Move "Delete" or "Reset" to tabs?
Hi, currently editing, resetting or deleting an item is done via buttons below the edit page of an item (e.g. node/[]/edit). I ask myself why I have to click on "Edit" to actually delete a node (or a node type, a user, a menu item etc.). Wouldn't it be more straightforward to move these actions to tabs now the menu system is really strong in such things? Konstantin Käfer – http://kkaefer.com/
Konstantin Käfer wrote:
Hi,
currently editing, resetting or deleting an item is done via buttons below the edit page of an item (e.g. node/[]/edit). I ask myself why I have to click on "Edit" to actually delete a node (or a node type, a user, a menu item etc.). Wouldn't it be more straightforward to move these actions to tabs now the menu system is really strong in such things?
The system is already a hair's breadth away from being a tab -- if it were MENU_LOCAL_TASK instead of MENU_CALLBACK it would be a tab right now. If it were a tab, then giving a user grant_delete but not grant_update via node_access would be meaningful. Right now, you have to go an extra step to expose a delete operation if you want to allow someone to delete but not edit nodes.
On Thu, 8 Feb 2007 21:17:31 +0100, Konstantin Käfer <kkaefer@gmail.com> wrote:
currently editing, resetting or deleting an item is done via buttons ... Wouldn't it be more straightforward to move these actions to tabs now the menu system is really strong in such things?
A tab should change your view, not initiate a delete action. IMHO. Now, if the edit/delete buttons were to be moved to a block instead of tabs, that would sound good to me. -Rowan
On 09.02.2007, at 16:30, Rowan Kerr wrote:
A tab should change your view, not initiate a delete action. IMHO.
It does change the view. Of course, the item is not deleted instantaneously when you click on the tab but a confirmation page is shown. The tabs are for this item (node, content type, ...), so you can "view", "edit" and "delete" the node. Konstantin Käfer – http://kkaefer.com/
On 2/9/07, Konstantin Käfer <kkaefer@gmail.com> wrote:
On 09.02.2007, at 16:30, Rowan Kerr wrote:
A tab should change your view, not initiate a delete action. IMHO.
It does change the view. Of course, the item is not deleted instantaneously when you click on the tab but a confirmation page is shown. The tabs are for this item (node, content type, ...), so you can "view", "edit" and "delete" the node.
Is there an issue for this yet?
Quoting Konstantin Käfer <kkaefer@gmail.com>:
On 09.02.2007, at 16:30, Rowan Kerr wrote:
A tab should change your view, not initiate a delete action. IMHO.
It does change the view. Of course, the item is not deleted instantaneously when you click on the tab but a confirmation page is shown. The tabs are for this item (node, content type, ...), so you can "view", "edit" and "delete" the node.
Why would the delete be a ``tab''? Deleting is a form of editing; why not have the delete function on the ``edit'' form? A checkbox with text like ``Yes, delete this page'' and a button labeled ``Delete'' could suffice. Earnie
Earnie Boyd wrote:
Why would the delete be a ``tab''? Deleting is a form of editing; why not have the delete function on the ``edit'' form? A checkbox with text like ``Yes, delete this page'' and a button labeled ``Delete'' could suffice.
I answered this in a previous message.
If it were a tab, then giving a user grant_delete but not grant_update via node_access would be meaningful. Right now, you have to go an extra step to expose a delete operation if you want to allow someone to delete but not edit nodes.
I answered this in a previous message.
Just because it is implemented as a separate page does not mean it is a view. It is by all traditional standards a modal dialog. There is even an explicit "cancel" links that takes you back to what you were doing. Ideally, confirmations would be presented through a JS popup. Steven Wittens
Steven Wittens wrote:
I answered this in a previous message.
Just because it is implemented as a separate page does not mean it is a view. It is by all traditional standards a modal dialog. There is even an explicit "cancel" links that takes you back to what you were doing.
Ideally, confirmations would be presented through a JS popup.
Has anyone tried testing all these interface variations or know of some research? -- Neil Drumm http://delocalizedham.com/
On 2/9/07, Rowan Kerr <rowan@stasis.org> wrote:
On Thu, 8 Feb 2007 21:17:31 +0100, Konstantin Käfer <kkaefer@gmail.com> wrote:
currently editing, resetting or deleting an item is done via buttons ... Wouldn't it be more straightforward to move these actions to tabs now the menu system is really strong in such things?
A tab should change your view, not initiate a delete action. IMHO.
I agree with Konstantin that it should initiate the delete action, but display an confirm page. Now, if the edit/delete buttons were to be moved to a block
instead of tabs, that would sound good to me.
That makes no sense at all, IMO. It would fight the very purpose of tabs. -- Regards, Johan Forngren johan@forngren.com :: http://johan.forngren.com/
Mark Fredrickson wrote:
Now, if the edit/delete buttons were to be moved to a block instead of tabs, that would sound good to me.
-1 for controls in blocks. It's really easy to lose necessary controls that way. (OG I'm looking at you ;-)
-Mark
everyone wants their groups to look different. i populate $node so that you can theme group homepage as you need. the block is a crutch for people who don't want to theme group home page.
Moshe Weitzman wrote:
Mark Fredrickson wrote:
-1 for controls in blocks. It's really easy to lose necessary controls that way. (OG I'm looking at you ;-)
everyone wants their groups to look different. i populate $node so that you can theme group homepage as you need. the block is a crutch for people who don't want to theme group home page.
Burn! I think he just said you use crutches. :) /me hobbles away on his own set of crutches -- Michael Favia michael@favias.org tel. 512.585.5650 http://michael.favias.org
participants (11)
-
andrew morton -
Earl Miles -
Earnie Boyd -
Johan Forngren -
Konstantin Käfer -
Mark Fredrickson -
Michael Favia -
Moshe Weitzman -
Neil Drumm -
Rowan Kerr -
Steven Wittens