Problem/Motivation

Following up on #1164760: [meta] New users universally did NOT understand that you can extend Drupal which renamed the "Modules" administration menu item to "Extend", we should rename "Configuration" to "Configure".

Currently, "Extend" is the only menu item in the toolbar that is unambiguously a verb rather than a noun (though there are one or two others that can be interpreted either way), and it looks particularly awkward right next to the noun "Configuration" since the two concepts are somewhat parallel.

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

After




Introduced terminology

API changes

Data model changes

Release notes snippet

Issue fork drupal-1839032

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Comments

David_Rothstein’s picture

Status: Active » Needs review
StatusFileSize
new9.82 KB

Here is a patch.

sun’s picture

On first sight, I liked it.

But unfortunately, "Configure" is barely translatable. As in, close to impossible.

I don't know why it works in English, but at least in German, it's linguistically not right to use the direct translation (or any variation of it) without a preceding/following subject/object. It's one of those verbs that looks, sounds, and reads horrible when used in the imperative on its own.

fabianx’s picture

Status: Needs review » Reviewed & tested by the community

#2: I don't think "Konfigurieren" (Configure) is worse than "Erweitern" (Extend). German verbs generally do not translate well for this purpose, but I would not block the issue on this. We can still choose to use "Erweiterungen" and "Konfiguration" in the german translation as this applies more to the German audience - without the english core having to adhere to that.

Checked, looks goods => RTBC

Bojhan’s picture

Status: Reviewed & tested by the community » Active

Sorry, but you cannot mark such a major change to vocabulary without any review.

I am not really convinced this is necessary, it does nothing for usability. We have had no issues with the label, nor in conjunction with the renamed label.

David_Rothstein’s picture

Status: Active » Needs review

Awkward phrasing is actually an issue in and of itself...

As for the renamed label, see http://groups.drupal.org/node/260203 :

  • “Extend” was unclear to intermediate participants in this test: Half of the participants thought that “Extend” wasn’t the correct taxonomy label.
  • "I have an English degree and I think 'Extend' is not a good word for Modules" (P4)

Now I am not sure if that's related to this issue, but one possibility is that the context of the other menu items made them expect to see a noun there. Do you have any more insight or details on where those bullet points came from?

webchick’s picture

As a native English speaker, I can confirm that this would help balance things a lot better, and I'd be very curious to know if it helps with user understanding as well.

Bojhan’s picture

@David I doubt that is related, it sounds highly unlikely we will affect the usability of that label by adding another noun. I also wonder if those results are correct, something I need to check with dharmesh.

I am not opposed to this, but I really don't know if it does anything to help - it seems like we are guessing here it has any effect, other than us just liking two nouns next to each other. So I can go either way on this.

@sun is right that this is hard to translate. In general when we come up with smart small labels, translating that into other (germanic) languages is quite hard.

klonos’s picture

Count Greek as another language that using the respective verb for "Configure" wouldn't make sense. But then again neither does "Extend". So, I guess we can leave it up to the translation teams of each language to decide if they should better keep a one-to-one (verb-to-verb or noun-to-noun) translation or if they should mix and match as it better makes sense for each language.

traviscarden’s picture

Is there a discussion anywhere of the top level admin navigation items? I've always thought it seemed disjointed for "Extend" to be the only noun* in the list, as pointed out above, (and for its path to still be "admin/modules"), and I've never been convinced that "People" and "Users" really connote the same thing. It feels like we haven't decided for sure who we're targetting with our taxonomy and there's no controlling paradigm. *Edit: I meant the only verb.

David_Rothstein’s picture

I think renaming admin/modules to admin/extend is still on the table as a followup to #1164760: [meta] New users universally did NOT understand that you can extend Drupal (and I don't understand why it wasn't done that way originally). "People" vs. "Users"... that's a whole other can of worms :) But neither is directly related to this issue.

****

So, is there anything holding up the current patch here from getting committed? (Incredibly, the patch still applies after 5 months, and actually seems like it is still complete.) There is some lingering doubt at #1164760: [meta] New users universally did NOT understand that you can extend Drupal about whether we're sticking with Extend, but if that changes later this could always be rolled back then too.

To handle languages where "Configure" doesn't make sense on its own, I think we could consider using the 'context' option in t() to give translators more context. (That way, it could be translated as something more like "Configure site" in those languages.) However, if it's an equal problem with "Extend" then I think it would be better as a followup issue.

David_Rothstein’s picture

#1: rename-config-1839032-1.patch queued for re-testing.

Status: Needs review » Needs work

The last submitted patch, rename-config-1839032-1.patch, failed testing.

David_Rothstein’s picture

Status: Needs work » Needs review
StatusFileSize
new9.84 KB

Hm, the original patch does still apply for me, but apparently Git isn't able to deal with the patch fuzz.

Here's a reroll.

jwilson3’s picture

TravisCarden, #9 brings up a decent point about "Extend" pointing to "admin/modules" (verb pointing to a noun). But, extend isn't the only noun in the list -- it's a verb. Did you mean that it seems disjoint for "Configuration" to be the only noun in the list?

I think the point about noun/verb consistency is less important from the point of view that this issue's OP is taking (that they should all be consistently verbs). Many, many software systems have top-level menu items containing both nouns and verbs. The choice for verb or noun should be dictated by the kind of things you will find underneath the menu and by what sounds most natural in a given language. This includes the possibility for one language to use a noun and another language to use a verb. (I'm not sure if this is technically feasible from how translation contexts work today or not).

UPDATE: oops david beat me to the punch with contexts. Thats what happens when you leave for a lunch break in the middle of a comment. ;)

traviscarden’s picture

Re @jwilson3: Yeah, I meant that "Extend" is the only verb in the list. Thanks for catching that.

David_Rothstein’s picture

#13: rename-config-1839032-13.patch queued for re-testing.

Status: Needs review » Needs work

The last submitted patch, rename-config-1839032-13.patch, failed testing.

Version: 8.0.x-dev » 8.1.x-dev

Drupal 8.0.6 was released on April 6 and is the final bugfix release for the Drupal 8.0.x series. Drupal 8.0.x will not receive any further development aside from security fixes. Drupal 8.1.0-rc1 is now available and sites should prepare to update to 8.1.0.

Bug reports should be targeted against the 8.1.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.2.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.1.x-dev » 8.2.x-dev

Drupal 8.1.9 was released on September 7 and is the final bugfix release for the Drupal 8.1.x series. Drupal 8.1.x will not receive any further development aside from security fixes. Drupal 8.2.0-rc1 is now available and sites should prepare to upgrade to 8.2.0.

Bug reports should be targeted against the 8.2.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.3.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.2.x-dev » 8.3.x-dev

Drupal 8.2.6 was released on February 1, 2017 and is the final full bugfix release for the Drupal 8.2.x series. Drupal 8.2.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.3.0 on April 5, 2017. (Drupal 8.3.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.3.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.4.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.3.x-dev » 8.4.x-dev

Drupal 8.3.6 was released on August 2, 2017 and is the final full bugfix release for the Drupal 8.3.x series. Drupal 8.3.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.4.0 on October 4, 2017. (Drupal 8.4.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.4.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.5.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.4.x-dev » 8.5.x-dev

Drupal 8.4.4 was released on January 3, 2018 and is the final full bugfix release for the Drupal 8.4.x series. Drupal 8.4.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.5.0 on March 7, 2018. (Drupal 8.5.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.5.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.6.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.5.x-dev » 8.6.x-dev

Drupal 8.5.6 was released on August 1, 2018 and is the final bugfix release for the Drupal 8.5.x series. Drupal 8.5.x will not receive any further development aside from security fixes. Sites should prepare to update to 8.6.0 on September 5, 2018. (Drupal 8.6.0-rc1 is available for testing.)

Bug reports should be targeted against the 8.6.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.6.x-dev » 8.8.x-dev

Drupal 8.6.x will not receive any further development aside from security fixes. Bug reports should be targeted against the 8.8.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.9.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.7 was released on June 3, 2020 and is the final full bugfix release for the Drupal 8.8.x series. Drupal 8.8.x will not receive any further development aside from security fixes. Sites should prepare to update to Drupal 8.9.0 or Drupal 9.0.0 for ongoing support.

Bug reports should be targeted against the 8.9.x-dev branch from now on, and new development or disruptive changes should be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.2.x-dev

Drupal 8 is end-of-life as of November 17, 2021. There will not be further changes made to Drupal 8. Bugfixes are now made to the 9.3.x and higher branches only. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.2.x-dev » 9.3.x-dev

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.15 was released on June 1st, 2022 and is the final full bugfix release for the Drupal 9.3.x series. Drupal 9.3.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.4.x-dev branch from now on, and new development or disruptive changes should be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.4.x-dev » 9.5.x-dev

Drupal 9.4.9 was released on December 7, 2022 and is the final full bugfix release for the Drupal 9.4.x series. Drupal 9.4.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.5.x-dev branch from now on, and new development or disruptive changes should be targeted for the 10.1.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.5.x-dev » 11.x-dev

Drupal core is moving towards using a “main” branch. As an interim step, a new 11.x branch has been opened, as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch. For more information, see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

smustgrave’s picture

Issue summary: View changes
Status: Needs work » Postponed (maintainer needs more info)
Issue tags: +stale-issue-cleanup

Thank you for creating this issue to improve Drupal.

We are working to decide if this task is still relevant to a currently supported version of Drupal. There hasn't been any discussion here for over 8 years which suggests that this has either been implemented or is no longer relevant. Your thoughts on this will allow a decision to be made.

Since we need more information to move forward with this issue, the status is now Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.

Thanks!

jwilson3’s picture

Status: Postponed (maintainer needs more info) » Active
StatusFileSize
new129.28 KB

The issue summary, as written, is still relevant today. The top-level link is still called "Configuration", and could be shortened to "Configure" since it conveys the same info, and (sun's comment #1 notwithstanding) provides more room in the horizontal toolbar, e.g. for additional contrib modules that provide top-level links (like "Groups" module for example). In the vertical sidebar toolbar, it could ultimately lead towards the ability to make the sidebar narrower. Shorter words and consistent word length in the vertical toolbar also help list scanability so people focus more on the icon+text, and don't rely on word length as an indicator of importance.

Screenshot of Drupal CMS vertical sidebar

Version: 11.x-dev » main

Drupal core is now using the main branch as the primary development branch. New developments and disruptive changes should now be targeted to the main branch.

Read more in the announcement.

quietone’s picture

quietone’s picture

Issue summary: View changes
Status: Active » Needs review
Issue tags: +Usability, +Needs usability review
StatusFileSize
new72.43 KB
new7.88 KB

Tagging for a Usability Review due to the age of this issue

quietone’s picture

Issue summary: View changes

needs-review-queue-bot’s picture

Status: Needs review » Needs work
StatusFileSize
new91 bytes

The Needs Review Queue Bot tested this issue. It no longer applies to Drupal core. Therefore, this issue status is now "Needs work".

This does not mean that the patch necessarily needs to be re-rolled or the MR rebased. Read the Issue Summary, the issue tags and the latest discussion here to determine what needs to be done.

Consult the Drupal Contributor Guide to find step-by-step guides for working with issues.

quietone’s picture

Status: Needs work » Needs review
smustgrave’s picture

Not on the UX team just providing my 2 cents :)

But I think Configuration makes more sense. Configure reads like a verb to me, which would make sense if the other words read like that but "Structure", "People", "Appearance" don't to me.

rkoller’s picture

We have taken an initial look at #3615346: Drupal Usability Meeting 2026-08-14. That issue will have a link to a recording of the meeting. The attendees at the usability meeting were @benjifisher, and @rkoller.

Since there were only two attendees today we'll hold off on providing an initial feedback. We will revisit the issue in one of the upcoming meetings once there is a larger group of attendees. For now we just wanted to leave a brief comment, adding #2447955: Change "Extend" menu item to "Extensions" as a related issue that is relevant to this issue, one we've reviewed a few months ago.