Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

[git.ikiwiki.info.git] / doc / users / tschwinge.mdwn
diff --git a/doc/users/tschwinge.mdwn b/doc/users/tschwinge.mdwn

index 80eeae0c5ef3aa7ad6109611ea184783529e2b9e..20d8d16a85c884fb55ae7bdcceddf005a318ab8a 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,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.
  
  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
  ## Texinfo -- [[plugins/contrib/texinfo]]
  
  Not very important.  Have to consider external commands / files / security (see
@@ -68,9 +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?
  
+> 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]]
  
  ## Discussion Pages of Discussion Pages of...
  
  
  ## Discussion Pages of Discussion Pages of...
  
@@ -88,6 +115,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.
  
  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
  ## Prefix For the HTML Title
  
  The title of each page (as in `<html><head><title>`...) should be prefixed with
@@ -97,7 +127,7 @@ create a way to modify the `TITLE` template variable suitably.
  ## [[plugins/inline]] feedfile option
  
  Not that important.  Git commit b67632cdcdd333cf0a88d03c0f7e6e62921f32c3.  This
  ## [[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]].
  
  discussed in *N-to-M Mapping of Input and Output Files* on
  [[plugins/contrib/texinfo]].
  
@@ -107,6 +137,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.
  
      \[[!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