Open Bug 1839523 Opened 2 years ago Updated 1 year ago

Standardize and define dimension (space and size) design tokens

Categories

(Toolkit :: Themes, task)

task

Tracking

()

People

(Reporter: jules, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [recomp])

We want to start applying some reusable space decisions to existing widget work. Here's an example.

We started capturing some reusable sizing decisions in our first release. See tokens under "size".

Let's standardize how we treat dimensions (space and size) in our codebase and capture our reusable dimension units in tokens. Before we can do that, we need to discuss:

  • Should we use relative units or pixels?
    • Look at existing use cases using rems and pxs, and determine why they use what they do and from there try to determine what's the best course. Ideally we pick a lane (either rem or px), but if it turns out we need access to both, we can determine how to handle that via token naming and documentation.
  • Should we treat size (width and height) separately than space (margin and padding)?
    • If we treat them differently, should they share any aspect such as being aliases of some overarching 'dimension' token category?
Blocks: 1826833
Whiteboard: [fidefe-reusable-components] → [recomp]
Depends on: 1872788
Depends on: 1882122
You need to log in before you can comment on or make changes to this bug.