|
From: Shane <sh...@lo...> - 2005-10-27 20:22:58
|
On Oct 27, 2005, at 2:25 PM, Tim Vroom wrote:
> After talking to you online I'll just add the text and link to the
> FAQ you
> added since that covers all the possibilities well.
> [...]
> user_theme is one of the last css types called so basically would
> allow a user
> to override a site's look and feel. Right now this is used for
> simpledesign,
> and lowbandwidth types.
>
> You could for instance add a preference that allowed a user to set
> their
> sitewide theme to one of 5 choices. Right now the theme selection in
> getCSS() in MySQL.pm checks for a user's simpledesign preference
> and picks a css file based on that, or if that's not set falls back
> to $user->{css_theme};
>
> If you had a preference which updated that, you could have user
> selected
> themes, simpledesign being one option, that's currently controlled
> by a different
> preference.
>
> The skeleton is there to allow for such things, however we may need
> to separate
> out simpledesign into its own thing if we want to allow for both
> simpledesign, and
> a user_theme to be triggered at the same time.
Oh, very cool. Talk about skinning the skins :)
Now all we need is a method for users to supply their own css, and
save that as a byte-limitted txt field such that when they hit the
site it'd pull that push it is to the end of the css-list. Hence, the
user html trumping the base/plugin/theme css.
I don't if that's where all this was headed. I'm just rambling. But
I'd think with /.'s geek traffic it'd be like an easy or lite way to
do a greasemonkey effect.
Shane
|