Overleg:Lijst van HTML-kleuren

Hoe kan groen nou niet hetzelfde zijn als green?

Mooi gedaan, dat hele kleurenproject! Amarant 2 aug 2003 17:31 (CEST)

Tnx ;-). Het is ook leuk om je uit te leven met je hobby hier. Elly

Verrukkelijk ja, nooit eerder gezien. Koenb 14 aug 2003 08:10 (CEST)

Bloos, dank je. Ik probeerde het inderdaad beter/anders te doen dan overal op Internet. En zo'n compliment is een goed begin van de dag. Elly 14 aug 2003 08:59 (CEST)

---

Op 4 maart 2005 is Snoops oranje ontdekt en verwijderd door Gebruiker:Markv. Die kleur had ik er op 2 augustus 2003 bijgezet, met de melding daarvan in de "samenvatting". Ik was toen benieuwd hoe lang het zou blijven staan. Ooit komt het dus wel goed met Wikipedia. Elly 4 mrt 2005 22:45 (CET)

Snoop's oranje

FF

80

00

.........

Voor degene die weet hoe het moet: Ik mis KPN-groen. Alten 26 apr 2005 04:09 (CEST)

De nederlandse benaming van de kleur

De lijst geeft de engelse HTML naam weer van een aantal kleuren. Niet iedere kleur heeft een nederlandse benaming gekregen. Het lijkt mij sterk dat deze kleuren geen duidelijke algemeen toepasbare nederlandse kleurnaam hebben. Wie kan de lijst vollediger maken?--Abnormaal 21 mei 2005 16:19 (CEST)

Ik heb de html namen weer teruggezet. Ten eerste heb ik persoonlijk een grote hekel aan al die hoofdletters, zeker midden in een woord (maar over smaak valt inderdaad veel te twisten), maar behalve die hekel zijn de hoofdletters ook meer werk met het toestenbord. Verder zijn de html kleurennamen gewoon "officiele" html aanduidingen, en zie ik niet waarom dat veranderd moest worden. De tekst heb ik tenslotte wel weer teruggezet. Graag overleg indien mijn wijzigingen niet akkoord zijn. Deze pagini is een beetje mijn "kindje", nergens op internet vind je volgens mij zo een mooi op kleur gesorteerde lijst namelijk. Ik gebruik hem zelf dan ook vaak (maar dat alles is terzijde fiy). Elly 21 mei 2005 16:45 (CEST)

P.S.

Kan een wikisyntaxexpert de vette zwarte lijnen in de tabel (op mijn scherm althans) vervangen door iets duns bescheidens grijs bijvoorbeeld? Elly 21 mei 2005 16:47 (CEST)

Ik heb even de border weggehaald... is dat beter? - Puck 21 mei 2005 16:58 (CEST)

Dat was wel beter, dank je wel. Maar de hele pagina is door allerlei kleine wijzigingen eigenlijk langzamerhand verpest eerlijk gezegd (vind ik dan). Over de volgorde van de kleuren heb ik ooit goed nagedacht en nog beter naar gekeken. Ik wil niet persé opscheppen, maar kleurgevoel heb ik dacht ik wel. Die volgorde is door allerhande personen veranderd. Er zijn kreten toegevoegd die niemand snapt, zoals secundair bruin en tertiair bruin. Al het bruin is een tertaire kleur in het subtractief mengsysteem dat hier is gebruikt. Ik heb nu een oudere versie van de tabel teruggezet. Wie de beiden wil vergelijken, hier de laatste versie (zonder de border). Elly 21 mei 2005 17:09 (CEST)

---

NB Deze versie hier geplaatst door -DePiep 26 mei 2005 21:42 (CEST) Eerdere versie staat nog op Overleg:Lijst van kleuren\LaatsteVersieMetOvereenstemming

Nederlandse naam	HTML kleurnaam	R G B Hex code			Kleur weergave
Rode kleuren
indianen rood	IndianRed	CD	5C	5C
licht koraal	LightCoral	F0	80	80
zalm	Salmon	FA	80	72
donker zalm	DarkSalmon	E9	96	7A
oranjerood	OrangeRed	FF	45	00
rood	Red	FF	00	00
vermiljoen	Crimson	DC	14	3C
baksteen	FireBrick	B2	22	22
donker rood	DarkRed	8B	00	00
Roze kleuren
roze	Pink	FF	C0	CB
licht roze	LightPink	FF	B6	C1
	PaleVioletRed	DB	70	93
acaciaroze	HotPink	FF	69	B4
dieproze	DeepPink	FF	14	93
middenvioletrood	MediumVioletRed	C7	15	85
Gele kleuren
licht geel	LightYellow	FF	FF	E0
	LemonChiffon	FF	FA	CD
	LightGoldenrodYellow	FA	FA	D2
	PapayaWhip	FF	EF	D5
	Moccasin	FF	E4	B5
	PeachPuff	FF	DA	B9
	PaleGoldenrod	EE	E8	AA
kaki	Khaki	F0	E6	8C
geel	Yellow	FF	FF	00
goud	Gold	FF	D7	00
donker kaki	DarkKhaki	BD	B7	6B
Blauwe kleuren
licht cyaan	LightCyan	E0	FF	FF
	PaleTurquoise	AF	EE	EE
cyaan	Aqua	00	FF	FF
aquamarijn	Aquamarine	7F	FF	D4
turquoise	Turquoise	40	E0	D0
	MediumTurquoise	48	D1	CC
donker turquoise	DarkTurquoise	00	CE	D1
	PowderBlue	B0	E0	E6
staalblauw	LightSteelBlue	B0	C4	DE
licht blauw	LightBlue	AD	D8	E6
hemelsblauw	SkyBlue	87	CE	EB
licht hemelsblauw	LightSkyBlue	87	CE	FA
hemelsblauw	DeepSkyBlue	00	BF	FF
korenbloemblauw	CornFlowerBlue	64	95	ED
donkerstaalblauw	SteelBlue	46	82	B4
	CadetBlue	5F	9E	A0
	MediumsLateBlue	7B	68	EE
	DodgerBlue	1E	90	FF
koninklijk blauw	RoyalBlue	41	69	E1
blauw	Blue	00	00	FF
middenblauw	MediumBlue	00	00	CD
donker blauw	DarkBlue	00	00	8B
marine	Navy	00	00	80
nachtblauw	MidnightBlue	19	19	70
Oranje kleuren
licht zalm	LightSalmon	FF	A0	7A
oranje	Orange	FF	A5	00
donker oranje	DarkOrange	FF	8C	00
koraal	Coral	FF	7F	50
tomaat	Tomato	FF	63	47
oranjerood	OrangeRed	FF	45	00
Groene kleuren
groengeel	GreenYellow	AD	FF	2F
groen	Chartreuse	7F	FF	00
grasgroen	LawnGreen	7C	FC	00
	Lime	00	FF	00
bleekgroen	PaleGreen	98	FB	98
licht groen	LightGreen	90	EE	90
middenlentegroen	MediumSpringGreen	00	FA	9A
lentegroen	SpringGreen	00	FF	7F
	YellowGreen	9A	CD	32
	LimeGreen	32	CD	32
	MediumSeaGreen	3C	B3	71
zeegroen	SeaGreen	2E	8B	57
bosgroen	ForestGreen	22	8B	22
donker groen	Green	00	80	00
	OliveDrab	6B	8E	23
olijfgroen	Olive	80	80	00
donkerolijfgroen	DarkOliveGreen	55	6B	2F
donkergroen	DarkGreen	00	64	00
aquamarijn	Aquamarine	7F	FF	D4
	MediumAquamarine	66	CD	AA
donker zeegroen	DarkSeaGreen	8F	BC	8F
licht zeegroen	LightSeaGreen	20	B2	AA
donker cyaan	DarkCyan	00	8B	8B
	Teal	00	80	80
Paarse kleuren
lavendel	Lavender	E6	E6	FA
distel	Thistle	D8	BF	D8
pruim	Plum	DD	A0	DD
violet	Violet	EE	82	EE
fuchsia	Fuchsia	FF	00	FF
magenta	magenta	FF	00	FF
orchidee	Orchid	DA	70	D6
	MediumOrchid	BA	55	D3
	MediumPurple	93	70	DB
	SlateBlue	6A	5A	CD
	BlueViolet	8A	2B	E2
donker violet	DarkViolet	94	00	D3
	DarkOrchid	99	32	CC
	DarkMagenta	8B	00	8B
purper	Purple	80	00	80
	DarkSlateBlue	48	3D	8B
	Indigo	4B	00	82
Bruine kleuren
	CornSilk	FF	F8	DC
	BlancheDalmond	FF	EB	CD
	Bisque	FF	E4	C4
	NavajoWhite	FF	DE	AD
	Wheat	F5	DE	B3
	BurlyWood	DE	B8	87
	Tan	D2	B4	8C
	RosyBrown	BC	8F	8F
	SandyBrown	F4	A4	60
	Goldenrod	DA	A5	20
	DarkGoldenrod	B8	86	0B
	Peru	CD	85	3F
chocoladebruin	Chocolate	D2	69	1E
	SaddleBrown	8B	45	13
roodbruin	Sienna	A0	52	2D
bruin	Brown	A5	2A	2A
kastanjebruin	Maroon	80	00	00
Witte kleuren
wit	White	FF	FF	FF
sneeuwwit	Snow	FF	FA	FA
	Honeydew	F0	FF	F0
	MintCream	F5	FF	FA
	Azure	F0	FF	FF
	Aliceblue	F0	F8	FF
	GhostWhite	F8	F8	FF
rookwit	WhiteSmoke	F5	F5	F5
schelp	Seashell	FF	F5	EE
beige	Beige	F5	F5	DC
kant	Oldlace	FD	F5	E6
	FloralWhite	FF	FA	F0
	Ivory	FF	FF	F0
	AntiqueWhite	FA	EB	D7
linnen	Linen	FA	F0	E6
	LavenderBlush	FF	F0	F5
	MistyRose	FF	E4	E1
Grijze kleuren
	Gainsboro	DC	DC	DC
licht grijs	LightGrey	D3	D3	D3
zilver	Silver	C0	C0	C0
donker grijs	DarkGray	A9	A9	A9
grijs	Gray	80	80	80
	DimGray	69	69	69
	LightSlateGray	77	88	99
	SlateGray	70	80	90
	DarkSlateGray	2F	4F	4F
zwart	Black	00	00	00

Elkaar aanvullen leek een goed idee.

Een aantal onduidelijkheden zijn op deze pagina terug gekomen. lichtroze en lightpink zijn weer heel andere kleuren geworden. De brontekst drempel van de tabel is weer onnodig ingewikkeld gemaakt. Aanvullingen blijken hier moeilijker door te voeren. Jammer dat deze pagina niet verder kan/zal evalueen.--Abnormaal 22 mei 2005 00:12 (CEST)

Hallo Abnormaal, kom alsjeblieft met je concrete voorstellen voor veranderingen, dan kunnen we samen kijken, eventueel met anderen wat de veranderingen zijn waar we het allebei over eens zijn. Dan kunnen we die doorvoeren. Wat je bedoelt met lichtroze/en lightpink is me niet helemaal duidelijk bijvoorbeeld. Als er fouten in de tabel zitten moeten die ook worden opgelost. En de een leest beter html, de ander wiki syntax, maar dat is voor de bezoeker van het artikel niet het belangrijkste. Elly 22 mei 2005 08:00 (CEST)

Ik heb je uitgenodigd voor overleg, maar dat doe je niet. Ik ga een andere moderator dan mijzelf verzoeken het artikel te beveiligen tot je die bereidheid hebt getoond.

Voor mij zijn dus niet acceptabel:

• De anglicistische hoofdletters, vooral midden in een woord.
• De zware zwarte lijnen rond de kleuren die het kleurgevoel beinvloeden
• De op mijn scherm verspringende html codes, zoals EE EE (nieuwe regel) FF
• De kreet Primaire Roze kleuren. Deze bestaan niet. We kunnen het primair, secundair, tertiair beter weghalen.

Ben benieuwd naar je reactie. Elly 23 mei 2005 07:34 (CEST)

Weet je zeker dat je overleg wil, waar gaat het uiteindelijk over. Dat beveiligen is wat mij betreft in het geheel overbodig. Je beveiligen tegen aangeboden hulp?? Ik heb wat aan deze pagina veranderd omdat ik de code van de tabel vreemd vond en de tabel naar mijn beleving duidelijker kon. Meer als een technische uitdaging dus. Inhoudelijk ben ik voor jouw in deze geen gelijkwaardige gesprekspartner. Jouw parate kennis van zaken mis ik in het geheel. Als ik opzoek wat primair secundair tetair betekent ben ik geheel met jouw eens dat je ze beter kan weglaten. Ik heb ze echter laten staan omdat ze blijkbaar wel als zinvolle toeving aan de lijst gezien werden en door mijn gebrekkige kennis op dit vlak kon ik ze niet zo maar weg laten. De hoofdletter in de HTML naam heb ik toegevoegd om aan een ieder duidelijk te maken dat hoofdletters gebruikt mogen worden. In de tekst onder de tabel geef ik vervolgens aan dat er een aantal vrijheidsgraden zijn voor het invullen namelijk geen hoofdletter (wat jouw aan zal spreken) maar ook wel hoofdletters en mogelijk een spatie in de code op die plek waar een hoofdletter staat, Nu geef jij aan dat je niet van hoofdletters midden in een woord houd. Ok je hoeft ze van mij niet te gebruiken, ze worden uitsluitend genoemd voor de lezers die mogelijk wel hoofdletters en of spaties prettig vinden in het gebruik. Persoonlijk heb ik hierin wel een voorkeur maar die is voor de layout van deze pagina min of meer volledig inrelevant. Het zou afdoen aan de waarde van de tabel als je de mogelijkheid niet zou tonen omdat je er zelf niet van houd, daar help je niet veel mensen verder mee. Het is voor mij overigens geen halszaak ik zou teleurgesteld zijn als je deze toegevoegde waarde aan de tabel zou weglaten. Van die zware zwarte lijnen begrijp ik niet precies wat je bedoeld. Mogelijk is dat een effect van de browser of het scherm. Zie je in de oude lijst dan geen kader om de kleuren?? Het weglaten van de omlijning lijkt mij trouwens prima. Het kader is echter nodig om de verdeling die in de laatste kolom staat duidelijk weer tegeven. Het is mischien een goed idee om de laatste kolom in zijn geheel te laten vervallen met daarbij de borders. De instap drempel voor andere wikipedianen wordt dan lager omdat de tabel simpeler wordt. Tevens is het nou niet direct zinvol om achter een combinatie van bruin tinten te zeggen dat het om bruin tinten gaat. Deze informatie is mogelijk overdone niet op zijn plaat dit terwijl het weglaten van deze kolom opzich zoveel ander voordelen geeft waaronder het simpel worden en eenvoudiger aanzicht van de tabel veel meer voordeel bied dan de toevoeging dat het om een combinatie van kleuren gaat, dat zie je namelijk al direct. Daarnaast is de indeling van kleuren in de genoemde reeksen een mogelijke bron van discusie die je eigenlijk niet wil oproepen. Is een baksteen een bruin of een rood type kleur, nauw daar zal niet een aanzienlijk aantal mensen van wakker liggen. De verspringende HTM code lijkt mij niet zo gewenst. Het is hierbij de vraag wat wil je duidelijk maken. Indien er geen border van de tabel getekent wordt op het scherm en de laatste kollom vervalt dan is het weer plaatsen van R,G en B waarde in eigen kolomen een acceptabele oplossing. Er wordt dan niet versprongen en daarnaast is er ook geen overmatige toepassing van vakjes op het scherm die het beeld allen maar onduidelijk maken en of afleiden. De code wordt immers als 6 cijferige code ingegeven en niet als drie keer twee cijfers. Dit terwijl het appart tonen van R,G en B waarde wel een verhelderend beeld van de opbouw van de code geeft. Bovenstaande tabel heb ik aangepast om een idee te geven waar we hier over praten. Het zou leuk zijn als we die eerste kolom volledig in kunnen vullen. Ik mis daar de gave voor. Mogelijk kan jij die zo uit je mouw schudden. Ik hoop mijn bijdrage hieraan geleverd te hebben door in ieder geval de brontekst aanpas drempel te verlagen. Of zou niemand wat durven doen aan deze pagina.--Abnormaal 24 mei 2005 02:10 (CEST)

Bedankt Abnormaal, hier ga ik nog naar kijken, waarschijnlijk pas morgenavond, want ik moet er even rustig voor gaan zitten en dan kan momenteel nog niet. Elly 24 mei 2005 10:28 (CEST)

Ik heb nog eens wat geprobeerd met de HTML naam en hoe/of de juiste kleur dan op het scherm komt. Het is inderdaad zo dat hier en daar hoofdletters en spatie's in de kleurnaam gebruikt mogen worden. Kwam er wel achter dat dit helemaal niet zo eenduidig in de hele reeks van namen toepasbaar was. Weglaten van die hoofdleters in de code om verwarringen te voorkomen is dan beter--Abnormaal 24 mei 2005 23:58 (CEST)

Hoi Abnormaal, het is een stuk beter geworden vind ik! Fijn is dat, zo komen we ergens. Wat ik nu voorstel (en gedaan heb) in deze versie is een dunne celpadding om de kleuren. Een dun wit randje, zo zijn de kleuren los beter te beoordelen denk ik. (Lees Johannes Itten als je er meer van weten wil). En dan heb ik ook nog de aanduidingen roodachtig, geelachtig etc. toegevoegd. Weliswaar niet zo heel goed Nederlands. Maar dat maakt de lezer duidelijk in welke groepen de kleuren zijn ingedeeld. Wat me niet lukt is die tekst te centreren in het midden van de rij, over alle kolommen dus. Wat vind jij er zo van?? Elly 25 mei 2005 22:18 (CEST)

lijkt mij prima.--Abnormaal 26 mei 2005 01:28 (CEST)

Wat veel overleg. Even op een rij zetten. Dit is dan hier samengevat.--Abnormaal 26 mei 2005 20:57 (CEST)

• Ab:Sortering op kleur. Iemand begint zijn zoek de kleurnaam of rgb-code van een bepaalde kleur. Alfabet sorteren (of RGB-waarde) is makkelijk voer een omgedraaide zoek tocht maar dat lijkt mij niet zo snel gebeuren.
• Ab:Als rood en bruin bij elkaar staan zal de bruinachtigerode kleur en de roodachtigebruine kleur te vinden zijn. Mogelijk is hier wel wat te winnen ook al mis je de derde (as) dimensie.
• Ab:Geen moeite met wegjagen van kamelen. Gebruik van hoofdletters vind ik overigens wel duidelijker leesbaar en dat is ook in de HTML kleurnaam toegestaan. (Het gebruik van spatie niet overal)
• Ab:Dubbele benoemen van kleuren zalm, orangered, darkred niet doen als dit niet nodig is. Mogelijk is dat een aanwijzing dat die kleur groepen wat bij elkaar gezet moeten worden.
• Ab:Naam:... HTML Kleurnamen met RGB-waarde
• Ab:Nederlandse naam compleet maken.
• Ab:Tijd voor boute uitspraak...In wiki hulp, worden nu RGB-waarde in voorbeelden genoemd. Indien de onbegrijpelijke code in een onbegrijpelijk formaat vervangen zou worden door HTML-kleurnamen zou deze hulp veel meer aanspreken en de drempel voor het gebruik van kleuren verlagen. Mogelijk wordt het dan kleurrijker.
• Ab:Een kleur selectie knopje in wiki editer maakt de kennis van kleurnamen en RGB-waarde overbodig.
• Vul gerust deze lijst aan als die niet compleet is

• Re van DePiep: sort op kleur. Is gedaan. Zie nieuwe artikels:

Lijst van HTML-kleuren (op naam)

Lijst van HTML-kleuren (op RGB-waarde)

Overleg:Lijst van kleuren\DerdeTabelMetZelfdeIndeling (gepland)

• Re van DePiep: dubbele benaming van borangered: Ik bedoelde dubbel aanwezig (is ook zo). Maar niet erg hier, want je zoekt ook op het oog (bij roden of ornjes dezelfde zalm =OK.) Wel heb ik ze verwijderd in de twee nieuwe tabellen (logisch).
• Re van DePiep: roden bij bruinen. (dwz blokken verplaatsen, niet samenvoegen toch): prima idee. Zelf dacht ik aan: kleurenblokken in volgorde van regenboog = kleurcirkel. Witten, grijzen & bruinen: ergens logisch daarbij. Misschien later.
• Re van DePiep: Koppelen aan wiki-help en Edit-links: Goed idee, maar kan ik niet maken. Tweede gedachte: als het nodig is de artikels te herstructureren (bijv drie gelijkvormige tabellen in één systematisch hulp-artikel, náást niet ipv dit artikel), is dat prima. Zal ik onze basistabel van hier ook opmaken, op andere pagina, zoals die twee nieuwe? (misschien over tien minuten).
• Re van DePiep: Het was mij een plezier hexadecimale kleuren te werken. -DePiep 27 mei 2005 16:03 (CEST)

---

Ik reageer hierop in aparte sectie hieronder, om jullie overleg niet te verstoren -

DePiep 24 mei 2005 12:26 (CEST)

mi

Ik heb bovenstaande discussie gevolgd tussen Gebruiker:Abnormaal en Gebruiker:Ellywa. Ik reageer in een apart blok. Onderverdeling hier naar onderwerpen uit betoog Abnormaal en mijzelf

• Titel. Voorstel titelwijziging: Lijst van HTML-kleuren OF Lijst van RGB-kleuren (meest correcte v/d twee). Dat is precies wat het is. Lijst van Kleuren is te algemeen.
  • Lijkt me wel Oke. Elly 25 mei 2005 22:18 (CEST)
• Kern van de tabel zijn de RGB-kleurnummers, Engelse namen en kleurblokken. Daar dus ook op indelen (sorteren).
• Groepering Primair/Secundair/Tertiar is hier niet de goede structuur, want de opbouw & herkomst is RGB. Met jullie beide eens: eerste kolom met 'Primaire kleur' weglaten. Dit geldt eigenlijk ook voor groepen Roden Rozen ed.
  • Wat ik juist heb willen bereiken met deze indeling, is vanuit de kleur geredeneerd, voor iemand die een website wil ontwerpen, en die bijv. een geelachtige kleur wil kiezen. Elly 25 mei 2005 22:18 (CEST)
• Engelse namen zijn toch offi & compleet? Laten zo. Tabel niet schrijven in CamelCase, omdat dat een jargon-achtige vorm is (programmeur). Wel houden: de uitlegsectie onderaan dat alle vormen kunnen in HTML. nl namen zijn incompleet & niet bruikbaar in HTML. Als illustratie/vertaling evt laten staan, weglaten is geen probleem! Suggereert een codering die er niet is.
  • Daar was ik het al mee eens, omdat het niet consequent kan Abnormaal lijkt het ook. Elly 25 mei 2005 22:18 (CEST)
• Omlijning, border en kader (wast verschil?). Elywa wilde minder kaders, en vroeg dit aan een tabel-opmaker (zie eerder). Dus ook: R-G-B-getallen komen in één cel. Zijn we met elkaar eens. (mi: wel spatie houden, om de waarden r-g-b te onderscheiden).
• Volgorde: ik wil een vloeiende volgorde, als een regenboog. Dat kan toch? OF gesorteerd op kleurgetallen; weet het effect niet precies. NU: lijkt me willekeurig, = minder. Daarnaast (letterlijk & figuurlijk) kan evt een tabel gesorteerd op Engelse naam, want die wil een HTML-schrijver toch ook kunnen terugvonden in wikipedia.
  • Een regenboog kan dus niet helaas, dat kan alleen met de puur primaire en secundaire kleuren. Zodra er wit of zwart of een derde kleur wordt bijgemengd, kom je op een derde dimensie. Vandaar dat je diverse kleurruimtes hebt, en 3 assen. (De K in CMYK is strikt genomen niet nodig). Elly 25 mei 2005 22:18 (CEST)
  • Op RGB-kleursysteem staan de kleuren overigens op HTML codering gesorteerd. Dat kan trouwens ook op verschillende manieren. Destijds wilde ik hier juist een sortering op kleurimpressie maken. Op en:List of colors zie je de kleuren op alfabet gesorteerd (brrr afgrijselijk) en op en:Web colors wat ze inmiddels gemaakt hebben van de eerste tabelversie die ik daar heb neergezet ooit. Elly 25 mei 2005 22:34 (CEST)
• weglaten laatste kolom?! Dat is nu de kolom met kleuren. Dat bedoel je toch niet, Abnormaal? Bedoel je een nu verdwenen tekstkolom? Dan OK en overeenstemming.~
  

-DePiep 24 mei 2005 12:26 (CEST)

P.S. DePiep, je hebt trouwens zelf ook een CamelCaseNaam. Ga je daar nog een artikeltje aan wijden? Het bedrijf waar ik werk heeft ook zo een naam. Elly 25 mei 2005 22:34 (CEST)

Re van -DePiep:

• (Even frivool:)(1): Nou je 't zegt, ik wist niet dat ik een kameel in mijn zaak had. Trouwens, het Engelse 'camel' betekent ook 'dromedaris' (dus: "Camel = Dromedary (Single hump) and the Bactrian Camel (Double hump))". 'DarkSlateGray' is dus ook correct CamelCase! (nu bijgeleerd). (2) Tja, ik mijn naam veranderen? (In 't echt heet ik anders, hoor. Maar wel zo dat de Amerikanen er camelcase van maken of er geen wijs uit kunnen, zoals VandenBerg. Ze sorteren "Van Halen" onder de "V".). Ik wist niet dat er een spatie in kon, toen ik begon. (3) Jouw bedrijf ook? - effe zoeken - Inderdaad. Vraag 1: hoe heb je dat intern opgelost met de spellingschecker? De mijne maakte er altijd een beginhoofdletter van (van grazendeCamel(metbAgage) naar CamelCase(metbAgage). Het liefst aan het begin van een zin). Vraagt 2: doen de klanten het ook altijd goed in adressering? Feit 3: ik zie dat SRM nog geen artikel is, hier.

(Nu serieus:) *Voorstel: titelwijziging naar Lijst van HTML-kleuren (mi meest treffen). Elly zegt OK. Abnormaal ook OK? (mi Elly al OK)

• Tabel hier is geweldig mooi. Details:

• Mag & zal ik binnen een kleur sorteren (bijv een oplopende donkerte; bij de grijzen eenvoudig want da's op RGB-nummer). Doe ik dan later & zorgvuldig, als tie in het artikel staat.
• CamelCase in de lijst suggereert een verplichte schrijfwijze (terwijl Abnormaal juist bedoelt aan te geven: het kan op meerdere manieren). Voorstel: schijfopties onderaan in tekst, in de tabel meer standaad "darksalmon". OK, Abnormaal? (mi Elly al OK).
• Enkele teksten zijn kleur-op-kleur. Voorstel tekstkleur dan wit óf zwart, (nu ook geel en blauw bij blauw & geel). Is, eh, neutraler. Tekst 'Roze kleuren' zwart ipv wit?

-DePiep 26 mei 2005 14:13 (CEST)

Kleine verbeteringen gedaan in deze zandbak: zie #Laatste OKversie

Beveiligd

Ik heb deze pagina tijdelijk beveiligd om overleg een kans te geven. pjetter 23 mei 2005 07:31 (CEST)

Aub informeren of nu overleg kennelijk op gang is gekomen, de pagina weer vrijgegeven kan worden. Ik heb wel een mening hierover, maar geef die pas nadat de pagina weer is vrijgegeven. Ik ben namelijk geen partij en wil dat zo houden, zolang die beveiliging loopt pjetter 24 mei 2005 09:03 (CEST)

Ik zal tot Abnormaal en ik het onderling eens zijn over de tabel geen wijzigingen in het artikel aanbrengen. Als ook Abnormaal dat aangeeft mag de beveiliging worden opgeheven. Elly 24 mei 2005 10:28 (CEST)

Er staat een dt-spellingsfout in de laatste zin : er staat 'betekend' i.p.v. 'betekent'. Wegens de beveiliging kan ik dit niet wijzigen. JoJan 24 mei 2005 10:52 (CEST)

Beveiliging van de pagina is opgeheven. Ik ben blij dat het overleg op gang komt en ben ervan overtuigd, dat het artikel aanzienlijk verbeterd gaat worden. Veel succes verder pjetter 26 mei 2005 09:23 (CEST)

---

Zandbak met gekleurd zand

Kleurexperimenten in de volgende zandbakken. Worden zeker gewist op 1 juni 2005. (evt later, als dit overleg langer duurt. Neem dus je speelgoed mee naar huis):

• Overleg:Lijst van kleuren\LaatsteVersieMetOvereenstemming
• Overleg:Lijst van kleuren\ZandbakKleineSorteer wordt {nuweg}
• Overleg:Lijst van kleuren\ZandbakVerbeteringen2{nuweg}
• Overleg:Lijst van kleuren\ZandbakVerbeteringen3{nuweg}
• Overleg:Lijst van kleuren\ZandbakVerbeteringen4{nuweg}
• Overleg:Lijst van kleuren\ZandbakVerbeteringen5{nuweg}

(Of kan dit idee anders?) -DePiep 26 mei 2005 14:25 (CEST)

gewijzigd -DePiep 27 mei 2005 13:36 (CEST)

Zandbakjes weg -DePiep 28 mei 2005 12:08 (CEST)

---

Laatste OKversie

Wijzigingen (=mi verbeteringen) aangebracht vanuit de tabel hier. Zie Overleg:Lijst van kleuren\ZandbakKleineSorteer. Gewijzigd:

• Blok Grijzen nu onderaan, en laatste blijft zwart.
• Blok Witten een-na onderste. Volgorde nu dus: ... Bruinen Witten Grijzen Zwart.

- Witten kunnen ook bóvenaan.

• Kleur-op-kleur: de donkere tekst (zwart op geel ) niet zwart maar donkergrijs ("DarkSlateGray"); de witte tekst (wit op donkerblauw) niet "white" maar "snow".

Gewenst effect: niet van die harde tekstkleur op geklerurde ondergrond. -

• Tekst in kop gewijzigd.
• Kleuren binnen hun blok gesorteerd met principe: donkerste onderaan.
• Darkred, en een SlateGray: twee keer in lijst. Verwijderd bij Bruinen dan wel blauwen.

Voorstel & verzoek: verder uitgaan van de tabel zoals in Overleg:Lijst van kleuren\ZandbakKleineSorteer. -DePiep 26 mei 2005 16:37 (CEST)

Ik vind je verbeteringen prima, alleen vind ik de gekleurde balken met de kleurnaam nog wat overheersen ten opzichte van de kolom met kleuren. Ik vind een neutraal lichtgrijs, zoals links in beeld op het wikipedia scherm, wat mooier, dus dat heb ik er nu van gemaakt. Graag je mening, als je het eens bent kan die versie wel op de plek van Abnormaal hierboven, om te vragen wat hij vindt. Hij is er meestal als wij op 1 oor liggen. Elly 26 mei 2005 19:57 (CEST)

Heb ik gedaan. Kan wmb nu ook in het artikel, verdere verbeteringen lijken me niet van structurele aard worden. Ik zie het morgen wel. Eh, wij op 1 oor? -DePiep 26 mei 2005 21:45 (CEST)

Webkleuren en Lijst van kleuren

Ik wil er op wijzen dat in de Engelse wikipedia twee lijsten staan, namelijk en:List of colors en en:Web colors. Dat zijn ook verschillende dingen. Niet omdat de kleuren op zich zo verschillen, maar omdat het verhaal verschilt. Of we daarom twee artikelen zouden moeten hebben is vervolgens de vraag. Maar het maakt de discussie misschien wel wat eenvoudiger (of misschien juist niet). Taka 26 mei 2005 15:08 (CEST)

Mee eens. In elk geval is 'dit' artikel een lijst van HTML-kleuren (want: hier de offi namen en RGB-waarde). Daarom stelde ik titelwijzing voor (Lijst van Webkleuren kan dus ook...). Of daarna een nieuw artikel: "Lijst van kleuren" gemaakt wordt, weet ik niet. Maar dan heet dit artikel naar z'n inhoud. -DePiep 26 mei 2005 15:18 (CEST)

Ik zou er 2 artikelen van maken Michiel1972 26 mei 2005 16:43 (CEST)

Bedoelde ik ook; blijkbaar was onduidelijk. Vervolgvraag: wat is de meest correcte (nieuwe) naam voor 'dit' artikel (zelf weet ik het niet):

• Lijst van HTML-kleuren ?
• Lijst van webkleuren ?
• Lijst van RGB-kleuren ?
• ...

-DePiep 26 mei 2005 16:47 (CEST)

Gesorteerd op HTML-naam en RGB-waarde

• nav opmerkingen op deze pagina:
• Ik stel voor deze tabel op weergegeven kleur te (blijven) sorteren. Artikel eromheen blijft.

De volgende kleuren staan nu dubbel in de lijst. Kan eigenlijk wel, om een kleur bij 'roden' en 'oranjes' te vinden.

aquamarijn Aquamarine 7F FF D4

donker rood DarkRed 8B 0 0

oranjerood OrangeRed FF 45 0

  SlateGray 70 80 90

• Ik probeer ook twee tabellen te maken met:
  1. gesorteerd op Engelse naam
  2. Gesorteerd op RGB-waarde.
• Wordt apart artikel (of 2) vanwege paginagrootte
• Meer technisch nut, dus versimpeld & op zoekbaarheid

-DePiep 27 mei 2005 13:51 (CEST)

Gedaan. Zie:

Ik heb dezelfde lijst anders gesorteerd:

• Op HTML-naam (Engelse naam): zie Lijst van HTML-kleuren (op naam)
• Op RGB-waarde (hexadeciamaal): zie Lijst van HTML-kleuren (op RGB-waarde)
• Dit artikel blijft gesorteerd: Op overheerstende kleur.

Details: Ik heb de nl-naam weggelaten. De twee tabellen zijn mi vooral voor rationeel zoeken; deze tabel gaat uit van optische kleur, en kan dus uitgebreider blijven. -DePiep 27 mei 2005 15:26 (CEST) Samenvoegen of andere artikels-structuur kan voor de hand liggen. Ga je gang. -DePiep 27 mei 2005 16:03 (CEST)

---

Links

Vraagje: Weet iemand welke kleur een link normaal gesproken heeft? Ik kom er niet echt uit... Een gewone link als je hier bijvoorbeeld tegenkomt. Hij staat niet bij de lijst... Alvast bedankt: ^BijdragenVsotvep_overleg 16 mrt 2008 00:18 (CET)

Bruin = rood?

Ik vroeg me af of het klopt dat de kleur "bruin" in feite rood is... Heb ik verkeerd gekalibreerd of zien jullie dat ook?

Dit is trouwens ook een goede site ter referentie: http://www.layoutcrazy.com/colors.html. Toevoegen? – De voorgaande bijdrage werd geplaatst door 85.145.113.221 (overleg · bijdragen)

onzichtbare kleur

ik zoek de onzichtbare code weet je hem zet dan hier iets dat kun je doen door naarboven te gaan en op de + te drukken!! dan kan je iets zetten!!! – De voorgaande bijdrage werd geplaatst door 83.134.128.162 (overleg · bijdragen)

Onzichtbaar = transparant = geen kleur?! Sum U ^?rai8^{? Need a tool?}- 28 mrt 2009 18:08 (CET)

onzichtbaar

ik snap ni hoe je die onozele onzichbare krijgt help me!!

Die is er niet, maar in sommige programma's wordt een code als transparant aangewezen. Je hebt dan dus een kleur minder. Hoe je dat doet is per programma verschillend. Handige Harrie 6 apr 2009 18:17 (CEST)

Onbruikbare kleurnamen

Sommige namen hebben in de tabel als naam zoiets als "Cyan Aqua". Dan mag je niet hopen dat de juiste kleur wordt getoond. Ik zal het sjabloon daarvoor aanpassen.

Ik overweeg nog het kleurdeel van de tabel (tijdelijk) in tweeën te delen, een met de naamkleur en een met de RGB-kleur. Dan zie je het meteen als naam en RGB niet overeen komen. Goed idee? Handige Harrie 27 aug 2010 10:35 (CEST)

Op het eerste deel: de naam in de tabel is niet "cyan aqua", maar "cyan" en "aqua", apart dus. De beide namen geven dezelfde kleur, het zijn dus synoniemen, ze vormen niet één woord. Of bedoelde je iets anders?

Deel 2: RGB en kleurnnaam komen toch net wel overeen? Waarom opsplitsen als ze toch hetzelfde resultaat zullen hebben? Of misschien versta ik je in deze ook verkeerd :-). --MichielDMN 🐘 (overleg) 27 aug 2010 11:00 (CEST)

ad 1. De aanroep van het sjabloon resulteerde in zoiets als dit: (klik op Bewerken om de broncode te vergelijken met het resultaat)

maar bedoeld was:

Zie je het verschil? Ik heb het sjabloon inmiddels veranderd zodat RGB wordt gebruikt en niet de naam.

ad 2. Ik wil de tabel veranderen in zoiets als dit, met steeds twee kleuren naast elkaar, die identiek behoren te zijn:

Je ziet dan in een oogopslag of er misschien een fout is gemaakt in de tabel, waardoor de naam niet overeenkomt met RGB.

Handige Harrie 27 aug 2010 11:14 (CEST)

Beste Handige Harrie, background-color:Aqya<br>Cyan; kan natuurlijk niet, het is background-color:Aqua; (niet aqya trouwens) of background-color:Cyan;, dat probeerde ik dus net uit te leggen: je kunt kiezen tussen Aqua en Cyan, maar beiden in 1 style-eigenschap zetten gaat niet. <br> wordt in CSS ook niet herkend. Je moet dus kiezen tussen de twee. Het staat er dus goed zoals het er staat, misschien wel op een onhandige manier.

Je tweede idee vind ik oké, maar overbodig: de kleurnamen verwijzen gewoon naar de hexadecimale kleuren. Het zijn shortcuts om het zo te stellen. Of RGB-waarden in een mensentaal omgezet. Het kan nooit verschillend zijn. Je voorbeeld green is bv. niet hetzelfde als 00FF00 (zie tabel). Als er dan fouten zouden opduiken, dan is de inhoud van de pagina gewoon verkeerd. Aangezien de kleurnnamen bij conventie vastgemaakt zijn aan een RGB-waarde, zijn ze altijd dezelfde. M.i. zou de tabel opsplitsen enkel duidelijk maken of de inhoud van dit artikel klopt, maar dan moet het artikel aangepast worden, niet de tabel. Goed als 'testomgeving', maar encyclopedisch eigenlijk overbodig. --MichielDMN 🐘 (overleg) 27 aug 2010 11:24 (CEST)

Even je codevoorbeeld uitdiepen nog. Zie code om te zien hoe het wel is.

Aqua
Cyan

Perfecte overlap, niet?--MichielDMN 🐘 (overleg) 27 aug 2010 11:28 (CEST)

Je legt het wel mooi uit, maar je hebt mij nog steeds niet begrepen.

Op dit lemma wordt een tabel getoond met een aantal regels. Voor elke regel wordt het sjabloon:Tabelrij HTML-kleur gebruikt. Het sjabloon wordt aangeroepen met een aantal parameters, onder andere: kleurnaam en RGB-waarden. Al die waarden worden in het resultaat getoond. Tot zover geen probleem. En daarnaast wordt de feitelijke kleur getoond, uitgaande van de kleurnaam. Dat gaat meestal goed, maar niet altijd, want als de kleurnaam in de parameter "Aqua Cyan" is, dan wordt er geen goede kleur getoond.

Je kunt helaas niet meer zien hoe verkeerd het was, want ik heb het sjabloon veranderd. Vanaf nu gebruikt het sjabloon de RGB-waarden.

Ik denk dat je mij ook niet helemaal hebt begrepen: "Aqua Cyan" ís geen kleur. Het is "Aqua" óf "Cyan", het is niet één woord. Wat je zou kunnen doen, is het sjabloon twee keer plaatsen, één keer voor aqua, één keer voor cyan, dus:

{{Tabelrij HTML-kleur|[[cyaan]]|Aqua|00|FF|FF}}

{{Tabelrij HTML-kleur|[[cyaan]]|Cyan|00|FF|FF}}

Aangezien de RGB-waarde voor cyan en aqua dezelfde is, stond er dus Aqua<br>Cyan omdat het zo als één regel wordt weergegeven. Anders herhaal je de regel, hoewel de kleur twee keer dezelfde zal zijn. De persoon die Aqua<br>Cyan heeft geschreven, wou daar mee duidelijk maken dat er voor 00FFFF twee namen zijn. Als het sjabloon dan 'n kleur toont op basis van de kleurnaam, dan zal Aqua<br>Cyan inderdaad niet werken, omdat die term niet herkend wordt als CSS. De twee apart wel.

Je doet veel te veel moeite om mij uit te leggen dat "Aqua cyan" geen kleur is, want dat weet ik allang. En inderdaad, daar kan het sjabloon dus niet mee werken. Ik stond op het punt om mijn wijziging in het sjabloon ongedaan te maken om jou te tonen wat er toen voor vreselijks gebeurde. Handige Harrie 27 aug 2010 11:58 (CEST)

Ha oké ja, ik verstond je dan hopeloos verkeerd, inderdaad. We zitten op dezelfde lijn dan :-). Goed aangepast! --MichielDMN 🐘 (overleg) 27 aug 2010 12:08 (CEST)

Ik heb zojuist de verbijsterende ontdekking gedaan dat ik zelf de maker ben van dat sjabloon. Dat was ik allang vergeten. Dus wie krijgt het beschuldigende vingertje? Handige Harrie 27 aug 2010 12:22 (CEST)

Grappig :-). Geen beschuldigend vingertje nodig, de intentie was goed, het resultaat ook redelijk. Niets om jezelf te verwijten dus! --MichielDMN 🐘 (overleg) 27 aug 2010 12:28 (CEST)

Dan het andere punt. Hoe weten we dat er niet nog meer foutjes zitten in de aanroep van het sjabloon? De eenvoudigste manier is een (tijdelijke) aanpassing van het sjabloon waardoor de twee kleuren naast elkaar worden getoond. Zijn ze niet gelijk, dan is er een foutje gemaakt. Dat bedoel ik, zoals je inderdaad begrijpt, als testomgeving; in een definitieve versie is het niet nodig.

Handige Harrie 27 aug 2010 11:40 (CEST)

Oké, doe maar :-). Zet het erna dan wel terug liefst. Of zorg anders dat de twee tabelcellen met kleuren dan in elkaar overvloeien (geen randje dus). Anders wordt het een beetje verwarrend voor de lezer, denk ik. --MichielDMN 🐘 (overleg) 27 aug 2010 11:52 (CEST)

En hier ga ik nog een nachtje over slapen. Handige Harrie 27 aug 2010 11:58 (CEST)

Slaap lekker! 'k Vind het wel een prima idee. Je roept maar als er iets is. --MichielDMN 🐘 (overleg) 27 aug 2010 12:08 (CEST)

Gray/grey

Ik stel vast dat gebruiker Mar(c) vandaag de tabel wat heeft proberen te verbeteren. Lijkt mij een goede poging, maar ik vroeg me toch wat af. Er wordt gekozen om "cyan" en "aqua" tekstueel bij elkaar te plaatsen. Volgens mij goed. Maar waarom wordt dit niet voor de grijze woorden gedaan, waar "grey" en "gray" allebei mogen? Op zich zijn dit even goede synoniemen en er is weinig reden om één van beide namen de voorkeur te geven, wat nu wel gebeurt door er slechts één te vermelden in de tabel. Het zijn equivalenten, dus ik zie niet goed in waarom de ene variant naar een voetnoot verwezen wordt, waar de kans op lezen volgens mij aanzienlijk kleiner is. --MichielDMN 🐘 (overleg) 2 jul 2012 20:01 (CEST)

N.m.m. gaat het bij gray/grey niet zozeer om synoniemen (zoals aqua/cyan en fuchsia/magenta dat zijn) maar om een spellingvariant (en dat "gray" de voorkeur heeft, is omdat die in de standaard-16 zit: zie w3.org). Ik denk dat voor elke "grey" een eigen regel opnemen niet echt nuttig is, ook omdat bij het sorteren deze nauwelijks van de zijde van "gray" wijkt (gray en gray zullen dan door green en greenyellow gescheiden worden, en bij light~ en dark~ zit alleen ~green ertussen; de andere vier grays/greys zullen bij elke sortering bij elkaar blijven). Maar misschien was dit niet wat je beoogde? We kunnen ook de variant er gewoon achter zetten: "gray/grey" of "gray (of: grey)" bijvoorbeeld. Mij lijkt de eerste de betere, ik zal deze es proberen.

Overigens zat ik over "wikitable" nog te twijfelen, maar zo is het wel beter. En die ^[1] bij elke van de 16 standaardnamen was inderdaad wat te veel van het goede. Met vriendelijke groeten — Mar(c). ^[O] 2 jul 2012 22:02 (CEST)

Blij dat je mijn kleinere aanpassingen kon appreciëren, anders laat je het maar weten uiteraard. Ik merk dat je de "grey" al even hebt uitgeprobeerd. Lijkt mij wel goed zo. Ik twijfelde ook een beetje aan de manier waarop dit het best kon, want je hebt natuurlijk volkomen gelijk: het is niet helemaal hetzelfde als bij cyan/aqua. Ik doelde overigens niet op een aparte regel hoor, zoals je het nu aanpaste eerder. Vriendelijke groet, --MichielDMN 🐘 (overleg) 2 jul 2012 22:12 (CEST)

Ik bedenk net: een mogelijk voordeel van het opnemen in een eigen regel is om te kunnen zien of je browser de kleur "gray" anders weergeeft dan de kleur "grey". Komen dat soort "bugs" in (de moderne) browsers überhaupt voor? En indien ja, moeten we daarvoor zeven extra regels opnemen? (Mijn antwoord: neu.) — Mar(c). ^[O] 2 jul 2012 22:21 (CEST)

Volgens mij doen alle moderne browsers en daarnaast ook Internet Explorer niet anders in de beide gevallen. Een extra regel (maal zeven) lijkt mij dan ook overbodig. Ik sluit me aan bij "neu" dus. --MichielDMN 🐘 (overleg) 2 jul 2012 22:42 (CEST)