X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/7e987bbfeeea0d93a7d636de5124ecf15ef730be..6fe2ec0f5c3d9fe5780385c17aaf7370fe8efc24:/doc/users/tschwinge.mdwn diff --git a/doc/users/tschwinge.mdwn b/doc/users/tschwinge.mdwn index 80eeae0c5..20d8d16a8 100644 --- 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]]. +> `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 +>> , 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,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? +> 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]] -## Parentlinks -- [[bugs/non-existing_pages_in_parentlinks]] +## [[bugs/Broken Parentlinks]] ## 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. +> 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 ``...) 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 -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 +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. + > 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