[geeklog-modules] Center block API
geeklog-modules-admin at lists.geeklog.net
geeklog-modules-admin at lists.geeklog.net
Mon May 12 09:17:05 EDT 2003
What about the case when you want multiple center blocks, but no news?
That is why I though a no news flag would be appropriate. Also, I don't
think we should place the burden on plugin developers to create an
complex administrative GUI to control the content of the front page. If
we go that route an Admin may have to go to each individual plugin page
to adjust the content of the center block.
Using a flag in the config.php will allow multiple center blocks to
appear on the front page (and would even give limited control of the
order they appear for up to three blocks by the where parameter [1.
before news, 2. after featured story, 3. after news]). Also, control
over the articles that appears on the front page won't rest within
plugins that have nothing to do with the articles (less confusion?).
Instead of a $CONF variable, a database variable may be equally relevant
for this. But I think the core geeklog should control if news is displayed.
-Vinny
geeklog-modules-admin at lists.geeklog.net wrote:
> Vinny wrote:
>
>
>>I think it might be better to add a $CONF variable 'fp_nonews' or
>>similar which, when set to true, would disable news on the index page.
>
>
> Err, how would that work? If, say, both the forum and the static pages
> plugin would have the ability to replace the frontpage, how would a flag
> decide which one should?
>
>
>
>>Using a config variable would make things more straight forward than
>>people figuring which flags need to be set in function calls and/or what
>>format to return the results of a function in.
>
>
> Of course, the plugins which support this feature would have to provide
> some way for the user to configure it. Currently, the static pages plugin
> does that by assuming a static page named "frontpage" should replace the
> frontpage. A simple checkbox would probably do it for most plugins (and
> would be more intuitive).
>
> bye, Dirk
>
>
More information about the geeklog-modules
mailing list