]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/users/tschwinge.mdwn
bugfix
[git.ikiwiki.info.git] / doc / users / tschwinge.mdwn
index 80eeae0c5ef3aa7ad6109611ea184783529e2b9e..414612affd93f203b18148c8f6c93453694c6757 100644 (file)
@@ -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]].
 
+> `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__]]
@@ -53,6 +69,8 @@ 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.
 
+## [[bugs/img vs align]]
+
 ## Texinfo -- [[plugins/contrib/texinfo]]
 
 Not very important.  Have to consider external commands / files / security (see
@@ -68,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?
 
-## 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]].
 
-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.
+## Sendmail -- [[todo/passwordauth:_sendmail_interface]]
+
+## [[bugs/Broken Parentlinks]]
 
 ## Modifying [[plugins/inline]] for showing only an *appetizer*
 
@@ -88,6 +109,9 @@ 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
@@ -97,7 +121,7 @@ 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 using *usedirs*.  Might involve issues as
+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]].
 
@@ -107,6 +131,13 @@ discussed in *N-to-M Mapping of Input and Output Files* on
     \[[!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