[development] Move multiple theme per site support to contrib module

Jenny Hsueh lists at ondemand-network.com
Tue Jun 6 15:59:30 UTC 2006


I like the idea of grouping the  theme and block/region admin functions 
together.

but having the notion of "enabled" and "default" theme is essential to 
us, we use groups on our sites and having the ability for each group to 
choose their own theme seems a kicker, people feel that's a space belong 
to themselves.  If there are  other ways to achieve the same result it 
will be fine, but we don't want to lose the  user specified theme 
capabilities  -- i.e. make sure the contribute module for multi-theme 
support is available at the same time when it disappears  from the core.

Thanks
Jenny

Adrian Rossouw wrote:

> I was playing with theme stuff again, and I realised how completely  
> sub-optimal the current configuration is.
>
> How many people actually use user specified themes on their sites?  
> This is the kind of functionality that only
> really clutters up the default interface, and confuses a lot of  
> people for no good reason.
>
> We should simply remove the 'enabled' checkbox, and rename the  
> default radio to 'enable'.
>
> This removes a chunk of code , and all this can very easily be done  
> via _form_alter now, for those that need it.
>
>
>
> What I would also like to see , is that we re-organise the the admin  
> as follows :
> admin
>    display
>        theme (default tab)
>        regions (tab, ie: what admin/blocks used to be)
>        settings (tab)
>
>
> Also. completely getting rid of the tiered theme setting stuff, and  
> only having one set of settings, per theme (same with the block)
>
> I do believe that the block / region settings are very much a display  
> issue.
>
>
>
>
> -- 
> Adrian Rossouw
> Drupal developer and Bryght Guy
> http://drupal.org | http://bryght.com
>
>
>
>
>



More information about the development mailing list