This proposal seems fine to me. Thanks for working on this.

@Jdlrobson It looks like this patch which fixes the issue with red link color tokens is set to be included in the next Codex release, scheduled to happen tomorrow.

Thanks for bringing this to our attention. To appease the automated tests, I've updated this color ever so slightly to meet necessary contrast ratios in the patch listed directly above. The change is unnoticeable but fixes the issue.

I agree with the simpler, easy to read, latter approach in Volker's comment.

@Jdlrobson Glad you spoke with Eric about this. These cases are exactly why we created the @color-inverted-fixed token.

This patch which fixes this issue has been merged and will be a part of the next Codex release.

I am working on fixing this as a part of T363911: Fix red link tokens for dark mode.

Thanks @RHo! It can certainly help influence that task.

Okay thanks @bmartinezcalvo! We are still working through the exact definitions of Tooltip, so I will update these once we have a bit more clarity on that.

After discussion with Chris and Julieta, we will keep the Tooltip component separate from the Popover component, which has its own task.

I've created this task to add the decision tokens for diff colors into Codex, which I will work on. I've added that task as a subtask of this task, since once that is done then this task can be completed. Thus, I have assigned this task to @Jdlrobson

I think it is important, when referencing existing examples to help define what a Tooltip and Popover should be, to consider if the existing examples should be this type of interaction to begin with, or if maybe these are potentially inappropriate uses of hiding content in a container like this. I know this notion complicates this task and decision a little more, but I think it's worth questioning so we build the correct versions of these components. Not saying they are all misuses, but I think there are some that might be questionable.

I wasn't sure if you were hard coding these dark mode values still or using what is being built into Codex. I think there may be a patch with some updates on our end that has not been published yet, but that update addresses this issue.

Colors have also been updated in Codex tokens. Assigning back to @Jdlrobson and removing from the design system board.

Noting here that this task will address this request per our conversation in design sync 2024/04/10.

@Volker_E Where is that example from you shared above?

@Volker_E yes I can work on a proposal to present at design sync.

@Volker_E I would agree that it feels a bit small, but the next one up, size-5600, feels too big, and I think the smaller one works better for character length in one line. Maybe it is time for a new sizing token?

@Jdlrobson Thanks for that note. We are working on a broader color update that will be built into Codex. Also, the table above has been updated with colors that meet accessibility criteria.

Apologies for missing that. I will provide new color values in the table above that will work for all types of links on the varying Message status backgrounds for dark mode. Please standby.

@Volker_E Thanks for sharing this image. Since these checkbox groups both have one label each at the top of the checkbox group, they seem completely related to me, and should therefore be 12px apart from one another, just as shown on the docs site.