Norbert Hirsch schrieb:
Meine Antwort war wahrscheinlich zu umfangreich und wurde deshalb in
einem schwer-lesbaren html-text dargestellt, deshalb reiche ich hier
nochmal eine Kurzfassung nach:
Dann werde ich meine Antwort ebenfalls wiederholen! (Mit ein paar
Erweiterungen ;-)
Die
When sorting pagelists, for example with the option order=title,
the sort does not take in account locale settiings.
This causes the french accented 'a' ('à' or 'â' ) to be listed after 'z'.
The PHP sort function allows a second parameter (bool sort ( array
$array [, int
The issue here is that pagelists take an enormous amount of time to
render a list of pages, given some criteria.
such 'loose' tools could be caches, which can be enabled/disabled at
will.
Have you tried to set $PageListCacheDir (The name of a writable
directory where PmWiki can cache
Christophe David (2009-02-06 10:42):
When sorting pagelists, for example with the option order=title,
the sort does not take in account locale settiings.
This causes the french accented 'a' ('à' or 'â' ) to be listed after 'z'.
The PHP sort function allows a second parameter (bool sort
with different page stores (flat files, sqlite, others?)
I am not sure that I meant a change of page store.
Actually, keeping the standard way of storing pages into files is
generally a nice (reassuring?) thing.
What if there is a way to delegate sqlite to retrieve just the
relevant data for
Petko Yotov wrote:
[comparison tools]
Sadly these tools are not good to compare PmWiki page files. I already
thought about making a bidirectional filter to convert a page file to
a comparable format (with line breaks), but I didn't proceed because
keeping the history was too complicated for
Update:
[...]
In addition, I suggest a page where issues with the PmWiki/
documentation shall be stored.
this page exists - Category/DocumentationToDo
Oliver
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
I also noticed a change in the last couple of months -- I use AuthUser and
used to have to log-in only once a day -- certainly not as often as 24
mintues; now I have to do it regularly.
I upgraded to *2.2.0-beta67 * in January, had been at some nearby-beta
number prior to that, but it had been a
[...]
(mark or list pages to be in the distribution)
A dedicated PTV is IMO safer and easier to maintain.
...especially if you go through the pages to review them and don't
know whether the page currently reviewed is in the distribution or
not.
Oliver
Friday, February 6, 2009, 9:46:27 AM, Christophe David wrote:
Have you tried to set $PageListCacheDir (The name of a writable
directory where PmWiki can cache results of (:pagelist:) directives to
speed up subsequent displays of the same list. Default is empty, which
disables the pagelist
You could just use UserAuth2, and set $UA2AllowCookieLogin = true; in your
config file. Works great.
Just make sure to get the very latest version of userauth2, since previous
versions have security problems.
And be aware that using any of these authentication recipes, or even PmWiki's
Petko Yotov wrote:
[...]
Markup('title','include',
'/\\(:title\\s(.*?):\\)/ei',
PZZ(IsEnabled(\$GLOBALS['PCache'][\$pagename]['=p_title'], false) ||
PCache(\$pagename,
\$zz=array('title' = SetProperty(\$pagename, 'title',
PSS('$1'));
The code above eliminates the title
For what it's worth I've been doing this for quite a while in BoltWire
and it does make search results lightning fast. Basically I have a
function that automatically adds values to a data page like:
page1: some value
page2: some other value
page3: some third value
Just a regular wiki page, but
Hello All,
there is a cluster of pages in the PmWiki/ group which is in my
opinion mostly obsolete and redundant, since the information is
contained in the edit quick reference and the pages linked from there.
This cluster has only one link from the Documentation Index (via
BlockMarkup).
The
For what it's worth I've been doing this for quite a while in BoltWire
and it does make search results lightning fast. [...]
In simple words, you did something similar to what I roughly tried to
guess, but using a plain wiki page instead of sqlite?
That could be interesting, as a start, isn't
DaveG wrote:
cPanel usually works fine for me, and recent versions (10 I think) tend
to be more conservative about messing with your directories. I usually
start with cPanel to create the subdomain -- I think cPanel uses
httpconf to store it's settings, not somewhere you'd normally touch.
Dominique Faure wrote:
On Fri, Feb 6, 2009 at 06:34, Petko Yotov 5...@5ko.fr wrote:
On Friday 06 February 2009 02:49:00 Patrick R. Michaud wrote:
I've been thinking of adding a special password-protected action
for pmwiki.org where trusted editors are able to push the page
directly into
What I'm trying to do is to use a pagelist to show a 'page introduction'
-- the first portion of the page. I have this working fine. However, now
that I'm able to show the page intro, I have a problem showing
attachments that appear in that intro.
1] I think this is a minor bug, followed by a
18 matches
Mail list logo
