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.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

David_Rothstein’s picture

Status: Active » Needs review
FileSize
9.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
FileSize
9.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.