I forgot one item:

* Seems we would have some UIX to add 2 buttons in the edit menu and these UIX 
would have some conditions so that they’re only visible for the user directory 
page. It would be nicer to introduce a new Visibility scope for UIX and be able 
to register them with a page scope to avoid them being evaluated for every 
single page.

Thanks
-Vinent

> On 8 Jun 2018, at 10:21, Vincent Massol <[email protected]> wrote:
> 
> Hi Caty and all,
> 
> It’s very nice looking! :)
> 
> Some questions:
> 
> * What is the alert bell doing? 
> * What is the bubble doing? Sending some message to a user? :) That looks 
> nice.
> * What is the email icon doing? Sending some email to a user? We’ll need to 
> implement that (not hard) since we don’t do this ATM. 
> * Those are nice features which could be backported to the LT too as actions 
> maybe?
> * The groups listing is nice although the implementation may not be that 
> trivial for perf reasons
> * IMO the filter should be a search with the full power of the search, just 
> restricted to pages with XWikiUsers objects. 
> 
> Actually I would love to see a new layout for search results and have a 
> search macro to be able to put the search on any page with the ability to 
> configure not having the facets displayed and to specify the layout to use. 
> It would be awesome too that the search would offer some UIXP to display a 
> type of search results. For example here, based on the XObject type, find a 
> UIX in the wiki that has the code to display a user object.
> 
> If we could do this then this user directory view would only be a matter of 
> using this search macro and we could use that in lots of other places in very 
> nice ways.
> 
> In summary this idea is a generalization of what you’re proposing.
> 
> If I were to implement your idea Caty, I would explore implementing it this 
> way.
> 
> What do others think?
> 
> Thanks
> -Vincent
> 
> PS: I remember discussing this somewhere else but I don’t recall where.
> 
> 
>> On 7 Jun 2018, at 16:50, Ecaterina Moraru (Valica) <[email protected]> wrote:
>> 
>> Well the livetable will not be removed, you will still have it in the other
>> view.
>> 
>> The "Filter..." would mostly/at least filter by name, but it depends how we
>> implement it. It would be nice to be able to make advanced queries like
>> "group:XWikiAdmin group:Committers SAS" or look for email addresses, but
>> this is just wishful thinking.
>> 
>> It's hard to find a replacement for the filtering capabilities of the
>> livetable and this is not the purpose of this proposal. Unfortunately the
>> livetable is not necessarily good looking and suited for all the use cases.
>> Users are expecting User Directories / Indexes / People / Contacts to look
>> in a certain way, and currently that is proposed by using cards.
>> 
>> Thanks,
>> Caty
>> 
>> On Thu, Jun 7, 2018 at 5:22 PM, Thomas Mortagne <[email protected]>
>> wrote:
>> 
>>> Looks very nice but it's not clear for me what is supported in
>>> "Filter..." input. Would it support filtering on any property like the
>>> livetable does ?
>>> 
>>> Custom columns and filtering on them is the reason why I go to the
>>> user index 90% of the time :)
>>> 
>>> On Thu, Jun 7, 2018 at 4:13 PM, Ecaterina Moraru (Valica)
>>> <[email protected]> wrote:
>>>> Hi devs,
>>>> 
>>>> This proposal displays an additional layout mode for the User Index,
>>> where
>>>> users are displayed using cards.
>>>> http://design.xwiki.org/xwiki/bin/download/Proposal/Users/
>>> UserIndex/UserIndexCards/WebHome/userindex_proposal.png
>>>> 
>>>> This idea was proposed / discussed by Nicolas Lemoine. The initial
>>> purpose
>>>> was to improve the UI of our User Index.
>>>> 
>>>> I've iterated also on some other ideas, like application specific actions
>>>> integration inside content menu, user actions (send message, follow) in
>>> the
>>>> card display, user groups display, etc.
>>>> 
>>>> Proposal:
>>>> http://design.xwiki.org/xwiki/bin/view/Proposal/Users/
>>> UserIndex/UserIndexCards/
>>>> 
>>>> Let me know what you think,
>>>> Caty
>>> 
>>> 
>>> 
>>> --
>>> Thomas Mortagne
>>> 
> 

Reply via email to