bugfix

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

diff --git a/doc/users/tschwinge.mdwn b/doc/users/tschwinge.mdwn
index 05587a24cc69520c62029ae24969e80a368f2342..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]] 

 
 

-## Parentlinks -- [[bugs/non-existing_pages_in_parentlinks]]
+## \[[!meta redir]] -- tell what's going on

 
 

-## Discussion Pages of Discussion Pages of...
+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]]

 
 

-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,18 +109,35 @@ 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.
 
 ## 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
   * 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