As I indicated it would be better if you could send other mail to
discuss those pages separately (there is already one for the the
themes) :)

On Mon, Apr 23, 2018 at 12:39 PM, Ecaterina Moraru (Valica)
<vali...@gmail.com> wrote:
> Dashboard.WebHome should be editable.
> FlamingoThemes.* should be editable in order for users to set custom logos.
> XWiki.DefaultSkin should be editable for the same logo reason.
>
> Thanks,
> Caty
>
> On Mon, Apr 23, 2018 at 1:27 PM, Thomas Mortagne <thomas.morta...@xwiki.com>
> wrote:
>
>> Hi devs,
>>
>> When dealing with extension pages protection we ended up with a very
>> visible issue: EVERYONE customize the home page so it does not make
>> much sense to warn every user trying to edit it that it's dangerous
>> and might break the extensions.
>>
>> Since it's not the only use case 10.3 introduce the concept of XAR
>> entry type which allow controlling a bit more edit/delete and upgrade
>> behavior. See http://extensions.xwiki.org/xwiki/bin/view/Extension/XAR+
>> Module+Specifications#Hpackage.xml
>> for more details.
>>
>> On component side it's possible to decide the default type of a page
>> reference (that's where "Main.WebHome" type come from currently). It's
>> also possible to override the upgrade behavior for a specific type or
>> even a specific reference for more exotic use cases.
>>
>> So it's now possible to control the type you want for a page at XAR
>> descriptor level. I already typed a few page, for example
>> "Main.WebHome" is now of type "home" which means "it's OK to edit it
>> and you should only upgrade it if no customization have been made".
>>
>> Cool home page is covered but we now entered a new era of endless
>> debates to decide of what type some page should be and what other
>> types to introduce :)
>>
>> We are not going to discuss all these in this mail so everyone with a
>> doubt should start a discussion for a standard page (or a set of
>> standard page which are obviously very similar like color themes).
>>
>> Currently, protected page produce a warning that you can force. The
>> plan in 10.4 is to keep the warning only for advanced completely
>> prevent basic user to modify protected pages by default and also allow
>> configuring all that (indicate in your profile that you don't want to
>> be bothered with that, override edit/delete right even for advanced
>> users, etc.). But before that we need to make sure basic users are
>> allowed to edit all the pages they are supposed to edit.
>>
>> Happy tuning :)
>>
>> --
>> Thomas Mortagne
>>



-- 
Thomas Mortagne

Reply via email to