[pmwiki-users] pagelist extension - experimental

[Peter Bowers]

On Sat, Mar 21, 2009 at 3:51 PM, noskule <noskule at gmx.net> wrote:

> Peter Bowers wrote:
>
>> PmWiki has had this capability for quite some time (not sure which beta of
>> 2.2.0).  The disadvantage is that it can't take advantage of the
>> .pageindex
>> and thus every page has to be opened and considered...
>>
>> -Peter
>>
>>
> Exactly, and this is really an disadvantage by the storing pages in
> group.name / .pageindex concept cause the important criteria of listing
> pages  isn't always it's pagename, think of something like
>
>   group=x $:Livecycle=Review $:Importance=Hight $:Status=-Closed
>
> and all the other examples which has been made.
>
> There's a Cookbook:SQLite where one feature is the indexing of ptv's. So if
> all the ptv's where indexed, search queries like the one above would't be a
> problem.
>
> So my conclusion is that it we improve pagelist we should store page's in a
> database.
>

I've got about 75% of the work done on updating Cookbook/PageListPlus to
have an SQLite database in conjunction with (or replacement for) the
.pageindex.  I started doing it because of the difficulty I was running into
implementing linkfrom=x (possible but awkward with a flatfile index).  But
I've got PTVs cached as well and (I think optionally) putting search terms
in the database instead of in .pageindex.

Of course it's all "vaporware" right now, but I've made some pretty good
progress this last week and will hopefully finish off in the next week or 2,
depending on "intrusions" from real life...

It will almost certainly require php 5.0, just FYI.

-Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20090322/bff90be0/attachment.html