Project

General

Profile

Actions

Bug #104679

open

Inconsistent behavior of form fields with .has-change class

Added by Jasmina Ließmann 3 months ago. Updated about 1 month ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2024-08-21
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
13
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

System settings: Light mode, Windows 10, Chrome / Firefox

#104676 brings a new style for .has-change CSS class of form elements. This leads to the following behavior:

Scenario 1:
When I, as a user, insert a new content element, all input and selection fields are immediately colored blue and the form label is marked with an info icon. When the mouse hovers over the icon, no further information is given as to why the info icon is there or why the field is colored blue. These are also not mandatory fields.

Wish: A note for the user when the mouse hovers over the icon would be desirable. In addition, not all fields should immediately be marked blue per se.

Scenario 2:
If I select a field in an existing content element, make a different selection (select field) or enter additional text (input field) and completely undo these changes, the fields are still displayed in blue with an info icon in front of them, without there being any actual change.

Wish: If no content change has been made in the field, then the field should not be marked blue and the label should not be marked with an info icon.

Scenario 3:
If I change a switch checkbox from deactivated to activated in an existing content element/data record, then the .has-change class has no visual influence on the field and thus the change to the field is not clear.

In addition, a change to a switch checkbox generally does not lead to an icon on the form label.

Scenario 4:
If I make a change in an RTE, then the field is neither colored blue nor is an info icon placed in front of the label. This is probably for technical reasons (CKEditor), but its behavior is in contrast to the now strong visual highlighting of changes in the other form fields.


Files


Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Task #104676: Make form styling context awareClosed2024-08-21

Actions
Related to TYPO3 Core - Bug #104690: Prevent all form fields to be marked as changed for new recordClosed2024-08-22

Actions
Actions #1

Updated by Jasmina Ließmann 3 months ago

  • Related to Task #104676: Make form styling context aware added
Actions #2

Updated by Jasmina Ließmann 3 months ago

  • Related to Bug #104690: Prevent all form fields to be marked as changed for new record added
Actions #3

Updated by Jasmina Ließmann 3 months ago

  • Description updated (diff)
Actions #4

Updated by Benjamin Franzke about 1 month ago

  • Status changed from New to Needs Feedback

Hey Jasmina,

does this issue still happen with latest main?
It could have been fixed by:

86307: [BUGFIX] Properly handle form state | https://review.typo3.org/c/Packages/TYPO3.CMS/+/86307

Actions #5

Updated by Jasmina Ließmann about 1 month ago · Edited

  • Status changed from Needs Feedback to New

Scenarios 2-4 are still present in current main.

Scenario 1 is solved, but the user still doesn't get any information about what the exclamation mark means.

empty-content-element_inserted-text.jpg

Edit note: Added an example screenshot.

Actions #6

Updated by Benjamin Franzke about 1 month ago

  • Description updated (diff)
Actions #7

Updated by Benjamin Franzke about 1 month ago

Scenario 4: If I make a change in an RTE, then the field is neither colored blue nor is an info icon placed in front of the label.

The info icon is shown for me (tested with tx_styleguide_elements_rte.rte_1), regarding a background color I would be rather conservative: The current field rendering adds a blue background to changed fields, which means that the user has to edit everything on a blue background. This would be disturbing for the rather large RTE editor.

Actions

Also available in: Atom PDF