Fix dangling link to branch I deleted after merge. Link instead to merged commits...
[ikiwiki] / doc / bugs / pagespec_can__39__t_match___123__curly__125___braces.mdwn
1 I want match pages which have actually curly braces in the names (like this one), but this matches a lot of pages without the braces in their names :( :
2
3 [[!inline show="3" feeds="no" archive="yes" pages="*_{*}_*"]]
4
5 (note: the inline above has been restricted to 3 matches to keep this page
6 concise. Hopefully it is still clear that this page is not in the output set,
7 and the 3 pages in the output set do not contain curly braces in their
8 titles).
9
10 When escaped, it doesn't work at all:
11
12 [[!inline show="3" feeds="no" archive="yes" pages="*_\{*}_*"]]
13
14 [[!inline show="3" feeds="no" archive="yes" pages="*_{*\}_*"]]
15
16 More tests:
17
18 "\*{\*":
19
20 [[!inline show="3" feeds="no" archive="yes" pages="*{*"]]
21
22 "\*\\{\*":
23
24 [[!inline show="3" feeds="no" archive="yes" pages="*\{*"]]
25
26 > This is due to the current handling of quoting and escaping issues
27 > when converting a pagespec to perl code. `safequote` is used to
28 > safely quote an input string as a `q{}` quote, and it strips
29 > curlies when doing so to avoid one being used to break out of the `q{}`.
30
31 > Alternative ways to handle it would be:
32 >
33 > * Escape curlies. But then you have to deal with backslashes
34 >   in the user's input as they could try to defeat your escaping.
35 >   Gets tricky.
36 >
37 > * Avoid exposing user input to interpolation as a string. One
38 >   way that comes to mind is to have a local string lookup hash,
39 >   and insert each user specified string into it, then use the hash
40 >   to lookup the specified strings at runtime. [[done]]
41
42 > --[[Joey]] 
43
44 Thank you! I'll try it. --Ivan Z.