Project

General

Profile

Actions

Task #95247

closed

Button to delete content elements is as prominent as often-used actions

Added by Rachel Foucard over 2 years ago. Updated over 1 year ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2021-09-16
Due date:
% Done:

100%

Estimated time:
TYPO3 Version:
11
PHP Version:
Tags:
Complexity:
easy
Sprint Focus:

Description

Deleting content is a less common action than editing or hiding it. In an effort to simplify the page grid UI, this action can be removed from the page content preview and shown only in the overflow menu. This also prevents the issue where the user intends to hide the content element but accidentally uses the delete icon instead.
Solution title: Remove the delete button from the page module content grid
Solution description: Simplify the page module interface by removing the lesser-used delete icon. This icon is

Target version: v12 or patch (requires patch that adds the new overflow menu)


Files

delete-action.JPG (23.4 KB) delete-action.JPG Rachel Foucard, 2021-09-16 10:32

Related issues 3 (1 open2 closed)

Related to TYPO3 Core - Task #94629: Simplify and optimize the readability of the page module interfaceClosed2021-07-24

Actions
Related to TYPO3 Core - Task #97306: Refresh PagemoduleClosed2022-04-05

Actions
Related to TYPO3 Core - Task #95246: New users can’t guess they can click on the icon of a content to get the context menuUnder Review2021-09-16

Actions
Actions #1

Updated by Rachel Foucard over 2 years ago

  • Related to Task #94629: Simplify and optimize the readability of the page module interface added
Actions #2

Updated by Rachel Foucard over 2 years ago

  • Tracker changed from Bug to Task
Actions #3

Updated by Gerrit Code Review over 2 years ago

  • Status changed from New to Under Review

Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/71109

Actions #4

Updated by Rachel Foucard over 2 years ago

Hi,

This ticket is very connected to the context menu one (#95246), and they should be applied together.

More information about the delete button problem and the proposed solution:

Delete action is always considered as:
  • a secondary action (maybe because we have first to create and edit before delete, and then, mathematically it's less often used than the other actions)
  • a "destructive" action (editors don't like that, they often prefer to hide instead of deleting data forever)

Why editors often prefer to hide content than deleting it? even if the delete button is everywhere, even if we tell them that they can get it back with a recycler, etc. Because editors invested time and love in their contents, and they won't delete it until they are absolutly sure they won't need it again someday.

Putting a destructive action button on each and every content just next other editing action button is just a bad idea in terms of UX.

here is a link to an additional explanation: https://www.nngroup.com/articles/top-10-application-design-mistakes/ (the 10th "Proximity of Destructive and Confirmation Actions")

But why do we have the feeling that we (this forge ticket readers) use really often this delete button? Maybe because "we" are not the casual editor, we test a lot of contents and destroy it right after creating it. But we should keep in mind that the page module interface is not for the developers or integrators only, it's mainly for editors, whose main goal is to create content, not destroy it.

With both #95246 and #95247 we not propose to remove completely the delete action button but to only show it in the secondary actions menu, where it is already.

Rachel

Actions #5

Updated by Peter Kraume over 2 years ago

I would not hide the delete button in the context menu, no matter if there is the new button for the context menu instead.
Reasons:
  • this leads to the problem that content will only be hidden and not deleted.
  • thus the page module get cluttered with hidden content elements
  • deleting a content element belongs to the live cycle of a content element just like hiding it
  • power user want to get things done quickly, having a second click is cumbersome
Actions #6

Updated by Annett Jähnichen about 2 years ago

Actions #7

Updated by Lidia Demin about 2 years ago

From what I see in projects, the editors already are not cleaning up unneeded records, even if you remind them about the recycler functionality. They often event don't delete the example content, and only hide it.

Maybe we should think about a better cleanup strategy for editors. The desired result should be both a clean UI and a convenient workflow for cleaning up content.

Actions #8

Updated by Simon Schaufelberger about 2 years ago

  • Description updated (diff)
Actions #9

Updated by Simon Schaufelberger about 2 years ago

  • Related to Task #95246: New users can’t guess they can click on the icon of a content to get the context menu added
Actions #10

Updated by Mathias Brodala about 2 years ago

Just my 2 cents and to ensure it has been mentioned: the devastating effect of a deletion is commonly solved by having a option to revert it. This is usually shown by a message right after delete which is hidden after some timeout. IMO this would also allow us to get rid of the deletion prompt since prompts are usually bad UX (force me to stop, force me to read, force me to understand, force me to decide.)

I don't claim that this is the solution since it requires editors to notice the message and understand it within a given timeframe. Also a11y could be an issue which may or may not be solved already with the existing "message with actions" setup.

Technically we already have something like this with the autogenerated redirects on page rename. These can be reverted right after creation or you can ignore them.

Actions #11

Updated by Gerrit Code Review about 2 years ago

Patch set 1 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #12

Updated by Gerrit Code Review about 2 years ago

Patch set 2 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #13

Updated by Gerrit Code Review about 2 years ago

Patch set 3 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #14

Updated by Gerrit Code Review about 2 years ago

Patch set 4 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #15

Updated by Gerrit Code Review about 2 years ago

Patch set 5 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #16

Updated by Gerrit Code Review about 2 years ago

Patch set 6 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #17

Updated by Riccardo De Contardi about 2 years ago

Mathias Brodala wrote in #note-10:

Just my 2 cents and to ensure it has been mentioned: the devastating effect of a deletion is commonly solved by having a option to revert it. This is usually shown by a message right after delete which is hidden after some timeout. IMO this would also allow us to get rid of the deletion prompt since prompts are usually bad UX (force me to stop, force me to read, force me to understand, force me to decide.)

In my opinion destructive actions must always require a confirmation from the user.
If we are talking of items that will go into the recycle bin, I agree that it's not a "fully destructive action" and a "gmail-style" temporary undo prompt could be an interesting solution.

something about the topic: https://uxdesign.cc/delete-models-in-products-because-sometimes-cats-walk-on-keyboards-6f886b767f6d

Actions #18

Updated by Gerrit Code Review about 2 years ago

Patch set 7 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #19

Updated by Gerrit Code Review about 2 years ago

Patch set 8 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #20

Updated by Gerrit Code Review about 2 years ago

Patch set 9 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #21

Updated by Gerrit Code Review about 2 years ago

Patch set 10 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #22

Updated by Gerrit Code Review almost 2 years ago

Patch set 11 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #23

Updated by Gerrit Code Review almost 2 years ago

Patch set 12 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #24

Updated by Gerrit Code Review almost 2 years ago

Patch set 13 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #25

Updated by Gerrit Code Review almost 2 years ago

Patch set 14 for branch main of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/74254

Actions #26

Updated by Anonymous almost 2 years ago

  • Status changed from Under Review to Resolved
  • % Done changed from 0 to 100
Actions #27

Updated by Benni Mack over 1 year ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF