Re: [silverstripe-dev] User management - delete/remove

[Nivanka Fonseka]

sounds interesting to me. and sometimes a pop up using the title attribute will be a nice thing to add too 

On Thu, May 12, 2011 at 4:55 AM, Peti Morgan <petim...@gmail.com> wrote:

In the Security (now Users) section, you can:
- delete a user from the top level security group - which deletes them from all associated groups, and the database (using the delete button - a red X)
- remove a user from a specific group (also using the delete button - a red X)

This action is somewhat misleading.  It would be better in my opinion, to visually distinguish the two actions - perhaps a red minus sign for removing a user from a group, so that it is obvious that you are not deleting the user altogether, just removing from a group.

Anyone else had this problem, or think this is a good suggestion?

:)

--
You received this message because you are subscribed to the Google Groups "SilverStripe Core Development" group.
To post to this group, send email to silverst...@googlegroups.com.
To unsubscribe from this group, send email to silverstripe-d...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/silverstripe-dev?hl=en.

--
Nivanka Fonseka
Senior Software Engineer

Skype: nivanka.fonseka
Twitter: @nivankafonseka

[Ryan M.]

I definitely agree with this because my clients have the same
complaint about removing/deleting users. Clicking on the X button
doesn't completely remove them from the database, which results in
them still being able to login to their accounts, and I realize it can
be worked around by setting some permissions on a per group basis, but
in general practice, the whole thing should behave just like you
described it, Peti. There should be separate buttons that clearly
indicate whether you're removing a user from the group or deleting
them entirely.

-R

[aram balakjian]

For sites that have member registration and lot's of members, I tend to create a separate ModelAdmin interface for managing the members, means when you press the delete button you know they are being deleted where as you have a nice multiselect dropdown for managing the groups they are in (automatically scafolded).

Then I just use the Security Section for Group Management.

I know it's far from ideal, but might be am intermediary solution.

Aram

[Sam Minnée]

> On Thu, May 12, 2011 at 4:55 AM, Peti Morgan <petim...@gmail.com> wrote:
> In the Security (now Users) section, you can:
> - delete a user from the top level security group - which deletes them from all associated groups, and the database (using the delete button - a red X)
> - remove a user from a specific group (also using the delete button - a red X)
>
> This action is somewhat misleading. It would be better in my opinion, to visually distinguish the two actions - perhaps a red minus sign for removing a user from a group, so that it is obvious that you are not deleting the user altogether, just removing from a group.

I agree that it's misleading. However, the problems come when a user is in two groups of quite distinct purpose. For example, Administrators and Forum Members. If people delete an administrator, they may not be aware that this is also going to delete the forum member too.

One possible solution is to have the behaviour of the "Delete use altogether" button can look to see whether this user appears in other groups.

- If they're don't exist in other groups, delete them entirely.
- If they do exist in other groups, say "are you sure that you want remove this user from Forum Members, too?"

[Ryan M.]

How about when you click on the delete button, it pops up a small
modal window that asks you if you want to delete the member from the
group or from the site entirely. The options could be radio buttons.
This would be a more elegant solution than having two different kinds
of delete buttons.

-R

On May 12, 1:03 pm, Sam Minnée <sam.min...@gmail.com> wrote: