I'd like to endorse Simon's comments. Thank you, Petko.
I am currently helping a colleague to publish a family history he is
writing and PmWiki is making the job much easier.
JR
On 20/07/19 2:26 PM, Simon wrote:
It's a bit belated, but is been a decade since Petko, in Jan 2009,
took over the
Chuck,
Simon drew this problem with pagetoc to my attention off-list.
Try downloading the latest version and *above* the line in
local/config.php that includes pagetoc.php, add the following line:
$ToggleMarkup = false;
This turns off the (:toggle ... :) markup rule defined in pagetoc. It
On 04/05/17 09:54, Peter Kay wrote:
re: use ($pagename):
Ah, sorry - I replied without doublechecking my work.
'use (&$pagename) {etc}' does work if it's defined in the global scope.
Seconded. Several recipes I have written use 'function ($m) use
(&$pagename) { ... }'.
I have found this con
Very good to see this, Petko.
A question: what consideration has been given to moving to a design
where the page content is styled to use a maximum em width? This would
make pages more readable on wide screens, without the reader having to
adjust the window size.
See an example at
http://in
FYI
On 09/04/16 23:12, Simon wrote:
As a PmWiki webmaster for voluntary organisations the thing I am asked
most about is why doesn't PmWiki have, OOTB, a mobile friendly skin
https://www.google.com/webmasters/tools/mobile-friendly/?url=pmwiki.org
This skin passes the Google test:
http://intra
On 17/03/16 10:25 AM, Petko Yotov wrote:
I think about adding SVG(Z) as an embeddable image extension to the
core. Anyone sees a reason not to?
I support this proposal.
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
and diacritic translation tables, this is
reasonably effective for short quotations in primarily Roman alphabet
pages.
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
combinations due to that alphabet's letter joining
> characteristics (hence, I inserted hyphens).
>
> TIA for any pointers,
>
> Don Osborn
> ___
> pmwiki-users mailing list
> pmwiki-users@pmichaud.com
> http://www.pmichaud.c
s according to
>> some
>> >> > variables (e.g. "Date", "Room", ...) and also print the content of
>> the
>> >> > "Abstract" variable, so i am using "{=$:Abstract}" in the
>> >> > PageListTemplates.
>> >&g
y what is on the
>> > same line that "^:Abstract:" is the content of the "Abstract"
>> variable,
>> > not the following lines.
>> >
>> > My question is: how to let PageList understand that the content of the
>> > "Abstract" field
x27;, $tmpwhen,
'/\\(:title\\s(.*?):\\)/i',
"PZZ(PCache(\$pagename,
\$zz=array('title' => SetProperty(\$pagename, 'title', PSS(\$m[1]),
NULL, $tmpkeep))))");
unset($tmpwhen, $tmpkeep);
This should evaluate the title directive after the inline markup rul
al/intermap.txt or local/farmmap.txt file which
is mapping Public: into http://hear.ai.uiuc.edu/public/.
You will need to edit this file and replace the old url stem with the
new one. In the intermap text file, change hear.ai.uiuc.edu to
auditorymodels.org.
This s
rly.
> I dont know any PHP, and I'm a bit working by rote. A few small helping
> comments would be of great assistance.
>
> On 04/06/2015 05:25 PM, John Rankin wrote:
>> If the old url is encoded as Peter indicates:
>>
>> [[http://www.example.com/wiki/Main.HomePage]]
taccess to automatically redirect anything
>> from http://www.xample.com/wiki/* to http://www.example.com/newwiki/*
>>
>> In any event, as you move forward I would recommend using the [[Page]]
>> or [[Group.Page]] markup rather than putt
page, which exists:
[[Profile-Data.{Members/Hosts$:{(ftime "%Y%m")}}]]
What am I doing wrong?
Crisses
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
--
John Ra
; );
>
> Carlos
>
>
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
(\$pagename, \$m[1])");
>
> Carlos
>
> ___
> pmwiki-users mailing list
> pmwiki-users@pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
JR
--
John Rankin
___
pmwi
than a
call to Markup. I don't see how pmwiki can detect and report these under
option 1, and this would be a reason *not* to implement option 2, in my
view. I would want to see any residual warnings, so I can take the
necessary actions. Fixing these may require advice fro
"from _ to \w" which is an invalid
range. To exclude - it has to be first in the [ ... ] set.
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> On Mon, Oct 27, 2014 at 10:22:17AM +1300, John Rankin wrote:
>
> Hello John,
>
>> > On Thu, Oct 23, 2014 at 06:51:59PM -0400, DaveG wrote:
>> >...
>>
>> Try the following:
>>
>> Markup('blogit', 'fulltext', '/\(:blog
27;), PSS('\$m[3]'))");
>>
>> Let me know how that works. If you could send me the changes you made,
>> I'll
>> update BlogIt.
>
> I tried this, but it gave the same error message in the log.
> Attached you will find a patch for blogit.php based
On 24/10/14 7:22 AM, Simon wrote:
Thanks John and Petko.
Both solutions work.
From memory, Petko's solution didn't work in my case.
$FmtPV['$FirstLetter'] = 'substr($FmtPV["$FirstLine"], 0, 1)';
didn't set the first letter. I think $name is one of a few special cases.
JR
Looking generally i
ailing list
> pmwiki-users@pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
On 26/09/14 1:06 PM, John Rankin wrote:
In pagelist.php, FmtPageList makes a call to Keep($out).
When the PublishPDF recipe generates xml output from the wiki markup for
a pagelist, it doesn't detect that $out is a block (it sees only the
keep token), so wraps the pagelist output in an
I sent this to pmwiki-devel yesterday. It doesn't seem to have come
through, so I am re-posting to pmwiki-users.
In pagelist.php, FmtPageList makes a call to Keep($out).
When the PublishPDF recipe generates xml output from the wiki markup for
a pagelist, it doesn't detect that $out is a block (
s an empty
string. I then use a custom (:pagelist:) to generates a list sorted by
$FirstLine of
-< [[$FullName |$FirstLine]]
Do I need to call RetrieveAuthPage or is there a way to tell $FmtPV to
use the page text?
Thanks
JR
--
John Rankin
__
> John Rankin writes:
>>>> Also, $Titlespaced resolves to "1960 To Rob On His46th Birthday". I
>>>> wonder
>>>> whether AsSpaced might look for and space (lower)(\d+lower). Or would
>>>> this
>>>> be undesirable?
>
On 20/05/14 4:31 AM, Petko Yotov wrote:
John Rankin writes:
We have a link on a trail page that reads:
* [[1960: to Rob on his 46th birthday]]
The pagename resolves to 1960ToRobOnHis46thBirthday, but the colon
after 1960 causes the page to be omitted from the trail. ReadTrail in
ndesirable?
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
the previous release.
Usage: put (:epub:) on a trail page to turn the pages on the trail into an
ebook.
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> I have looked at the output in a hex editor and there are indeed two new
> line characters \x0a and no BOM.
>
> I didn't ask about an obvious possible cause: there shouldn't be a blank
> line or any characters before the first
> So, I'd check these two files and all other included files for a b
On 28/04/14 6:35 PM, Petko Yotov wrote:
John Rankin writes:
One more piece of information: removing the ?> from the end of the
backup script makes no difference -- still getting a blank line at
the start of the page source.
Your messages seem to indicate that when the wiki loads eit
'))");
>
> That could explain why my test system doesn't show an error, since I'm
> not running php 5.5.
>
> We'll try changing it to use Markup_e.
Answer: no, that doesn't fix the problem. Still getting a blank line at
the start of the output.
>
&g
in why my test system doesn't show an error, since I'm
not running php 5.5.
We'll try changing it to use Markup_e.
On 28/04/14 2:05 PM, John Rankin wrote:
One more piece of information: removing the ?> from the end of the
backup script makes no difference -- still getting a bl
One more piece of information: removing the ?> from the end of the
backup script makes no difference -- still getting a blank line at the
start of the page source.
JR
On 28/04/14 1:52 PM, John Rankin wrote:
On 27/04/14 9:51 PM, Petko Yotov wrote:
John Rankin writes:
> John
On 27/04/14 9:51 PM, Petko Yotov wrote:
John Rankin writes:
> John Rankin writes:
...
>> I can see a blank first line in the regular html output too, so
it's not
>> an artefact of wikipublisher's output.
>>
>> I am unable to figure out where pmwi
> John Rankin writes:
...
>> I can see a blank first line in the regular html output too, so it's not
>> an artefact of wikipublisher's output.
>>
>> I am unable to figure out where pmwiki inserts this blank first line and
>> how to prevent it. Any he
nable to figure out where pmwiki inserts this blank first line and
how to prevent it. Any help would be appreciated.
TIA
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
type of PHP problem
>>
>> In this case, use something like:
>>
>> $firstpara = PPRE("/\\[\\=(.*?)\\=\\]/s", 'Keep($m[1])', $firstpara);
>>
>> For the general case see
>> http://www.pmwiki.org/wiki/PmWiki/Functions#PPRE
>> (also applied here).
>>
>> Petko
>>
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
.pmwiki.org/wiki/PmWiki/Functions#PPRE
> (also applied here).
>
> Petko
>
>
> _______
> pmwiki-users mailing list
> pmwiki-users@pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
on Ubuntu -- if it doesn't on a Mac, read the manual.)
>
I went through and cleaned up all the directories; the new archive is
165,029 bytes uploaded. Thanks! I recently switched to developing under
Ubuntu so no reading of the manual was needed :-)
JR
--
John Rankin
_
specially when it is possible to overwrite
> uploaded
> files, this gives users a backup.
That makes sense. I'm in the process of setting up a new server at the
moment...
>
> Petko
>
> John Rankin writes:
>> [...]
___
pm
eased to
accommodate this, or should I split it into 2 archives?
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
ot;>Chapter heading text causes Calibre to insert a
page break between the h2 and h1 tags.
JR
<http://calibre-ebook.com/download>
--
John Rankin
Affinity Limited
T +64 4 495 3737
M +64 21 726 546
___
pmwiki-users mailing list
pmwiki-users@pmic
On 12/03/14 12:03 AM, Oliver Betz wrote:
John Rankin wrote:
[...]
How did you envisage a client-side solution would work? For example, the
recipe could easily generate suitable html, which you could save for
further local processing. I do this for testing the skin and css anyway.
exactly
round there and see
how they are doing it.
Information was a little hard to find, but it looks as if they use LaTeX
for print and Calibre for ebooks (going by their package dependencies).
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-
On 11/03/14 7:58 AM, Oliver Betz wrote:
John Rankin wrote:
[...]
Is this of interest to others and if so, would anyone like to help test
it? In particular, the CSS needs testing and refining with a range of
ys, I'm alsways looking for an "offline" version of my persona
> I don't think I have the time to test now, but it does sound interesting.
>
> Throw it up as a cookbook recipe and mark it "beta"
Coming "soon" -- some features still need testing.
JR
>
> On Thu, Mar 6, 2014 at 6:03 PM, John Rankin
> wrote:
>
ce an ebook from a
(:pagelist:). The resulting EPUB can be opened, debugged, and edited in
tools such as Sigil <https://code.google.com/p/sigil/>.
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichau
> John Rankin writes:
>> ... option in pmwiki's Markup_e
>> function that would let recipe authors write:
>>
>> $r = 'return';
>> Markup_e($name, $when, $pattern, $replace, $r);
>>
>> which would use $CallbackFnTemplates['return
20, 2014 at 5:21 PM, John Rankin wrote:
There is a new version of the recipe here:
http://www.pmwiki.org/wiki/Cookbook/PublishPDF -- I think I have found and
fixed every /e modifier. A big thank you to Petko for his advice on how to
do this.
I ended up creating a large number of "helper"
p_e decide which of the CallbackFnTemplates to
use, depending on whether or not $replace contains $pagename.
Thoughts?
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
ge refers to another term, the glossary
will include both the original term and the referenced term, and so on. If
anybody else has a use for this, I can put up a separate recipe page.
Comments welcome.
JR
--
John Rankin
___
pmwiki-users maili
>
>>
>> On 11/02/14 12:48 PM, Petko Yotov wrote:
>>> John Rankin writes:
>>>> I have a couple of /e Markup calls which have replacements of the form
>>>>
>>>> "functionName(\$pagename,\$x,'$1')"
>>>>
&
>
> On 11/02/14 12:48 PM, Petko Yotov wrote:
>> John Rankin writes:
>>> I have a couple of /e Markup calls which have replacements of the form
>>>
>>> "functionName(\$pagename,\$x,'$1')"
>>>
>>> In MarkupTo
On 11/02/14 12:48 PM, Petko Yotov wrote:
John Rankin writes:
I have a couple of /e Markup calls which have replacements of the form
"functionName(\$pagename,\$x,'$1')"
In MarkupToHTML, $x = array_shift($lines);
Markup_e makes $pagename available to replacement funct
the page source and reconstruct
it?
TIA
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
:
# Markup_e( ... , $r); means "return the replacement code"
$r = 'return';
Then write:
Markup_e( ... , $r);
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
en we could write
Markup_e( ... , 'r');
Thanks!
>
> John Rankin writes:
>> I'd like to suggest a small change to the pmwiki core:
>>
>> $CallbackFnTemplates = array(
>> ...,
>> 'markup_c' => 'return %s;',
>> ...,
&
eturn < transformed $m >; }
Then call Markup( ... , "xxxHelper");
Because I do this in several different recipes, I think it would be better
if the proposed change was built into the core, rather than making it a
local customisation.
Comments?
> John Rankin writes:
>> As far as I can tell from testing, when using Markup_e, it is not
>> necessary
>> to apply the PSS function to matches, because preg_replace_callback does
>> not
>> escape double quotes. However, the markup rules defined in
>> script
preg_replace_callback does not escape double quotes. However, the markup
rules defined in scripts/stdmarkup.php all use PSS in calls to Markup_e.
Should I be removing or retaining the PSS calls when changing from
Markup to Markup_e?
Thanks
JR
--
John Rankin
On 10/01/14 12:53 PM, Petko Yotov wrote:
John Rankin writes:
On 9/01/14 6:35 PM, Petko Yotov wrote:
John Rankin writes:
> John Rankin writes:
>> On 8/01/14 12:31 PM, Petko Yotov wrote:
...
> 2. $pagename is not in the scope of the callback function,
...
Sorry, I over-si
On 9/01/14 6:35 PM, Petko Yotov wrote:
John Rankin writes:
> John Rankin writes:
>> On 8/01/14 12:31 PM, Petko Yotov wrote:
...
> 2. $pagename is not in the scope of the callback function,
...
Sorry, I over-simplified. In practice, the $LinkTidy array is defined
once
at t
> John Rankin writes:
>> On 8/01/14 12:31 PM, Petko Yotov wrote:
>>> Currently the PmWiki core does not restrict you at all to use closures
>>> in
>>> your recipes. You can have them, they will only work on PHP 5.3+ sites.
>> That works for me :-)
>>
preg_replace, $exp has an e modifier and
matches contains '$1', '$2', etc as appropriate to the $exp. In some
cases, $exp has no modifier and $repl is simply '$1'.
What is the best way to convert this? Preferably with
On 5/01/14 11:46 PM, Petko Yotov wrote:
John Rankin writes:
...
Any advice on whether I should use global variables or the object-method
to pass variables to the callback function? The code I'm looking at uses
preg_replace with /e a lot, and I'm a little reluctant to use global
va
> John Rankin writes:
>> >> > http://www.pmwiki.org/wiki/PmWiki/CustomMarkup#php55
>>
>> In a lot of cases, I'm going to need the 'use' keyword to pass
>> parameters to the callback function.
>
> This will not work for PHP versions 5.
> John Rankin writes:
>> >> > http://www.pmwiki.org/wiki/PmWiki/CustomMarkup#php55
>>
>> By my reading of the link above, all calls to Markup with a /e modifier
>> will stop working under 2.2.56, yes?
>
> Not at all - every time I write about this I rep
> John Rankin writes:
>> > If you maintain recipes on the cookbook and wish to update your
>> recipe,
>> > see
>> > http://www.pmwiki.org/wiki/PmWiki/CustomMarkup#php55
>>...
>
>> I also have a lot of code that needs to be changed to use
>&
I assume the /e will cause a problem.
I also have a lot of code that needs to be changed to use
preg_replace_callback instead of preg_replace with /e. Sigh.
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
h $m[0], $m[1], $m[2], $m[3] instead of '$0', '$1'
etc.
(this last one is not automatic, we should be careful there)
If a recipe uses preg_replace with an e modifier directly in its code,
is there a pmwiki-recommended way to use the new pmwiki functions and/
tested this, but I think it should work.
...
-Michael Paulukonis
http://www.xradiograph.com
Interference Patterns (a blog) <http://www.xradiograph.com%5Cinterference>
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>
http://michaelp
recipe to "hide" the "2-4" from the
markup extension rule for -d. The d-d rule evaluates late in the sequence,
after links, whereas gist evaluates early, as part of inline.
Instead of return $gist; try return Keep($gist); -- this should prevent
subsequent markup rules from
On 1/07/13 10:24 PM, Eric Forgeot wrote:
2013/6/30 John Rankin <mailto:john.ran...@affinity.co.nz>>
there is also calibre's command line interface and pandoc
http://johnmacfarlane.net/pandoc/. I did some brief experiments
using calibre, using the html output from P
On 30/06/13 7:02 PM, Petko Yotov wrote:
John Rankin writes:
A somewhat related question: is there a need for an epubSkin to produce
documents suitable for ebook readers?
I'd love to see a pmwiki-to-epub recipe working with UTF-8 text. The
*.epub format is well documented and recogniz
w that
css has expanded to support more page layout options. It's likely that
epub and pdf will continue to coexist for some time yet.
I hope for my pages which the reader sees to be fairly complex.
John Rigdon
JR
--
John Rankin
Affinity Limited
T 64 4 495 3737
F 64 4 473 7991
M
org/pmwiki/pub/skins/pmwiki/pmwiki.css
>
> p.s.: Is the PrintSkin necessary any more?
A somewhat related question: is there a need for an epubSkin to produce
documents suitable for ebook readers?
JR
--
John Rankin
___
pmwiki-users mailing li
eight, whereas h4 and h5 are bold
weight. You can edit these settings to produce the effect you prefer.
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
ageName Pattern etc.
My suggestion would be use a pattern like "/(\d)(\.\d+)$/" (names
ending with digit dot digit(s)) if possible -- the more restrictive the
test, the less likely it will produce unexpected side-effects such as
the one Hans h
> On Sun, Nov 11, 2012 at 4:27 PM, tamouse mailing lists
> wrote:
>> On Sat, Nov 10, 2012 at 5:20 PM, John Rankin
>> wrote:
>>> The only feature on the planning horizon is epub export for e-books,
>>> but
>>> it's not clear how to do this
, see How to Produce a Book at:
http://www.wikipublisher.org/wiki/BookGuide
The only feature on the planning horizon is epub export for e-books, but
it's not clear how to do this. Any advice would be welcome!
JR
--
John Rankin
___
pmwiki-users ma
] = false;
before loading the recipe. The recipe defines the following styles:
$HTMLStylesFmt['q&a'] = "
p.question { margin-top: 2.0em; }
p.question:first-letter {
float: left;
font-family: Old English, Georgia, serif;
color: #77;
font-size: 200%;
line-height: 1.0em;
margin-right: 0.2em;
}";
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> On Thu, Aug 2, 2012 at 10:16 PM, John Rankin
> wrote:
>>>>
>>>> I'll give it a go when I return from vacation. Thanks, John.
>>>>
>>> OK -- I'll upload a new version of the recipe to make the change to the
>>> RemoteTab
>
>> On Jul 30, 2012 3:33 AM, "John Rankin"
>> wrote:
>
>
>>> > I use a version of Cookbook:AllGroupHeader in local/config.php.
>>>
>>> OK. If you can ... use:
>>>
>>> $GroupHeaderFmt =
>>> '(:toc-
> On Jul 30, 2012 3:33 AM, "John Rankin" wrote:
>> > I use a version of Cookbook:AllGroupHeader in local/config.php.
>>
>> OK. If you can change
>>
>> $GroupHeaderFmt =
>> '(:include {$SiteGroup}.AllGroupHeader:)(:nl:)'
>>
> On Jul 29, 2012 1:42 AM, "John Rankin" wrote:
>>
>>
>> > In Site.GroupHeader, I have the following:
>> >
>> > (:description {*$:Summary}:)(:toc-hide:)
>>
>> How do you tell pmwiki to include Site.GroupHeader in
>> {$Group}.G
> John Rankin wrote:
>> Try this test: put (:toc-hide:) into one of the pages (ie not in the
>> GroupHeader) and see if the page toc appears in the side bar.
>
> Yes, when I put it directly into a page, then I get the toc in the
> aside.
>
Cool! You also wrote:
> I
Try this test: put (:toc-hide:) into one of the pages (ie not in the
GroupHeader) and see if the page toc appears in the side bar. Explanation
below.
> On Sun, Jul 22, 2012 at 2:22 AM, John Rankin
> wrote:
>>
>>> What I want is for the table of contents for the page to appea
ader, and
> (:toc-page {*$FullName} self=1:) in Site.PageToc. No love.
So what happens, exactly?
JR
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
> I put this in local/config.php:
>
> Markup('noindex','fulltext','/\\(:noindex:\\)/',
> '');
>
>
>
> The problem is that my meta tag ends up being wrapped in . Running
> the
9/WikiSh.php(2119) :
eval()'d code:1) in/home/mysite/public_html/pmwiki/pmwiki.php on line 1089
b) or is it more likely to be from data being processed by some WikiSh code
(i.e. maybe it's using something a user entered into a profile or page, i.e.
with odd charac
> I've asked a couple of questions in the past few days that have not
> received *any* response -- is this coming through?
This is, but the previous tamouse message was a week ago answering a
question.
JR
--
John Rankin
___
pmwiki-us
cause it can't tell that the confirm field is invisible. A more or less
intelligent life form, such as a human, will unwittingly leave the field
empty, thereby avoiding the Redirect.
There is anecdotal evidence that this technique is effective in some
cases. YMMV
--
John Rankin
___
quot;([^\"]*)\")? ...
Of course, if you then ever want an image without alt text followed by
some quoted text, you will have to write
Attach:image.jpg [==]"This is not alt text"
JR
--
John Rankin
___
pmwiki-users mailing list
p
?)$/',
"'<:block>'.PSS('$2').('$1' ? ' —
'.PSS('$1').'' : '').''");
It's not perfect -- if the attribution contains an HTML entity, the
semi-colon at the end of the &...; will end the attribution to
On 28/03/12 10:31 PM, Brian Tibbels wrote:
Is there a way of adding a drop down menu to the "edit" toolbar.
I can see how to add buttons but need such a menu to add many items
compactly.
Seconded! In my case, adding 3 levels of heading as a drop-down.
JR
--
J
ng visitors.
Have you investigated the option of a "honey trap"? That is, a field
within a with a class for display:none, so a human doesn't see it.
The theory being that if the field is filled in, it must be a spambot, so
reject the comment. It would be interest
ot;do not tick this box unless you are a robot spammer"
plus a checkbox field, both hidden from humans using css, strikes me as a
simple and elegant solution. The code rejects any submissions with the
field checked.
JR
--
John Rankin
___
pmwiki-u
publisher.org, it's in the local/Issues.php file, but it could be
in local/config.php if desired.
--
John Rankin
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
1 - 100 of 350 matches
Mail list logo
