Project

General

Profile

Actions

Feature #52090

closed

Merge Save Buttons

Added by Ernesto Baschny over 10 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Could have
Assignee:
-
Category:
Backend User Interface
Target version:
Start date:
2013-09-17
Due date:
% Done:

0%

Estimated time:
PHP Version:
Tags:
Complexity:
medium
Sprint Focus:

Description

To remove visual clutter it'd be great to merge the different save buttons into a split button drop down. Suggested to the UX team, designed and approved by Jens:


The CSS for this:

Arrow: (inactive) = small-arrow-down-8bit.png

.select-box-inactive-bg {
    border: 1px solid #b3b3b3; /* stroke */
    background-color: #cbcbcb; /* color overlay */
}
.select-box-hover-btn {
    border: 1px solid #7b7b7b;
    background-image: -moz-linear-gradient(bottom, #d5d5d5 0%, #f5f5f5 100%);
    background-image: -o-linear-gradient(bottom, #d5d5d5 0%, #f5f5f5 100%);
    background-image: -webkit-linear-gradient(bottom, #d5d5d5 0%, #f5f5f5 100%);
    background-image: linear-gradient(bottom, #d5d5d5 0%, #f5f5f5 100%);
}

Arrow: (active) = small-arrow-down-act-8bit.png

.select-box-contextmenu-active {
    border: 1px solid #7b7b7b;
    background-color: #f7f7f7;
    -moz-box-shadow: 0 1px 4px rgba(0,0,0,.69);
    -webkit-box-shadow: 0 1px 4px rgba(0,0,0,.69);
    box-shadow: 0 1px 4px rgba(0,0,0,.69);
}

Files

TYPO3-Save-Selectbox-1.png (17.3 KB) TYPO3-Save-Selectbox-1.png Ernesto Baschny, 2013-09-17 22:40
TYPO3-Save-Selectbox-2.png (17.4 KB) TYPO3-Save-Selectbox-2.png Ernesto Baschny, 2013-09-17 22:40
TYPO3-Save-Selectbox-3.png (19 KB) TYPO3-Save-Selectbox-3.png Ernesto Baschny, 2013-09-17 22:40
small-arrow-down-8bit.png (961 Bytes) small-arrow-down-8bit.png Ernesto Baschny, 2013-09-17 22:40
small-arrow-down-act-8bit.png (961 Bytes) small-arrow-down-act-8bit.png Ernesto Baschny, 2013-09-17 22:40
Actions #1

Updated by Philipp Gampe over 10 years ago

According to the UX ticket, the last state needs to be saved.

I would prefer a setting in the backend user settings for this:
  • last state (default=
  • save
  • save and close
  • save preview
  • save and new (save and close)

If save and new does not exists, then the button should fallback to save and close as this is the most matching behavior.

What do you thing?

Actions #2

Updated by Mathias Brodala over 10 years ago

This change would also finally make at least one of those buttons usable by vastly increasing its hit area.

Actions #3

Updated by Xavier Perseguers over 10 years ago

I like the idea.

UX Question: would the last option be automatically selected as default option next time?

Actions #4

Updated by Ernesto Baschny over 10 years ago

  • Status changed from Accepted to On Hold
  • Target version changed from 6.2.0 to 7.0

This should be tackled for future TYPO3 versions.

Actions #5

Updated by Christian Toffolo over 9 years ago

There should be the possibility (configurable) to hide the label(s) of the button(s) or else the clutter will be nearly the same as the 4 buttons inline.

Actions #6

Updated by Felix Kopp over 9 years ago

I vote for the merge by reducing down to one button: Save and close.

Save+Preview can be done after Save+Close with the preview icon in docheader of page or folder.
Also frontend editing should be used to preview.

Also Save+new can be done directly afterwards with one more click.

It will help users to return to the context focus after close to gather the thoughts and start the next step.
Any objections?

Actions #7

Updated by Mathias Brodala over 9 years ago

Felix Kopp wrote:

I vote for the merge by reducing down to one button: Save and close.

Yes, at least "Save" alone doesn't serve much purpose. Actions which need saving once already (e.g. plugin selection) ask for and trigger it itself.

Save+Preview can be done after Save+Close with the preview icon in docheader of page or folder.

This strongly depends on the workflow. Some people open the page to preview in advance, some start after saving once. Thus I'd vote for keeping this one.

Also frontend editing should be used to preview.

People are used to editing in backend and viewing in frontend and I guess this will stay unless FE editing is overhauled a bit to get closer to Neos.

Also Save+new can be done directly afterwards with one more click.

It will help users to return to the context focus after close to gather the thoughts and start the next step.

I can only halfly agree with this one. Yes, the loss of context hurts the editing experience and forces you to stop and think sometimes but a huge advantage is using values of the previous record as default values for the next one (TCA useColumnsForDefaultValues). Configured correctly this can speed up record creation massively and should be kept under all circumstances.

Actions #8

Updated by Mathias Schreiber about 9 years ago

  • Target version changed from 7.0 to 7.1 (Cleanup)
Actions #9

Updated by Benni Mack almost 9 years ago

  • Target version changed from 7.1 (Cleanup) to 7.4 (Backend)
Actions #10

Updated by Susanne Moog over 8 years ago

  • Target version changed from 7.4 (Backend) to 7.5
Actions #11

Updated by Benni Mack over 8 years ago

  • Target version changed from 7.5 to 7 LTS
Actions #12

Updated by Mathias Schreiber over 8 years ago

  • Status changed from On Hold to Resolved

fixed with ModuleTemplate API

Actions #13

Updated by Riccardo De Contardi over 6 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF