Problem:
Vertical tabs contain a summary of their selections, but not a description of what they are.

Suggestion:
Add a sentence of helpful instructions to advanced settings on vertical tabs.

Comments

jefflinwood’s picture

Using Add Content->Article as a model for this, we made several observations

1) The vertical tabs need a description and heading of their own - for instance:
Heading: "Advanced Settings"
Description: "Changing these settings will affect this article only."

2) Each tab needs useful help text at the top.

3) Add visual icons to each tab for site builders to visually recognize

bryancasler’s picture

+1 for visual icons and help text at the top of each tab

Todd Nienkerk’s picture

Some feel that adding icons to a UI creates two levels of translation for the user: (1) "what does the icon mean?" and (2) "what does the title/text mean?" Users would have to be trained to know what the icons mean.

Also, new icons would have to built for each new vertical tab; this is a problem because site admins and module developers can choose to put configuration UIs in new vertical tabs. Inevitable, some tabs will not have icons, and they will seem less important to the user because they don't have a unique icon to call them out.

I recommend not adding icons.

svenryen’s picture

I agree with the suggestion not to add icons.

In addition to what Todd just mentioned,
many module contributors may not be the
best icon makers, so you could end up
with a cluttered interface.

svenryen’s picture

Some vertical tabs are not useful for all users.

Even though a module exposes settings in a vertical
tab, this doesn't mean that all users have a need to
interact with the settings.

Making it possible for the site admin to choose which
tabs to show/hide on a _per user role basis_ from the
content type UI would be a significant improvement.

jenlampton’s picture

@svenryen, what you are asking for is already governed by permissions. If you don't want a specific role to be able to add a URL alias, then don't grant them the permission to add a path, and the vertical tab will not appear. Not only does this keep your UI clean, but it keeps your site secure, too :)

Re #1

I agree with 1.

I could go either way on 2. I can see how consistent description text on every fieldset on every form could be really beneficial. But I think we might end up adding a lot of unhelpful text that might just clutter the UI, stuff like "these are the settings for X module".

I strongly disagree with 3. Icons are excluded from pluggable interfaces for a lot of good reasons, as mentioned above. If people want them they can be added via themes or modules, but should certainly not be included in core.

jenlampton’s picture

@svenryen, what you are asking for is already governed by permissions. If you don't want a specific role to be able to add a URL alias, then don't grant them the permission to add a path, and the vertical tab will not appear. Not only does this keep your UI clean, but it keeps your site secure, too :)

Re #1

I agree with 1.

I could go either way on 2. I can see how consistent description text on every fieldset on every form could be really beneficial. But I think we might end up adding a lot of unhelpful text that might just clutter the UI, stuff like "these are the settings for X module".

I strongly disagree with 3. Icons are excluded from pluggable interfaces for a lot of good reasons, as mentioned above. If people want them they can be added via themes or modules, but should certainly not be included in core.

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.

smustgrave’s picture

Issue summary: View changes
Status: Active » Postponed (maintainer needs more info)

Wonder for D10 if this is still a valid task? Never noticed this to be a problem personally.

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.