(no commit message)

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

diff --git a/doc/users/tschwinge.mdwn b/doc/users/tschwinge.mdwn
index 54614e922c340cee782d6b6cbc3c78aba0e61c63..414612affd93f203b18148c8f6c93453694c6757 100644 (file)
--- a/doc/users/tschwinge.mdwn
+++ b/doc/users/tschwinge.mdwn
@@ -46,6 +46,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 +69,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,15 +86,18 @@ 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?
 

-## Sendmail -- [[todo/passwordauth:_sendmail_interface]]
+> 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

 
 

-## Parentlinks -- [[bugs/non-existing_pages_in_parentlinks]]
+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]].

 
 

-## Discussion Pages of Discussion Pages of...
+## Sendmail -- [[todo/passwordauth:_sendmail_interface]]

 
 

-Is it useful to have Discussion pages of Discussion pages (etc.)?  -- On
-<http://www.gnu.org/software/hurd/hurd/building/cross-compiling/discussion.html>,
-this possibility is offered.
+## [[bugs/Broken Parentlinks]]

 
 ## Modifying [[plugins/inline]] for showing only an *appetizer*
 
 
 ## Modifying [[plugins/inline]] for showing only an *appetizer*
 


@@ -87,13 +109,46 @@ 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.
 
 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?
   * 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?

+
+  * [[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.