Fixes perl-magick link #2

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

diff --git a/doc/users/tschwinge.mdwn b/doc/users/tschwinge.mdwn
index 3bab61bc12c7f4f5429f3388717e3713bcc72027..435208a716ce50adc81886e275e99c9a766af0f3 100644 (file)
--- a/doc/users/tschwinge.mdwn
+++ b/doc/users/tschwinge.mdwn
@@ -1,8 +1,8 @@
 [[!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
@@ -35,10 +35,6 @@ Markdown rendering, for example).
 
     <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,
@@ -48,6 +44,20 @@ 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__]]
@@ -55,6 +65,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
@@ -73,15 +85,15 @@ 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]] 
 
-## Sendmail -- [[todo/passwordauth:_sendmail_interface]]
+## \[[!meta redir]] -- tell what's going on
 
-## [[bugs/Broken 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*
 
@@ -105,13 +117,10 @@ 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]].
 
-> Do you mean when *not* using usedirs? It is currently supported for usedirs,
-> only. --[[Joey]] 
-
 ## Unverified -- these may be bugs, but have yet to be verified
 
   * ikiwiki doesn't change its internal database when \[[!meta date]] /
@@ -129,6 +138,7 @@ discussed in *N-to-M Mapping of Input and Output Files* on
     ([[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]]