Template talk:Color chart X11

Spacing & Layout
Is there a programming reason for having this chart in three columns? It runs over the edge of the normal text area on article pages. Could it be narrowed to two columns like this? The order of the color groups could be arranged however they need to be. This would result in the chart being longer, but staying within the article margins. - Tim D. Williamson yak-yak 01:42, 5 February 2016 (UTC)
 * Now that the template has survived a deletion attempt, it may make sense to put additional work into the formatting. To be mobile friendly, ideally the template should scale automatically to the width of the viewer's screen. That is, on a narrow screen (such as a cell phone) it should scale down to a single column, while showing more columns with higher resolutions and larger screens. I know this can be done, but I don't recall how to format it that way. I won't have time to work on it for a few more days, but if nobody has done anything with it before then, I'll try to find time on Sunday (2/28/16) to research that. Etamni &#124; &#9993; &#124; ✓ 22:15, 26 February 2016 (UTC)
 * It does need work. I've been out of town, and I've been working on some less technical pages. I'll get back to this one. Didn't know the columns could change sizes. - Tim D. Williamson yak-yak 05:23, 1 March 2016 (UTC)

Recent formatting issues
Have you looked at the Template:X11 color chart since you edited it earlier this week? Two out of the three headers are messed up, spacing-wise, and any colors with long names, such as MediumSlateBlue, have been reduced to borders. Not very useful for a color chart. If someone is looking at the chart for color reference, it seems like it would be helpful for the color to have prominence. Otherwise, what is the point of a color reference chart? I assume that you're trying to make the color names and codes more readable. Not sure, as there was no Edit Summary explaining the change. I reverted the changes, and you simply undid the revert without addressing the issues I mentioned in my summary. Looking forward to discussing this. I feel like there's probably some happy medium here, between whatever you were trying to achieve and what seemed to be a perfectly good color chart, but serial reverts aren't going to get us there. Thanks for your time. - Tim D. Williamson yak-yak 01:32, 7 February 2016 (UTC)
 * This was an attempt to make the page complaint with Wikipedia's AAA color restrictions. Grapesoda22 (talk) 04:04, 7 February 2016 (UTC)
 * okay, I can see that. Maybe we can come up with a compromise that retains the necessary contrast that still results in a useable color chart. Maybe if we separate the color codes and names from the swatch? Something like Template:Colornames? - Tim D. Williamson yak-yak 04:26, 8 February 2016 (UTC)
 * I'd be willing to do the work, if you can help me with the markup. I have hours at night that I can edit Wikipedia, but I'm rusty on my markup. Took a three year break from design after my son was born. - Tim D. Williamson yak-yak 04:26, 8 February 2016 (UTC)


 * Ok, lets do it. Grapesoda22 (talk) 00:46, 9 February 2016 (UTC)

Formatting proposal
At present the tables are formatted like: This makes it difficult to see the colour being referred to, especially with the longest names which completely take up the column. It would surely be more sensible to remove the {code} containers, and replace them with an equivalent ("font-family: monospaced;" should work, but doesn't on my browser) and set the "color" to whatever contrasts best with the "background" (i.e. white for background colours with a gamma less than 128 (see here), black for those with a gamma of 128 or higher). Then the tables would look like: I would have made this change myself, but as it's such a drastic one (and as the proposed substitute for the {code} container isnt working for me) I have thrown it out for discussion. — Korax1214 (talk) 16:21, 15 October 2017 (UTC)
 * Maybe naming specific monospaced fonts, as well as "monospaced" to cover the possibility that the named fonts aren't installed? That is to say, "font-family: Andale Mono, Courier, monospaced;", with the result as below? — Korax1214 (talk) 08:58, 17 October 2017 (UTC)

Textcolours (black/white) versus Background colours. Proposal to restore the old layout of the colour table
I used the (X11 color section of the) Webcolor page since many years as reference what text colour (black or white) is better readable for a certain background.

However, this major change


 * https://en.wikipedia.org/w/index.php?title=Template%3AX11_color_chart&type=revision&diff=703389575&oldid=694187537

removed this extra information and broke in that way my "old" links (as a work-around I now link to the old version, but I don't like this).

Is someone of you supporting my proposal (here) to restore the old layout ?

— Preceding unsigned comment added by Wikinaut (talk • contribs) 15:36, 14 December 2017 (UTC)

Spacing
The Hex and Decimal columns are placed very closely and it’s hard to tell what column the bordering entries belong to. I recommend increasing the spacing or introducing separator(s) between the two columns. Idell (talk) 14:21, 4 August 2020 (UTC)
 * @ for me there is a white separator between each row and each column. Do you not see them? It could be compatibility issue, since the separators are implemented in a deprecated way Walwal20 talk ▾ contribs 18:42, 4 August 2020 (UTC)
 * I'm replying now as I didn't receive your ping; any idea why? The separators work fine on the desktop site but on the mobile version, they are not visible, each row's background is one solid colour, and those two particular columns are placed even closer together than others. Idell  (talk) 19:15, 25 October 2020 (UTC)
 * You were not notified because made a mistake in, and then ; corrections like that will not trigger a notification. For a notification to work, the (valid) link to the recipient's user page and the (valid) signature of the sender must both be added in the same edit. -- Red rose64 &#x1f339; (talk) 09:59, 26 October 2020 (UTC)


 * That’s right. I looked at the revision history for such a mistake but for some reason couldn’t spot the second edit. Idell  (talk) 10:22, 26 October 2020 (UTC)


 * Hi and, I'm really sorry for messing up the notifications. I remember that by that time I was learning about u, ping and notifications in general. I have fixed the discrepancy in display between desktop and mobile. There wasn't really a "problem", as the style was being left for the browser to decide, but now I am enforcing it display the borders. Personally, I preferred the look without the borders, or with borders only between rows (no white separator in the same row), but I'll wait for your opinions.  Walwal20  talk ▾ contribs 22:28, 28 October 2020 (UTC)



Actually, placing borders just between rows does not address 's first concern, that it is hard to visually separate the hexadecimal from the RGB values. Here is how it is: Instead of borders, the spacing between Hex and RGB could be increased: Or make the borders thinner?  Walwal20  talk ▾ contribs 22:44, 28 October 2020 (UTC)

a "few" suggested changes
idk if the categories that the colours are placed in were actually decided by the css founders, but if not, here's my suggested chart



and maybe make another column for the other colours: tell me if you have any other suggestions! BrownBrun (talk) 17:01, 13 March 2023 (UTC)
 * made 2 minor changes: changed the title and fixed cyan (aqua)'s name BrownBrun (talk) 17:06, 13 March 2023 (UTC)