30 Nov
2010
30 Nov
'10
5:53 p.m.
On Nov 30, 2010, at 5:47 PM, Jean-Vincent Drean wrote:
On Tue, Nov 30, 2010 at 5:34 PM, Vincent Massol
<vincent(a)massol.net> wrote:
I don't think have 1 or 50 templates makes it harder to create a page (the empty page
should always be the default and it could be a button "Advanced..." that opens a
dialog a la Macro editor in the WYSIWYG where you have categories for template providers
and you can search for specific providers).
Actually category is probably a better idea than the "audience" field I was
hinting at in my previous mail.
Thanks
-Vincent
On Nov 30, 2010, at 5:24 PM, Guillaume Lerouge wrote:
I think we need to be careful with our choice here, having too much
entries in the global list of available templates can make the page
creation look complex. That's not necessarily needed. There are
already 2 mechanisms that can be
leveraged in order to handle this use case:
- The ability to restrict a template to a given space -> the ColorTheme
template could be provided only in the ColorThemes space for instance
That makes a colortheme template provider quite useless since there's already a way
to create color themes from the color theme space... ok it allows a user to create a new
theme when viewing another theme, sure, but that use case is not the main one IMO and
it's covered by the create color theme feature of the color them webhome.
- The $blacklistedSpaces variable ->
it's already used to hide technical
spaces. Coupled with the above mechanism, it could be sufficient
See previous comment. Template providers are not really useful when restricted to a space
IMO.
IMHO some applications would deserve it. The blog for
example, but
IIRC it's made to allow to have 1 space / 1 blog (at least it's been
asked several times). Other applications like a meeting manager or a
todo manager would definitely get my +1 to be suggested everywhere in
the wiki, provided those apps handles objects coming from the entire
wiki of course.
Thanks,
JV.