On 12 October 2012 18:06, Petko Yotov <span dir="ltr"><<a href="mailto:5ko@5ko.fr" target="_blank">5ko@5ko.fr</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I have to agree with Hans, the current way works quite fine and there is not much that is broken and need fixing. Probably adding a *Skin suffux to the pages that don't have it will help with the perceived readability?<span class="HOEnZb"><font color="#888888"><br>


<br>
Petko</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
Hans Bracker writes:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> I'd like to have some arguments from the community why we should or  <br>
> shouldn't have a dedicated Skins/ group.<br>
<br>
Since the introduction of categories and links to listing by category<br>
in the cookbook group menu I did not find a problem having skins in the cookbook.<br>
<br>
For general browsing in general lists like RecentChanges it did help to have skins identified in the page name by a 'Skin' suffix, like PmWikiSkin. <br>
<br>
Not all skin pages have that, unfortunately. A dedicated page group for skin pages will eliminate that, obviously.<br>
<br>
But moving skin recipes into their own group will likely break a number of links in external sites. I am using the Cookbook:.... alias on external sites, so any links to skin pages will need to be modified. We probably need a Skins:.... alias to create links to page sin the PmWiki.org Skins group easily. That would require a change in the distributed system, and it will not be backwards compatible. So broken external links won't be fixed automatically, and not easily, unless a system update will prepare for that.<br>


<br>
Then there may be all kinds of internal links on Cookbook pages between skin page and other recipe pages. Perhaps they can be modified automatically, otherwise need manual page revisions.<br>
<br>
So the organisational work may be more than one thinks, especially considering the impact on external sites. Is the benefit big enough to warrant this? I doubt it, since categories seem already to offer the best way to browse the cookbook.</blockquote>

</div></div></blockquote><div><br></div><div><br></div><div>I have to speak in strong support of a separate group for skins</div><div>I think that the community is asking for this, and more, is volunteering to make it happen. </div>

<div><br></div><div>Having skins in a separate group would have several benefits</div><div>* it clearly identifies skins (look and feel) as separate from add ons (functional extensions), thus emphasising to PmWiki potential users this benefit</div>

<div>* it obviates the need to categorising, or naming conventions for skins</div><div>* the cookbook group is big enough without skins</div><div>I think the benefit is big enough to warrant this.</div><div><br></div><div>

Even if there is a bit of manual work to fix links, etc, I'm happy enough to contribute.</div><div>I appreciate that skins may at times enhance functionality, or vice versa. But this isn't a good reason to to make this change, </div>

<div>indeed, perhaps it is better if skins do not add functionality (thus functionality is available to a wider audience),</div><div>and functionality should not prescribe look and feel.</div><div><br></div><div>Finally, I think it is important that PmWiki (website and software) is seen to be evolving, improving, and with an active community.</div>

<div><br></div><div>Simon</div><div><br></div><div><br></div><div><br></div></div>