Project

General

Profile

Actions

Feature #80959

closed

[Usability][BE] Put submit buttons into the forms

Added by Elmar Hinz about 7 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2017-04-22
Due date:
% Done:

0%

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

Description

Put submit buttons below the forms (usability)

Issue

People often forget to save changes. Time and money get's lost.

Reason

In the BE the save buttons are above and outside the forms.

People fill out forms top down and are used to find a submit button below the form.

Solution

Put the submit button into the bottom line of the forms.

Pro

  • Usability standard of web forms
  • Button is close to the actual changes.
  • Less confusing
  • Less mouse movements

Consider: In an editor do you prefer <CTRL-S> or do you like to always move to the [file] > [save] menu?

Cons

  • Editors must learn the change.
  • Change in the "brand of TYPO3"

Additional considerations

While the summit buttons belong into the form, other parts of the panel are useful above the forms as it is. Moving the submit buttons out from there simplifies the understanding of those buttons by giving more focus.

I personally would like to see the submit button in the bottom line of the form (maybe an additional one in the top line). I preference the right position over the left as people (in most languages) write top down and left to right.

Actions #1

Updated by Mona Muzaffar almost 7 years ago

  • Status changed from New to Needs Feedback

Either i don't really understand this request or i am kind of against it.

If you are actually talking about the save button of normal content elements, i am against it.
In many text editors you have the save button at the top left corner at a fixed position,
so the current state is not something that is unique or new for an editor.

I disagree that the button is closer to the change and there is less mouse movement,
as that solely depends on the length of your form.
If you have created your own content element which has more input fields than usual,
it is easier for the user to have a fixed save button at the top rather than to have to scroll to the top or bottom of a form.
Also the button wouldn't be visible at the bottom if you have really long forms, since you would have to scroll to the bottom.
And in order to avoid such issues and buttons at multiple places, i think the current solution is great.
We must consider mobile views as well since the backend is responsive now.

'People fill out forms top down' - this might only be the case the first time a form is created or edited.
When one only wants to change a small thing, that behavior is not necessarily the case.

I don't think one can compare a shortcut like <CTRL-S> with a button.

In addition to that we have more places in the backend, like the page or list module in general, where you can find action buttons like view, edit or add in the doc header. Thus looking for a save button at the same place seems legit to me.

Besides that, we are already checking whether the user is closing a form with unchanged saves,
so i don't really understand how changes get lost so easily.

If i misunderstood your feature request, you can gladly ignore my comment :).

Actions #2

Updated by Riccardo De Contardi over 6 years ago

  • Status changed from Needs Feedback to Closed

There has been no feedback since 90 days,so I am closing it for now.

If you think that this is the wrong decision or you want to add more details, please reopen it or open a new issue with a reference to this one. Thank you

Actions

Also available in: Atom PDF