[ewiki] Re: auth plugins: new page access (was Re: Re: auth_perm_unix: new pages access)

>
> [...]
> creating and maintaining these plugins.  Currently my plugins regard a
> page as new if:
>
> * the ["id"] is present in $data
> * the ["content"] is not
> * it is not a page plugin

I'd recommend just checking for $data["version"] now, because it was
always 0 (or NULL more exactly) for not-existent pages as version
counting starts at one.

>
> If the other plugins are having similar problems maybe it is time to add
> a "create" action(probably "binary-create" too) that would check for the
> existance of the page in the ewiki_page() function just as the AUTO_EDIT
> check does presently and sets the action to "create."  This would also

This would only add complexity IMHO.  If there was a "create" action,
a few things (only eventually) would be become more explicit, but on
the other handm, plugins needed to check for both "create" and "edit".
And especially the edit/ plugin needed to register twice, for little
or no benefit.

However if this was really that important, we could add a plugin hook
from within edit/, which signalised page creation to a few plugins(?)

> allow plugins to change behavior as in an aedit_ plugin to display pages
> that the user may want to edit rather than creating a new page.  What do
> you think Milky?

I've recently had the idea of a PageTemplateList plugin (aedit), where
it doesn't look like much overhead of not having a special "create"
action. - The check for {version} currently seems to do the trick.

mario

Other related posts: