Some thoughts on how to disable 'Preferences' link when irrelevant
parent
27624f0456
commit
e78883e07f
|
@ -52,3 +52,18 @@ Patch:
|
||||||
>>> is not controlled by any plugin. It would be nice if it were; I am
|
>>> is not controlled by any plugin. It would be nice if it were; I am
|
||||||
>>> trying to achieve a configuration where the only action supported
|
>>> trying to achieve a configuration where the only action supported
|
||||||
>>> via CGI is blog-style comments. --[Zack](http://zwol.livejournal.com/)
|
>>> via CGI is blog-style comments. --[Zack](http://zwol.livejournal.com/)
|
||||||
|
|
||||||
|
>>> Like [[puck]], I'd like to keep search available but I want to disable all
|
||||||
|
>>> login facitilities and thus disable the "Preferences" link.
|
||||||
|
>>>
|
||||||
|
>>> After digging a little bit in the source code, my first attempt was to make
|
||||||
|
>>> the "Preferences" link appear only if there is `sessioncgi` hooks
|
||||||
|
>>> registered. But this will not work as the [[plugins/inline]] plugin also
|
||||||
|
>>> defines it.
|
||||||
|
>>>
|
||||||
|
>>> Looking for `auth` hooks currently would not work as at least
|
||||||
|
>>> [[plugins/passwordauth]] does not register one.
|
||||||
|
>>>
|
||||||
|
>>> Adding a new `canlogin` hook looks like overkill to me. [[Joey]], how
|
||||||
|
>>> about making registration of the `auth` hook mandatory for all plugins
|
||||||
|
>>> making sense of the "Preferences" link? --[[Lunar]]
|
||||||
|
|
Loading…
Reference in New Issue