Hi Nathan,

Apologies for not replying sooner, but I've been quite busy today. There
were a couple of alternatives that I wanted to investigate before making any
further suggestions. If nothing else there needs to be a bit more padding on
the right-hand side of the popup. Oh and I don't really like the "group" of
menu items that's next to either. Those menu items are all related and
changing the stylesheet doesn't really fit in there. Perhaps a new block
with a title of *Appearance* before the search block would be better.

I agree that including it in the default _NormalBorders is a good thing (it
is a shiny new feature after all!), but obviously it only makes sense to
show it if there are any configured alternatives. So the WikiTalk
in LeftBorder should take this into account.

We'll need to be careful with moving configuration items around when it
comes to providing the upgrade functionality so that existing
OverrideStylesheet configurations are kept.

The new look-and-feel is the "Chocolate" flavour, so this should definitely
be the default selection. IF we're turning this on by default, then it makes
sense to include the "Lemon" flavour as an alternative by default, too.

If I get time to look at the UI alternatives I'll post as soon as I can, but
if not I don't mind you committing as is.

Derek.


On 8/16/07, Nathan Jones <[EMAIL PROTECTED]> wrote:
>
> Hi, I want to wrap up this little adventure, but there are a couple of
> things that I want to solicit input on before I commit anything.
>
> I am currently of the mind that the way to handle the "Change Style"
> option is to have it be automagically injected into _NormalBorders
> using the BuiltinTopicsProvider if the admin has configured the site
> to have alternates. This, however, means that the configuration needs
> to be in the Federation section of the flexwiki.config file since that
> is all that the engine can see at runtime. This wouldn't be that big
> of an issue except for the OverrideStylesheet element is at the root
> level. It seems to me that these two are too similar to have in
> different configuration sections.
>
> So to sum up the configuration issues, I'm planning on moving
> OverrideStylesheet to the Federation section and adding the new
> alternate config there as well so that it can be exposed to the engine
> and to the Flexwiki.Web classes. I'm also planning on altering the
> BuiltinTopics to include the element if the admin has configured
> alternates. (This, of course, means that if they alter _NormalBorders
> before adding the alternates that they won't magically see the
> feature, but there's nothing to be done about that.)
>
> Another config question is do we want to turn this on in the default
> flexwiki.config that is delivered by specifying the "Lemon" stylesheet
> as an alternate. I can see going either way on this one, so unless
> there are comments, I'll just leave it out and require that admins add
> alternates to see the feature.
>
> Finally, I guess that the UI passes muster as the only comments I got
> earlier were positive, so I'll just leave it as it is for now.
>
> Please comment if any of this is unnacceptable or if you see some
> alternatives that I'm missing.
>
> I plan on committing later today.
>
> -nathan
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Flexwiki-users mailing list
> Flexwiki-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flexwiki-users
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Flexwiki-users mailing list
Flexwiki-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flexwiki-users

Reply via email to