Swastik  via Mailman-Developers writes:

 > The project idea mentions showing a map of the scopes where
 > preferences are set to non-default values. I was exploring the idea
 > of building an intuitive, unified "Preference Matrix" UI in
 > Postorius

This part is obvious.  The problem we need to solve is that at the
Address or the Subscription level, the user wants to know both the
*effective* value and where that value was set.

Maybe This can be handled to some extent by sorting the rows, but I'm
not sure that's a great user experience.

 > Currently, if a user modifies a global setting after having set
 > custom list-specific preferences, the old list preferences still
 > take precedence.

This is correct behavior.

 > This may cause confusion if the user expects the change to be
 > applied everywhere (e.g., if a user wants to set "receive own
 > postings" for all lists at once). I am thinking of adding a check
 > here: upon updating global settings, the user also gives a
 > confirmation if they want to override their previous list-specific
 > settings globally or not. Does this sound like the right approach?

I think the solution to this is to label it "User default" rather than
"Global".  This task is about addressing confusion by improving
visibility of the settings.  Adding documentation that User-level
settings may be overridden by Address or Subscription settings would
be acceptable, but I think changing process (especially adding
confirmation steps) should be left until users ask for it or express
confusion about it.

 > From a security standpoint, I believe an admin's access should be
 > strictly limited to their list.

Behind the presentation. which appears to be a matrix of SELECT
elements, in fact the rows should be heterogeneous: rows that handle
setting for User (user-only), List (admin-only), Address (user-only),
and Subscription (both) settings, and display List (user-only).  Since
the views are different, the selection logic is trivial.


-- 
GNU Mailman consultant (installation, migration, customization)
Sirius Open Source    https://www.siriusopensource.com/
Software systems consulting in Europe, North America, and Japan
_______________________________________________
Mailman-Developers mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/mailman-developers.python.org/
Mailman FAQ: https://wiki.list.org/x/AgA3

Security Policy: https://wiki.list.org/x/QIA9

Reply via email to