Hi,
Did:
- source of inheritance is per rights;
- local source of inheritance: if the a right is allowed to anyone else at
the same level, it is implicitly disallowed for any others;
- inheritance from upper levels / groups.
Please see if I put the rights correctly:
Wiki Level:
Obs. Summary view + icons not done yet.
Thanks,
Caty
On Sat, May 22, 2010 at 11:31, Denis Gervalle <dgl(a)softec.lu> wrote:
Hi Caty,
This one is simpler and more easy to understand than proposal 2 (which I
liked but were complex). It is your best try IMO. I agree with Caty that
using icons too reduce the place taken will not allow easy extensions. But
Alex proposal would help to have a summary view, which is nice to have
too.
Maybe we could do both in fact. Propose a summary view (by default), which
fit a single line per user, this view would present the common rights
(V/C/E/D/A/(R/P)) using icons, and a last icon would be used to mention
there is more special rights either inherited, allowed or denied. So we
only
need to use (and think about) a short icon representation for common
rights,
and extended rights will be represented by a single special
representation.
Rows could be expanded individually or globally so if you want a more
detailled information, you may reach it either for a single user or all at
once. Changing common rights would be allowed in collapsed mode and
expanded
mode, but changing special rights would only be allowed in expanded view.
If you want to keep the width even smaller, you may also colspan the
user/group column over the others, using 2 rows per user, but I am not
sure
it will be nice. (Could this be only when horizontal space is short ?)
I really like this one because it is simple to learn without documentation
and could also help learning how rights works, but there is again
some inconstancies with the current implementation. Compare to proposal 3,
these inconsistencies may be nicely fixed and really helps understanding
why
the right is disallowed at any time. You can do it like this:
- the inheritance pop-up information should be at the right level in
the inheritance columns. The rights are inherited and check individually,
so
the precise source of inheritance is per rights, not only per user or
group
- there is a local source of inheritance: if the a right is allowed to
anyone else at the same level, it is implicitly disallowed for any others.
So the source of inheritance is the local level, implying a deny because
the
local level has at least a specific allow. This means than when you drag
the
first time a right in the allow column, all other user/group at the same
level will have that right inherited deny from the current level. (For
those
who wonder and will check the source of the right service, yes, there is
potential performance improvement by immediately denying when a
non-matching
allow is found, currently we continue to check right at higher level for
more deny, this is not really clever)
With these changes, I really feel that this last proposal could be a real
improvement in the way rights are applied, and keeps the interface simple
at
the same time.
WDYT ?
Denis
On Sat, May 22, 2010 at 07:57, Ecaterina Valica <valicac(a)gmail.com>
wrote:
On Fri, May 21, 2010 at 21:42, Alex Busenius
<alex.busenius(a)xwiki.com
wrote:
> I like this version, it makes clear what is allowed/denied and why,
but
> it takes a lot of space. What if those
rights names would be replaced
by
big icons
and placed side by side? Like this (sorry for ASCII-art):
-------------------+-------------------------------------+--+------
Unregistered users | [+V] [+C] [+R] [-D] [-A] [-P] [-CC] | | [-E]
Big Icons:
We are using Silk set for our icons and this is constraining. Also,
Rights
version 3-4 were made having rights extensibility
in mind, for use cases
like adding "captchaComment" right, or "annotate" right, or
"applicationXusage" right .... so I don't think is very good if
applications
are gonna have to choose their custom icon to represent their custom
right,
because is gonna be a mess in the UI.
There are few possible icons to choose from (in order to keep the
look&feel
unitary) and having the developers choose their
own icon for the right
they
extend is gonna break the UI consistency.
I think is much easier, extensible and less visual cryptic to textual
describe an extensible right.
Placed side by side:
Version 4 takes a lot of space, yes, but the problem with side by side
is
that is less readable (harder to scan the rights
order). Also it's
easier
to
have a bigger area to select when you want to drag an item.
Thanks Alex for your feedback,
Caty
>
> Alex
>
>
> On 05/21/2010 07:51 PM, Ecaterina Valica wrote:
> > Hi,
> >
> > Changes:
> >
> > - One additional column is added: "Default / Inherited Rights",
by
>
default all rights appear in this column
> - By using drag'n'drop items are tossed around between "Allow
rights",
> "Deny rights" and "Default
/ Inherited Rights"
>
> Rights Proposal 4:
>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Proposal
> > Wiki Prototype:
> >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Wiki
> > Space Prototype:
> >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Space
> >
> > This proposal is done by using feedback provided by Roman Muntyanu
and
>
Raluca Morosan.
> Thanks,
> Caty
> _______________________________________________
> users mailing list
> users(a)xwiki.org
>
http://lists.xwiki.org/mailman/listinfo/users
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs