Troa. Links to categories
without long vowels, such as [[!Akaroa]] should continue to work.
The {a} {e} {i} {o} {u} markup will only work inside category markup. A
more general solution which would work anywhere in the text would need a
further markup rule.
Hope this helps.
JR
On 23/07/19 11:33 AM, J
A bit more investigation is needed, I think.
JR
On 21/07/19 10:31 PM, Simon wrote:
Thanks, it actually came about because I was trying to use [[!Tūroa]]
for which there is no markup [[!Turoa|+]]
http://kiwiwiki.nz
On Sat, 20 Jul 2019 at 14:55, John Rankin <mailto:john.ran...@affinity.
One (least work) option would be to name the page Turoa, and add (:title
T#363;roa:) to the page text. You would want to use [[Turoa |+]] when
linking to the page.
JR
On 20/07/19 2:14 PM, Simon wrote:
Any suggestions on how I can create page names such as T#363;roa.
I have an older wiki -
] );
seems to work.
Just wanting to confirm that is all I have to do?
You can omit the PSS call -- callback functions don't escape quote marks,
so there are no added \ characters to remove.
JR
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel
I have not tested this):
Markup('name', 'where', 'pattern', function ($m) use ($pagename) {
return ... ; } );
See http://nz1.php.net/manual/en/functions.anonymous.php
The advantage of Petko's approach is that it works with any version of php.
JR
--
John Rankin
version of PHP (actual version to be decided).
Simon
JR
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
and sensible to re-implement the PmWiki design? Alternatively,
an answer along the lines of Dumb idea because ... would help.
JR
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
/TararuaFootprints/MangatainokaValley
[[#MangatainokaâHerepaiâRuapae]]
to work, (seems reasonable to me).
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
in the processing sequence.
JR
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
M 021 RANKIN
john.ran...@affinity.co.nz
www.affinity.co.nz
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
the markup is
suitable.
[[page namealt text | link text]] and [[link text - page namealt text]]
look and feel acceptable to me.
JR
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
M 021 RANKIN
john.ran...@affinity.co.nz
www.affinity.co.nz
/HomePage
Might that change be included in the core?
JR
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
; Mr.nbsp;Hobbs' Mission para;
The Timber Industry|+]]
Redefining the MakePageNameFunction gets around this. At the moment, if I
could find a way around the (King George) problem, I think I would have a
working solution that requires no change to the core.
JR
--
John Rankin
('/[#?].*$/', '', $str);
so I think the line in trails.php that does
preg_replace('/[#?].+/', '', $match[3])
is redundant and can be removed.
Then the redefinition of $MakePageNameFunction would just work without a
local modification to trails.php.
JR
--
John Rankin
On 21/03/11 1:12 PM, John Rankin wrote:
We are using a modified version of Cookbook.NewGroupBox [1] to let
users create a NewGroup.HomePage and set a group password for
edit/upload in NewGroup.GroupAttributes. The user only needs read
access to the Start a New Group page, but gets re-prompted
that does not open
NewGroup.GroupAttributes to editing by all and sundry
d. deal with the case where a user with an edit password has accessed
NewGroup.GroupAttributes?action=attr
Comments? have others solved a similar problem?
[1] http://www.pmwiki.org/wiki/Cookbook/NewGroupBox
--
John
:
It will be setting a value for $HTMLFooterFmt,
I'm guessing you can have the onetimerule function simply return $out,
while it changes the value of the global $HTMLFooterFmt.
JR
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
M 021 RANKIN
john.ran...@affinity.co.nz
www.affinity.co.nz
their rights.
This says should rather than must, so I think it would be OK to
remove the GPL file, but I'd like another opinion.
TIA
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
M 021 RANKIN
john.ran...@affinity.co.nz
www.affinity.co.nz
security in this way
and am wondering if anyone can advise on the right
way to do this.
TIA
JR
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
On 16/12/10 11:12 PM, Peter Bowers wrote:
On Wed, Dec 15, 2010 at 11:45 PM, John Rankin
john.ran...@affinity.co.nz wrote:
I don't see an easy way to tell pmwiki to retrieve the graphic PTV as
Attach:GroupA/an-image.png instead of just Attach:an-image.png, if that's
what the author entered -- I
On 16/12/10 10:34 AM, Peter Bowers wrote:
On Wed, Dec 15, 2010 at 10:11 PM, John Rankin
john.ran...@affinity.co.nz wrote:
The following page text variable is on GroupA.Page1:
(:graphic: Attach:an-image.png :)
On GroupB.Page2, we have a custom directive (:bookmetadata GroupA.Page1
*:\\)(.*)\\(:createColumnsend:\\)/ie',
'CreateColumns_func($1,$2)'
);
any idea how i can get my markup to span the entire distance?
Try /ies in the match pattern -- the 's' should make the regular
expression keep going past line endings.
JR
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
M 021
and contents of the book.
Thanks
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
M 021 RANKIN
john.ran...@affinity.co.nz
www.affinity.co.nz
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo
'); Markup('bibliocite', 'inline', ...); }
Don't know why the disable is needed.
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
Saturday, May 22, 2010, 7:28:20 PM, DaveG wrote:
Markup('X:abc', '[=','/\n(X:\\s*\\d+\\s*\n.*?)\n:vspace/se',
PreserveAbcText(PSS('$1')));
Just a note here, that tunes on the very first list might not get
captured by this regex, as there would not be a preceding newline.
You are
',
PreserveAbc(PSS('$1')));
The rule can be earlier if needed, say in directives.
I have also run into this problem from time to time
and never found a satisfactory solution.
JR
--
John Rankin
I tried with this
Markup('X:', 'split', '/\n(X:.*?)\n\n/se',
PreserveAbc(PSS('$1')));
but keep failing
($pagename, 'some text and markup to be
evaluated');
For an example of this usage, see scripts/pagelist.php and the
FPLTemplate function. This enables co-existence with any third party
recipes which modify the MarkupToHTML function.
JR
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4
That's very strange; it had the wrong english internationalisation script.
I have uploaded the i18n-en file again. Give it another try.
(This recipe had been corrupted at one point.)
JR
I just installed the
WikiCalendarhttp://www.pmwiki.org/wiki/Cookbook/WikiCalendarrecipe.
It works fine,
John Rankin wrote:
[...]
It seems to me that we ought to be able to define a custom
$AuthFunction that checks the IP address of the requestor,
consider also requests from dynamic IP addresses. People might have
changing addresses.
With my current problem, it is a server doing
On Sunday, 24 May 2009 7:40 PM, Peter Bowers pbow...@pobox.com wrote:
On Sun, May 24, 2009 at 1:53 AM, John Rankin john.ran...@affinity.co.nz
wrote:
It seems to me that we ought to be able to define a custom
$AuthFunction that checks the IP address of the requestor,
rather than asking
like a
new session.
Does this sound feasible?
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
021 RANKIN
john.ran...@affinity.co.nz
www.affinity.co.nz
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com
Hi,
On Wed, May 20, 2009 at 06:03, John Rankin john.ran...@affinity.co.nz
wrote:
(a) explain what might be going on to cause the problem
Looking at http://www.parakoos.com/info.php;, the php installation
seems to be using suhosin, which provides some kind of session
protection, ie. you
at a loss.
TIA
--
JR
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
than building with the base
foundations.
Hope this helps!
Yes it does -- I think I need to go back and review my markup
rule tactics to use the foundations more systematically.
Pm
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
021 RANKIN
[EMAIL PROTECTED]
www.affinity.co.nz
In the latest case, I had rule1 set to evaluate 'links'
and rule2 set to evaluate 'block'. PmWiki evaluates
'block' 'links'. In my case, I needed rule2 to evaluate
after rule1, but it didn't and it took me several tries
to get the behaviour I wanted, as it involved a chain of
related rules.
if there is a
general solution or something obvious I'm missing.
Have others run into this kind of problem?
--
JR
--
John Rankin
___
pmwiki-devel mailing list
pmwiki-devel@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
straight addresses without spaces.
The following links may help:
http://www.regular-expressions.info/email.html
http://regexlib.com/REDetails.aspx?regexp_id=711
Hans
--
JR
--
John Rankin
\_
\)
\,\__/7
/ /
( c
36 matches
Mail list logo
