In T398375#10993953, @lwatson wrote:

@Volker_E I think we should revert this patch https://gerrit.wikimedia.org/r/c/design/codex/+/1165610 because the favicons are not displaying on the main branch. I'm guessing they won't load on the latest branch either. What do you think?

I wouldn't be too concerned with incomplete token sets in this case. As these are not widely used tokens and I also can't foresee wide usage, it seems slightly better to go with @bmartinezcalvo approach for now and add just the warning ones.
@bmartinezcalvo Do you want to provide the patch yourself or do you want me to go ahead?

Truly is. Patch for T387778: [breaking change] Font modes: Introduce font modes to Codex was providing the public typographic mixin first.

In modern, responsive iOS Safari sites–if you’ve set a proper viewport (<meta name="viewport" content="width=device-width, initial-scale=1">) and size your type with relative units, Mobile Safari’s text-inflation algorithm won’t bite you

Setting to declined, as it would need quite some work and we have to re-focus on other priorities with start of the new Readers Experience team.

Setting to declined, as we re-prioritize work in newly formed Readers Experience team.

@bmartinezcalvo Should we keep this open? Is it worthwhile to let it stick around?

Messages sent out to wikitech-l, design.public and Slack (internally)

There has been a number of deprecations waiting for a breaking release for a while now:

• Remove Dialog.static.escapable (oojs/ui~1076742)
• Remove custom OOUI\Exception class entirely (oojs/ui~1155718)
• SelectFileInputWidget: remove alias for SelectFileWidget (oojs/ui~1155728)

Resolved successfully! Goodbye Codex design token predecessor! 😢

Reached out to talk-to-comms. Pending answer.

@CCiufo-WMF Now indeed. :)

Out of engineering enclave: I think it's useful to have the overflow behaviour as general approach (and not opt-in/optional).

Thanks @Dbrant, with above there's only Wikibase client/data-bridge as last consumer of an old package version left.

In T394866#10845924, @SToyofuku-WMF wrote:

Heads up @ovasileva - not sure how to file on our board as I'm assuming the work is being handled by DST

We went with appearance menu in the Codex docs site instead.

The TAhS update https://gerrit.wikimedia.org/r/c/design/codex/+/1145322/ in Codex was also part of this task.

This has been successfully backported to Vector legacy/Vector 2022! Thanks @Jdrewniak for this step here.

Re-opening in context of another combination identified to be problematic in T394305: 1.45.0-wmf.1: When setting font size to "small", line-height is absolute, making lines with larger font-size cramped.

Option 1: vector-icon override

Set vector-icon to use font-size-medium when at medium. That would be self-referential, but fallback to 1rem with the calc to 20px., which would result in a correct rendering.

	.vector-icon {
		--font-size-medium: @font-size-medium;
		--line-height-medium: @line-height-medium;
	}

Pro: Limited code effort and only one place to be concerned about
Con: Self-referential, so code-wise questionable

This is a side-effect of scaling SVG icons with 20x20 canvas to 18x18 px at default font mode in combination with Vector setting font-size-medium to 0.875rem. We will have a conversation about it in tomorrow's DST design sync meeting on how to proceed.