[ewiki] Re: _DB_F_PART, Interwiki links

Hi,

> I like the _DB_F_PART flag as described at
> http://erfurtwiki.sourceforge.net/?id=_DB_F_PART.  Could we make the
> behavior be to display the parent page if it is defined rather than to
> disable the page entirely?  This is what my aview_posts does already and it
> seems intuitive in operation.

I don't think the ewiki_page() should itself choose a different page, than
the one requested by ?id= - this task is reserved for [handler] plugins. But
for the EWIKI_DB_F_PART page flag, I think it wasn't even necessary, because
_PART is a PageType flag, which means, that such pages won't display in
lists and search result lists (because entries other than _TEXT are usually
rejected).
So eventually you shouldn't add the _PART flag to aview_posts pages, because
these are in fact pages on their own (even if appended to another one).

The _PART flag probably is of better use, if we treat it like the _BINARY and
_SYSTEM flags.


> It looks like new changes in the interwiki links code have made all
> interwiki links case insensitive.  I like the change, but this will require
> the interwiki array to now be lower case.  To wit I've converted the array
> in ewiki.php (below) and the more_interwiki plugin to the new case.  Mario,
> if the change was intended, please check these files in.  I've also
> committed a new, working page_interwikimap plugin.

Yep, the InterWikiAbbreviations are now case-insensitive also. But there is
no need to lowercase the entries in $ewiki_config["interwiki"][...] because
the lowercasing is automatically handled in the _link_regex_callback() 
function.

There was, btw, a bug in handling InterWiki:Links in recent CVS versions
(URLs were completely lowercase too), but it's now working again correctly.

Also new: one can use actions in square brackets, like [edit:CurrentPage].


mario

Other related posts: