Hi Caty/All,
On 6 Jul 2017, at 13:00, Ecaterina Moraru (Valica)
<valicac(a)gmail.com> wrote:
The problem comes from the multiple Flavors.
For example on Intranets, the content cannot be read by Anonymous, so the
first think you need to do and see is the login page.
What you are describing is problems with websites that have public
documentation and where people log in, only when wanting to contribute.
Having the Log-in visible or under an user menu, are both patterns that are
recommended and we tried both.
Indeed there are several use cases:
1) Public web sites that are read only (except for admins or a group of people maintaining
it for example)
2) Collaborative public web sites (want to promote registration/logging in) (e.g.
xwiki.org)
3) Intranets (also want to promote logging)
The standard flavor is neutral and the simplest is probably to have either an Admin UI
option to configure the location (technically it could be a UIX parameter that specifies
where the login and/or register options are located - Or we could keep it as 2 UIX with an
option to disable it).
Now since XWiki by default is a wiki and thus about promoting collaboration, I’d make the
icon visible by default and let admins of use case 1) the need to configure it in the
Admin.
WDYT?
Thanks
-Vincent
On Thu, Jul 6, 2017 at 12:05 PM, Thomas Mortagne <thomas.mortagne(a)xwiki.com>
wrote:
> in a use case like
xwiki.org is really not great that users don't see
> anymore that they can register.
>
> On Thu, Jul 6, 2017 at 11:02 AM, Vincent Massol <vincent(a)massol.net>
> wrote:
>> Hi devs,
>>
>> We’ve moved the register/login buttons inside the drawer. However one
> consequence is that users don’t notice it anymore.
>>
>> I’d like this thread to be a brainstorming about what we could do about
> it and whether you agree it’s an issue that we need to fix.
>>
>> Ideas?
>>
>> One idea could to reuse the Avatar image location to have some icon to
> register/login when not logged in.
>>
>> WDYT?
>>
>> Thanks
>> -Vincent
>
>
>
> --
> Thomas Mortagne
>