Jump to content

Template talk:Table cell templates

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
(Redirected from Template talk:CFinalist)

Issue with Dark mode.

[edit]

When using Dark Mode, the {{Not yet}} template retains its light color.

The {{N/a}} template, however, changes color to match the mode.

If this is the wrong location, please let me know. Redacted II (talk) 01:43, 30 July 2024 (UTC) Courtesy links added, no content change. Primefac (talk) 13:17, 30 July 2024 (UTC)[reply]

Sohom Datta, is this just a case of adding the var for dark mode as you did here? Primefac (talk) 13:20, 30 July 2024 (UTC)[reply]
It took a bit more messing around, but the template should be fixed :) Sohom (talk) 13:44, 30 July 2024 (UTC)[reply]
Thanks! Redacted II (talk) 14:01, 30 July 2024 (UTC)[reply]
Noticing this particularly with {{TBA}}. Is the plan a generic fix, individual template fixes, or wait for dark mode to fix itself? (— 𝐬𝐝𝐒𝐝𝐬 — - talk) 16:34, 11 September 2024 (UTC)[reply]

Dark mode fixes with skin-invert

[edit]

I think it would be a good idea to add the class skin-invert to all the templates that lack it (currently only one or two have it).
Here's an example with {{yes}} and {{no}}:

Example without skin-invert
Foobar Foo Bar
Barfoo Yes No
Example with skin-invert
Foobar Foo Bar
Barfoo Yes No

Here's a screenshot in dark mode:

Pinging Jonesey95 because you've been active in this area. — Qwerfjkltalk 17:49, 20 August 2024 (UTC)[reply]

I posted about this issue a few months ago (somewhere; I can't put my finger to it right now) when the dark mode was just starting to emit Linter errors. I was hoping for a systematic fix so that we didn't need to edit every one of these templates and hope to get it right. I am still hoping for such a fix, maybe a shared CSS file so that if we get it wrong, we don't have to go back and fix all of them again. – Jonesey95 (talk) 19:25, 20 August 2024 (UTC)[reply]

Template not working well with sticky header templates

[edit]

This template, transcluded by multiple other templates, or rather background colors aren't working well with {{sticky table start}} and {{sticky table end}}, both of which were recently created. It also may not work well with {{sticky header}}. Would separate "styles.css" subpage or a separate module fix the issues with those templates? George Ho (talk) 07:28, 4 September 2024 (UTC)[reply]

George Ho. Can you link to some example tables in articles, sandboxes, your user pages, etc.?
Jroberson108. I happened upon this talk page while trying to make colored table column headers screen reader accessible. Per:
Template talk:Sticky table start#Disable scroll window. And: Enable sticky headers
--Timeshifter (talk) 20:21, 5 September 2024 (UTC)[reply]
Actually, either pending or never mind for now. As I just found out, either {{won}} itself is the sole issue, or I didn't know how to properly use the {{won}} yet, not {{sticky table start}} yet. Indeed, '''{{won|place=1st}}''' doesn't render cell formatting properly. I tried other methods, so then I realized that the style parameter works for cell-formatting. Here's one sandbox version, but it's more about (improperly using) the {{won}} itself. I'll provide a more substantial example than this if I can. George Ho (talk) 21:13, 5 September 2024 (UTC)[reply]
@George Ho and Timeshifter: On Template:Table_cell_templates/doc#Templates, I replaced the surrounding div with the template and made row1 sticky then previewed it. I tried this with both sticky templates. The background colors still showed, even for {{won}}. Jroberson108 (talk) 21:19, 5 September 2024 (UTC)[reply]

See this version. I went ahead and made the top table header sticky for the table of templates. I don't have the time to make the side sticky work correctly since there are so many rowspans. Someone else can do that if they want. See how here:

As Jroberson108 said I also don't see any background colors being removed by the sticky template. At least in Firefox on a Win 10 Pro PC. --Timeshifter (talk) 22:51, 5 September 2024 (UTC)[reply]

[edit]

Currently, links in {{N/A}} are unreadable in dark mode, as the presence of the inline background property causes ext.wikimediamessages.styles/theme night.less to match the custom inline-style-color selector, which causes the color property to be set to var(--color-base-fixed, #202122).

I propose converting {{N/A}} to use TemplateStyles now that T360562 and T361934 are fixed. — ExE Boss (talk) 16:00, 16 November 2024 (UTC)[reply]

@ExE Boss Huh, did you link to the wrong template {{N/A}} seems fine to me in dark mode. Can you give me a small testcase to reproduce what you are talking about. Sohom (talk) 17:14, 16 November 2024 (UTC)[reply]
@Sohom Datta: It only happens on main namespace pages, see the “CPUID EAX=1: Processor Family IDs” table on CPUID § EAX=1: Processor Info and Feature Bits for an example. — ExE Boss (talk) 18:10, 18 November 2024 (UTC)[reply]
@ExE Boss That table seems fine to me, can you clip a picture of what you are seeing? Sohom (talk) 13:06, 19 November 2024 (UTC)[reply]
@Sohom Datta: On rows 3h and 8h, the links in the “Intel” column are too dark:
— ExE Boss (talk) 23:35, 20 November 2024 (UTC)[reply]
 Not done: I have fixed the immediate issue by unsetting the absolute color. This probably needs some further analysis (and potentially a phab bug). I'm marking this as not done since the template was not moved to use templatestyles. Sohom (talk) 04:36, 21 November 2024 (UTC)[reply]