(no commit message)

[git.ikiwiki.info.git] / doc / users / tschwinge.mdwn

diff --git a/doc/users/tschwinge.mdwn b/doc/users/tschwinge.mdwn
index 0fe09696b17d024ba7563e4120d4959d46350475..435208a716ce50adc81886e275e99c9a766af0f3 100644 (file)
--- a/doc/users/tschwinge.mdwn
+++ b/doc/users/tschwinge.mdwn
@@ -1,8 +1,8 @@
 [[!meta title="Thomas Schwinge"]]
 # Thomas Schwinge
 
 [[!meta title="Thomas Schwinge"]]
 # Thomas Schwinge
 

-<tschwinge@gnu.org>  
-<http://www.thomas.schwinge.homeip.net/>
+<thomas@schwinge.name>  
+<http://schwinge.homeip.net/~thomas/>

 
 I have converted the [GNU Hurd](http://www.gnu.org/software/hurd/)'s previous
 web pages and previous wiki pages to a *[[ikiwiki]]* system; and all that while
 
 I have converted the [GNU Hurd](http://www.gnu.org/software/hurd/)'s previous
 web pages and previous wiki pages to a *[[ikiwiki]]* system; and all that while


@@ -35,10 +35,6 @@ Markdown rendering, for example).
 
     <http://www.gnu.org/software/hurd/purify_html>
 
 
     <http://www.gnu.org/software/hurd/purify_html>
 

-## Tags -- [[bugs/tagged__40____41___matching_wikilinks]]
-
-Tags should be a separate concept from wikilinks.
-

 ### \[[!map]] behavior
 
 The \[[!map]] on, for example,
 ### \[[!map]] behavior
 
 The \[[!map]] on, for example,


@@ -46,6 +42,22 @@ The \[[!map]] on, for example,
 the complete hierarchy of pages, but instead just the pages that actually *do*
 contain the \[[!tag open_issue_hurd]].
 
 the complete hierarchy of pages, but instead just the pages that actually *do*
 contain the \[[!tag open_issue_hurd]].
 

+> `tagged(open_issue_hurd)` in its pagespec should do that. --[[Joey]]
+
+>> Well, that's exactly what this page contains: \[[!map
+>> pages="tagged(open_issue_hurd) and !open_issues and !*/discussion"
+>> show=title]]
+>> 
+>> This is currently rendered as can be seen on
+>> <http://www.gnu.org/software/hurd/tag/open_issue_hurd.html>, but I'd imagine
+>> it to be rendered by **only** linking to the pages that actually do contain
+>> the tag, (**only** the outer leaf ones, which are *capturing stdout and
+>> stderr*, *ramdisk*, *syncfs*, ...; but **not** to *hurd*, *debugging*,
+>> *translator*, *libstore*, *examples*, ...).  Otherwise, the way it's being
+>> rendered at the moment, it appears to the reader that *hurd*, *debugging*,
+>> *translator*, *libstore*, *examples*, ... were all tagged, too, and not only
+>> the outer ones.
+

 ## Anchors -- [[ikiwiki/wikilink/discussion]]
 
 ## Default Content for Meta Values -- [[plugins/contrib/default_content_for___42__copyright__42___and___42__license__42__]]
 ## Anchors -- [[ikiwiki/wikilink/discussion]]
 
 ## Default Content for Meta Values -- [[plugins/contrib/default_content_for___42__copyright__42___and___42__license__42__]]


@@ -53,9 +65,12 @@ contain the \[[!tag open_issue_hurd]].
 This will decrease to be relevant, as we're going to add copyright and
 licensing headers to every single file.
 
 This will decrease to be relevant, as we're going to add copyright and
 licensing headers to every single file.
 

+## [[bugs/img vs align]]
+

 ## Texinfo -- [[plugins/contrib/texinfo]]
 
 ## Texinfo -- [[plugins/contrib/texinfo]]
 

-Not very important.
+Not very important.  Have to consider external commands / files / security (see
+[[plugins/teximg]] source code)?

 
 ## Shortcuts -- [[plugins/shortcut/discussion]]
 
 
 ## Shortcuts -- [[plugins/shortcut/discussion]]
 


@@ -67,12 +82,70 @@ stable URLs, for example) are linked to from other wiki pages.  This is useful
 w.r.t. backlinks.  Alternative, the backlinks to the \[[!meta redir]]-using
 pages could perhaps be passed on to the referred-to page?
 
 w.r.t. backlinks.  Alternative, the backlinks to the \[[!meta redir]]-using
 pages could perhaps be passed on to the referred-to page?
 

+> I found that backlinks was an easy way to find such links to such pages.
+> (Although the redirection made it hard to see the backlinks!) --[[Joey]] 
+
+## \[[!meta redir]] -- tell what's going on
+
+Add functionality that a text like *this page's content has moved to [new
+page]; in a few seconds you'll be redirected thither* is displayed on every
+page that uses \[[!meta redir]].
+

 ## Sendmail -- [[todo/passwordauth:_sendmail_interface]]
 
 ## Sendmail -- [[todo/passwordauth:_sendmail_interface]]
 

-## Parentlinks -- [[bugs/non-existing_pages_in_parentlinks]]
+## [[bugs/Broken Parentlinks]]
+
+## Modifying [[plugins/inline]] for showing only an *appetizer*
+
+Currently ikiwiki's inline plugin will either show the full page or nothing of
+it.  Often that's too much.  One can manually use the [[plugins/toggle]] plugin
+-- see the *News* section on <http://www.gnu.org/software/hurd/>.  Adding a new
+mode to the inline plugin to only show an *appetizer* ending with *... (read
+on)* after a customizable amount of characters (or lines) would be a another
+possibility.  The *... (read on)* would then either toggle the full content
+being displayed or link to the complete page.
+
+> You're looking for [[plugins/more]] (or possibly a way to do that automatically, 
+> I suppose. --[[Joey]] 
+
+## Prefix For the HTML Title
+
+The title of each page (as in `<html><head><title>`...) should be prefixed with
+*GNU Project - GNU Hurd -*.  We can either do this directly in `page.tmpl`, or
+create a way to modify the `TITLE` template variable suitably.
+
+## [[plugins/inline]] feedfile option
+
+Not that important.  Git commit b67632cdcdd333cf0a88d03c0f7e6e62921f32c3.  This
+would be nice to have even when *not* using *usedirs*.  Might involve issues as
+discussed in *N-to-M Mapping of Input and Output Files* on
+[[plugins/contrib/texinfo]].

 
 ## Unverified -- these may be bugs, but have yet to be verified
 
   * ikiwiki doesn't change its internal database when \[[!meta date]] /
     \[[!meta updated]] are added / removed, and thusly these meta values are
     not promulgated in RSS / Atom feeds.
 
 ## Unverified -- these may be bugs, but have yet to be verified
 
   * ikiwiki doesn't change its internal database when \[[!meta date]] /
     \[[!meta updated]] are added / removed, and thusly these meta values are
     not promulgated in RSS / Atom feeds.

+
+    > I would rather see this filed as a bug, but FWIW, the problem
+    > is probably that meta does not override the mdate_3339
+    > template variable used by the atom and rss templates.
+    > (Meta does store ctime directly in the ikiwiki database, but cannot
+    > store mtime in \%pagemtime because it would mess up detection of when
+    > actual file mtimes change.) --[[Joey]]
+
+  * Complicated issue w.r.t. *no text was copied in this page*
+    ([[plugins/cutpaste]]) in RSS feed (only; not Atom?) under some conditions
+    (refresh only, but not rebuild?).  Perhaps missing to read in / parse some
+    files?
+    [[Reported|bugs/Error:_no_text_was_copied_in_this_page_--_missing_page_dependencies]].
+
+  * [[plugins/recentchanges]]
+
+      * Creates non-existing links to changes.
+
+      * Invalid *directory link* with `--usedirs`.
+
+      * Doesn't honor `$timeformat`.
+
+      * Does create `recentchangees.*` files even if that is overridden.