On Fri, Sep 3, 2010 at 11:29, Marius Dumitru Florea < [email protected]> wrote:
> On 09/02/2010 04:06 PM, Jerome Velociter wrote: > > > > ----- "Fabio Mancinelli"<[email protected]> wrote: > > > >> On 09/02/2010 11:13 AM, Ecaterina Valica wrote: > >> > >>>>> Another little remark: I think that user (and application) > >> updates > >>>>> should be expanded by default without needing the user to click in > >> order > >>>>> to show the actual message. > >>> > >>> If we gonna have in the future something like this > >>> > >> > http://incubator.myxwiki.org/xwiki/bin/download/Improvements/AvatarsProposal/vcard.png > >>> where we can put also the status in, then in order to see the status > >> message > >>> you could just hover the name of the user and you are not gonna have > >> to > >>> click on it. > >>> > >>> For me, expanding statuses and application and not pages is > >> inconsistency. > >>> > >> > Also, we can have in the filters (don't know where) an "Expand / > >> Collapse > >> > All" option for people that have a certain preference in > >> displaying. > >> > > >> > > >> > >> IMHO, I think that the information and functionality of the "Changed > >> status" toggle adds unneeded complexity: when the user sees the avatar > >> > >> icon in the activity stream she already knows that a "status has > >> changed", this information is already conveyed by the fact that an > >> entry > >> of that type exists! Moreover a status update will contain, il 90% of > >> > >> the cases, a single message so 90% of the "Changed status" expansion > >> will contain only 1 item. > >> > >> For documents is different because changes can be a lot so the "4 > >> changes by 3 contributors" conveys additional information. > >> > >> What could be done to solve the "consistency" issue is to always > >> display > >> the first item and hide the others in the collapsed list. > >> > >> * So for single status updates you will have the status update > >> directly > >> displayed. > > > > +1 > > > > > And it would not shock me either if the style differs a little from the > document updates : no icon but directly the user picture, a bit bigger than > icons. > > +1 for bigger avatar size. > Accordingly to http://markmail.org/thread/c67dra642nbm5h3r they should be: "Primary usage of avatars should have a 50x50px image, while secondary/lower importance usage should have 30x30px image. " Now it's up to us to determine which is the main/secondary elements. Var 1: (current) Changes are main elements and avatars are just descriptive and supporting the change; Var 2: User / Application / (Page) are main elements so: meeting manager icon + marta should be 50px, the rest like they are (30px); Var 3: Everything that is not expanded are main elements, so 50px, and the expanded list will contain 30px icons. I like it the way they are :) Var 1, but we can vote. Thanks, Caty > > Thanks, > Jerome > > > > > Jerome. > > > >> > >> * For multiple status updates by the same user you will have the last > >> > >> one + a "3 more..." hidden behind the toggle > >> > >> * For document updates with a single change you will just have the > >> change that has been done > >> > >> * For documents with multiple changes you will have just the latest > >> change + "X more changes by Y contributors" toggle with the rest. > >> > >> This would also solve the problem of having an activity stream > >> filtered > >> only by "status updates" where the user has to click every time on > >> "expand all" in order to actually have the information which should be > >> > >> available (and expected) by default. > >> > >> WDYT? > >> > >> -Fabio > >> _______________________________________________ > >> devs mailing list > >> [email protected] > >> http://lists.xwiki.org/mailman/listinfo/devs > > _______________________________________________ > > devs mailing list > > [email protected] > > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
