You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When we have multiple tabs and follow the 160px equal width guideline there are cases where for the “Default” tab variation the end result looks a bit weird if we have say a few single word labels mixed with multi-word labels (see “Option A” in the attached comparison).
Could it be an option if instead of the fixed width we use a rule, similar to the one used for the Carbon buttons, where the tabs are variable width with 16px left padding and 64px right padding (see “Option B” in the attached comparison)?
the fixed tab width is an intentional design decision (#4973#6903#7640), but you should be able to implement the behavior you described by modifying the width style rule on .bx--tabs--scrollable__nav-link
When we have multiple tabs and follow the 160px equal width guideline there are cases where for the “Default” tab variation the end result looks a bit weird if we have say a few single word labels mixed with multi-word labels (see “Option A” in the attached comparison).
Could it be an option if instead of the fixed width we use a rule, similar to the one used for the Carbon buttons, where the tabs are variable width with 16px left padding and 64px right padding (see “Option B” in the attached comparison)?
Note, this question was posted on the #carbon-design-system Slack channel but no reply has been received yet - https://ibm-ai-apps.slack.com/archives/C0M053VPT/p1616484073114000
The text was updated successfully, but these errors were encountered: