Adapt field type labels after switch to multi-step field creation

Created on 13 May 2025, 22 days ago

Problem/Motivation

After ✨ Make field selection less overwhelming by introducing groups Fixed the field type labels only appear after having previously selected a field type category. With this flow the current labels are awkwardly worded. For example, after just having chosen that you want to add a Number field, the two options you are presented with are Number (integer) and Number (decimal). The relevant information that you need to decide on in this step is the part in the parenthesis while the main word of the label is completely redundant at this point.

The field type labels for text and list fields are similarly awkward.

Proposed resolution

Update the field labels. See below.

Remaining tasks

User interface changes

Plain text fields

Formatted text fields

(See 🌱 [Meta] Deprecate text_with_summary Active about the related issue of deprecating the text with summary field type)

Number fields

(Note that this screenshot was taken on Drupal 10.4. In Drupal 11 the float field type does not appear due to πŸ“Œ Move Float fields to contrib Active )

Selection list fields

(See above for the note regarding the float list.)

Introduced terminology

-

API changes

-

Data model changes

-

Release notes snippet

πŸ“Œ Task
Status

Active

Version

11.0 πŸ”₯

Component

user interface text

Created by

πŸ‡©πŸ‡ͺGermany tstoeckler Essen, Germany

Live updates comments and jobs are added and updated live.
  • Usability

    Makes Drupal easier to use. Preferred over UX, D7UX, etc.

  • Needs usability review

    Used to alert the usability topic maintainer(s) that an issue significantly affects (or has the potential to affect) the usability of Drupal, and their signoff is needed. When adding this tag, make it easy to review the issue. Make sure the issue summary describes the problem and the proposed solution. Screenshots usually help a lot! To get sign-off on issues with the "Needs usability review" tag, post about them in the #ux channel on Drupal Slack, and/or attend a UX meeting to demo the patch and get direct feedback from designers/UX folks/product management on next steps. If an issue represents a significant new feature, UI change, or change to the general "user experience" of Drupal, use Needs product manager review instead. See the scope of responsibilities for product managers.

Sign in to follow issues

Merge Requests

Comments & Activities

  • Issue created by @tstoeckler
  • Merge request !12110Change field types labels β†’ (Open) created by tstoeckler
  • πŸ‡©πŸ‡ͺGermany tstoeckler Essen, Germany

    Updating proposed resolution

  • Pipeline finished with Failed
    22 days ago
    Total: 578s
    #495946
  • Pipeline finished with Success
    22 days ago
    Total: 377s
    #495983
  • πŸ‡ΊπŸ‡ΈUnited States smustgrave

    As much of some of these would make sense I may be a -1 for such as change as it would be very disruptive

  • πŸ‡©πŸ‡ͺGermany tstoeckler Essen, Germany

    Hmmm... can you elaborate? Not sure what you're getting at specifically.

  • πŸ‡ΊπŸ‡ΈUnited States smustgrave

    I mean you had to alter tests for this to pass, which could break contrib modules.
    Sure a lot of drupal docs, user manuals, and training will have to be written with these changes.

  • πŸ‡©πŸ‡ͺGermany tstoeckler Essen, Germany

    Well we "just" switched the entire form from a single massive select field to an elaborate multi-step workflow, so I'm a bit baffled why now adapting the labels to fit into that new workflow vs. the old select list is somehow disruptive in the context of the larger change.

  • πŸ‡©πŸ‡ͺGermany rkoller NΓΌrnberg, Germany

    I agree it is a disruptive change, but also a necessary one. There is actually already an issue where discussions and work happened over the course of the last few months: πŸ“Œ [PP1] Refine field descriptions Active . The issue has a broader scope since we are also refining the descriptions as well. I've quickly skimmed through the suggestions in the issue summary, and they are mostly in line with the suggestions in the current draft. Sole difference, with ✨ Use modal in add new field flow Active in and the field creation flow moving into a dialog modal, we wanted to make the dialog modal title more explicit for each step of the wizard. In consequence instead of something like Long formatted text, the title would be called "Formatted text" (and maybe something like "Step 1 of 3:"prefixed) and the available fields would be called "Short text", "Long text", "Long text with summary" - we also disliked parenthesis within the labels which puts a toll on readability.

    A summary of the current state and the open to-dos can be found in #3370326-27: Refine field descriptions β†’ . The issue itself contains a lot of information and discussion, and most of the initial thought process is contained in https://docs.google.com/spreadsheets/d/1Lx7L40eRHotr5KQGn6au5WxQO3lFv19a... (there are also some more ideas for follow ups in the comments there).

    If it would be ok with you @tstoeckler i would suggest, to invite you to join the discussion over in πŸ“Œ [PP1] Refine field descriptions Active (would be really valuable to get some additional feedback there - the recent discussions were solely around the regular attendees of the ux meetings) - simply to focus the effort in a single issue if that would be ok with you?

  • πŸ‡©πŸ‡ͺGermany tstoeckler Essen, Germany

    Thanks @rkoller, I wasn't aware of that issue. Yes, totally makes sense to focus efforts there. Will see if I have some time to try dig into the issue there. But yes, let's close this then. Thanks for the heads-up! πŸ‘οΈ

Production build 0.71.5 2024