Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Components: refining ItemGroup #34709

Open
1 of 12 tasks
ciampo opened this issue Sep 9, 2021 · 4 comments
Open
1 of 12 tasks

Components: refining ItemGroup #34709

ciampo opened this issue Sep 9, 2021 · 4 comments
Labels
[Feature] Component System WordPress component system [Package] Components /packages/components [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues.

Comments

@ciampo
Copy link
Contributor

ciampo commented Sep 9, 2021

This is an overview issue to track all of the tasks necessary to refine the ItemGroup component in the context of integrating with the new design and primitives.

ItemGroup and Item

Integration with other components

  • Explore all text-related components, and see how they behave when inside an Item
    • For example, text inside Truncate changes color when hovered/focused, while text inside Text doesn't
  • Find potential patterns and "sinergies" that may benefit from the Context System, so that the UI looks great "auto-magically" when using ItemGroup in combination with other components
  • Components: reconcile ItemGroup/Item with MenuGroup/MenuItem #35210
@ciampo ciampo added [Status] In Progress Tracking issues with work in progress [Package] Components /packages/components [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues. [Feature] Component System WordPress component system labels Sep 9, 2021
@mtias
Copy link
Member

mtias commented Sep 10, 2021

What would be the purpose of the organizational unit for grouping ItemGroups? Trying to understand what it'd represent.

Should the tooltip be on each ColorSwatch component?

As a general rule, tooltips should be applied to actionable items. So if the entire Item is the action, the tooltip should be general: "Link color red; hover color blue" or something.

@ciampo
Copy link
Contributor Author

ciampo commented Sep 14, 2021

What would be the purpose of the organizational unit for grouping ItemGroups? Trying to understand what it'd represent.

This is a screenshot from an early version of the Global Styles Sidebar prototype — here there are 2 different ItemGroups components, grouped under the "Palette" and "Elements" headers.

Screenshot 2021-09-14 at 13 20 47

In that older prototype version, those ItemGroups were groups using a component called ListGroup, which currently doesn't exist in Gutenberg. When trying to move that earlier prototype to Gutenberg (#32923), tyxla used instead the Panel component (for lack of a better alternative)

Screenshot 2021-09-14 at 13 25 15

These are the reasons behind the current state of the Grouping ItemGroups section in the description. Do you have any suggestions/insights on the best direction to take here?

As a general rule, tooltips should be applied to actionable items. So if the entire Item is the action, the tooltip should be general: "Link color red; hover color blue" or something.

That makes sense. In this case, then, we should definitely think about the best way for ItemGroup to support tooltips for each Item.

We should probably also add tooltip support for the future ColorSwatch component — although this tooltip won't be used when the ColorSwatch is used inside of an ItemGroup (we're going to use the Item's tooltip instead)

@mtias
Copy link
Member

mtias commented Sep 14, 2021

It seems to me ItemGroup with a title prop, a heading sibling, or a heading child should be sufficient? Not sure I see why it'd need an extra layer of componetry since the group is already defined.

@ciampo
Copy link
Contributor Author

ciampo commented Sep 14, 2021

It seems to me ItemGroup with a title prop, a heading sibling, or a heading child should be sufficient? Not sure I see why it'd need an extra layer of componetry since the group is already defined.

This makes sense — we don't have to necessarily group ItemGroup components the same way they were grouped in the early prototype. I've updated this issue's description with what's been discussed and agreed upon in the last exchange.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature] Component System WordPress component system [Package] Components /packages/components [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues.
Projects
None yet
Development

No branches or pull requests

2 participants