doc/ikiwiki/pagespec/discussion.mdwn

   1 I am using ikiwiki 2.6.1.
   2
   3 I can't figure out the locked pages.
   4
   5 As an admin in preferences, I put in my Locked Pages:
   6
   7 index and downloads
   8
   9 I don't want anyone to be able to edit the front page or my downloads page.
  10
  11 That didn't work. I am using a different web browser as a different non-ikiwiki-admin user.
  12
  13 So I changed it to
  14
  15 /index and /downloads
  16
  17 That stopped me from editing the front page. It didn't say it was locked just repeatedly gave me the ikiwiki login. (How can I get it to tell me it is locked instead?)
  18
  19 I also tried
  20
  21 /index and /downloads/index
  22
  23 But I could still edit my downloads page.
  24
  25 Can someone share some hints on how to lock these two pages?
  26
  27 My source pages for the lock are:
  28
  29 source/downloads.mdwn
  30 source/index.mdwn
  31
  32 My webpages to lock are:
  33
  34 public\_html/downloads/index.html
  35 public\_html/index.html
  36
  37 > So I tried again with using "or" instead of "and":
  38 >
  39 > index or downloads
  40 >
  41 > And that worked. I now get a message saying it is locked and cannot be edited.
  42 > To me saying "lock both 'index and downloads'" made sense while now it reads like: "lock either 'index or downloads'". Maybe the [[PageSpec]] should define "and" and "or" (beyond the examples it has).
  43 >
  44 > Also why did my "/index and /downloads" prevent editing the index by repeatedly showing login webpage?
  45 >
  46 > -JeremyReed
  47
  48 >> I've clarified and/or in [[PageSpec]].
  49 >>
  50 >> I can't reproduce "/index and /downloads" causing the login webpage to
  51 >> be shown repeatedly. Sure you weren't having some independent issue with
  52 >> logging in? --[[Joey]]
  53
  54 ----
  55
  56 I have a page for a tag.  On that page I want to list every page on my wiki that has been so tagged.  Easy enough, right?
  57
  58 > \[[!inline pages="link(Categories/Ikiwiki_Plugins)" feeds=no archive=yes sort=title template=titlepage]]
  59
  60 > (I'm using tagbase => "Categories" because I'm converting from Mediawiki)
  61
  62 This works beautifully in my sandbox: <http://iki.u32.net/sandbox>  But it is totally blank on the page where I actually do want output!  <http://iki.u32.net/Categories/Ikiwiki_Plugins>
  63
  64 How can I fix this?  --[[sabr]]
  65
  66 > I don't see why that wouldn't work. Can I download the source to your
  67 > wiki from somewhere to investigate? --[[Joey]]
  68
  69 ----
  70
  71 Should negation work with user(), with locked_pages in setup?  I
  72 experimented with setting locked_pages => 'user(someuser)' and was able to
  73 edit as a different user.  However, setting locked_pages =>
  74 '!user(someuser)' doesn't seem to allow edits for only 'someuser' - it
  75 locks out all users.
  76
  77 > Negation works with anything in any PageSpec. I tested the case you
  78 > describe, and a negated pagespec worked for me; all users except the
  79 > listed user (and except wiki admins of course) were locked out.
  80 > --[[Joey]]
  81
  82 >> It must be a local problem, then, cause I've tried it with two separate
  83 >> machines.  Both are running the most recent release of ikiwiki in
  84 >> pkgsrc - 2.66.  Perhaps an update to a newer version would solve the issue.
  85
  86 ----
  87
  88 Is there a way to refer to all subpages of the current page, if  the name of the
  89 current page is not known (i.e. the pagespec is used in a template)? The ./ syntax
  90 does not seem suitable for this, as
  91
  92 > \[[!map pages="./*"]]
  93
  94 also lists the current page and all its siblings.
  95
  96 ---
  97
  98 I am a little lost. I want to match the start page `/index.mdwn`. So I use
  99
 100     \[[!inline pages="/index"]]
 101
 102 which does not work though. I also tried it in this Wiki. Just take a look at the end of the [[SandBox|sandbox]]. --[[PaulePanter]]
 103
 104 > Unlike wikilinks, pagespecs match relative to the top of the wiki by
 105 > default. So lose the "/" and it will work. --[[Joey]]
 106
 107
 108 ----
 109
 110 I'd like to create a collapsable tree with a map, eg
 111
 112 * top level item
 113
 114 * * second level item1
 115
 116 * * * content 1
 117
 118 * * * content 2
 119
 120 * * * content 3
 121
 122 * * second level item2
 123
 124 * * second level item3
 125
 126
 127 but I can't work out how to specify "all items at this level, and all directories at ../ and all the other directories to the root
 128
 129 any ideas?
 130
 131 > I don't think pagespecs currently support that. How would such a made-up
 132 > pagespec look? I can imagine it supporting something like `glob(../*) and not
 133 > glob(../*/*)` to match all "directories" of the parent page, and so on up
 134 > to the root. --[[Joey]]
 135
 136 >> I don't know, perhaps some way of nesting pagespecs
 137 >>> glob(../* unless $_ eq 'second level item'{ glob 'second level item'/*})
 138
 139 >> but that could get messy, perhaps a new cmd 'pagetree' or something
 140 >> might be better? --Colin
 141
 142 >>> You could probably do a lot worse than stealing terminology from
 143 >>> [XPath Axes](http://www.w3.org/TR/xpath/#axes),
 144 >>> passing the "argument" through `bestlink` if there is one, and
 145 >>> treating an empty argument as "this page", something like:
 146 >>>
 147 >>> * `ancestor(/plugins/contrib/album)` matches `plugins` or
 148 >>>   `plugins/contrib`
 149 >>>   but not `plugins/map` or `plugins/contrib/album`
 150 >>>   (does it match `index`? answers on a postcard)
 151 >>> * `descendant(/plugins)` is basically `plugins/*`
 152 >>> * `child(/plugins)` is basically `plugins/* and !plugins/*/*`
 153 >>> * `self(/plugins)` is just `plugins` but without interpreting
 154 >>>   globs
 155 >>> * `ancestor-or-self(/plugins)`, `descendant-or-self(/plugins)`
 156 >>>   are syntactic sugar for e.g. `ancestor(/plugins) or self(/plugins)`
 157 >>> * `self()` always matches the current page (not destpage)
 158 >>> * `ancestor-or-self()` always matches the current pages and all
 159 >>>   pages that would go in its [[plugins/parentlinks]]
 160 >>>
 161 >>> XPath has `following-sibling` and `preceding-sibling` axes for
 162 >>> siblings, but pagespecs are unordered, so we'd probably want
 163 >>> to invent `sibling()` - so `sibling(/plugins/map)` matches
 164 >>> `plugins/inline` but not `plugins/map` or `plugins/contrib/album`.
 165 >>>
 166 >>> Then, the requested functionality would be `sibling() or ancestor()`,
 167 >>> or possibly `sibling() or ancestor() or self()`?
 168 >>> --[[smcv]]
 169
 170 >>>> I like that idea! --[[KathrynAndersen]]