De nieuwe weergave van de reactiescore

[CH4OS]

Marvellanius schreef op woensdag 10 augustus 2022 @ 16:36:
Even een samenvatting van zojuist gereleasede bugfixes:

• Gebruikers zonder moderatierechten zien nu een melding in de moderatiepopup, en geen moderatie score knoppen meer
• Reacties van langer dan 48 uur geleden, tonen nu netjes een melding en ook geen moderatie score knoppen meer
• -1 reacties kunnen nu weer gemodereerd worden

Zijn er nog andere zaken waar jullie nog aan werken?

[Ramon]

locke960 schreef op woensdag 10 augustus 2022 @ 20:41:
Ik vind het jammer dat je nu geen reactiescore meer ziet als javascript uitstaat. Dat is wat mij betreft precies de verkeerde kant op. Maar het zal wel aan mij liggen, ik ben ouderwets en nog niet vergeten hoe javascript een van de grootse beveiligingsprobleem in browsers is.

Denk dat je in de war bent met java

[locke960]

Ramon schreef op woensdag 10 augustus 2022 @ 20:51:
[...]

Denk dat je in de war bent met java

En ActiveX . Daarom staat er "een van de grootste" en niet "het grootste"

[EJlol]

Ramon schreef op woensdag 10 augustus 2022 @ 20:51:
[...]

Denk dat je in de war bent met java

Je bedoelt Flash

[smiba]

Kan -1 reacties niet openen, zodra ik ze probeer uit te klappen verdwijnen ze.
(Maar alleen als er geen reacties op zijn, als een -1 reactie wel een reactie er op heeft klapt ie wel uit)

Beetje maffe update dit, is dit dan niet getest?

[ Voor 29% gewijzigd door smiba op 10-08-2022 22:10 ]

[smiba]

Als ik trouwens toch bezig ben , vind de kleuren ook iets wat vervelend.
Nu is het een hele felle groen (+1) die steeds een donkerdere groen word. Bij +3 is het erg donkergroen te noemen, voelt allemaal veel te extreem. Vond het oude pallet vrij goed werken!

(EDIT: Even door het topic gelezen en ben niet de enige, zie wel dat er een goede suggestie voor kleuren door @dragonhaertt gepost is)

Het font op 1080p schermen met geen DPI scaling actief vind ik ook wel wat aan de lelijkere kant, voelt bijna een soort van onscherp? Nu weet ik dat ik ook wel echt aan het zeuren ben over de kleinste details maar ik vond het oude systeem prima werken

--

Daarnaast heb ik het idee dat de witruimte tussen alles groter is geworden? Helemaal van het moderatieschermpje, deze lijkt voor me gevoel al snel 50% meer ruimte in te nemen. Waar is dat goed voor?

Het moderatieschermpje (met scorekaart ingeklapt) is grofweg 480 pixels hoog. Op een 1080p scherm komt dat na de taakbalk en browser elementen gewoon uit op 50% van mijn scherm

[ Voor 40% gewijzigd door smiba op 10-08-2022 22:28 ]

[vosManz]

Ik zie het hier nog niet terug, maar wellicht kijk ik eroverheen; Waarom staat de score van ingeklapte berichten aan de linkerkant? Rechts is meer dan voldoende ruimte, en dat is in lijn met de plek waar de score normaal staat zodat het duidelijk en overzichtelijk is. Nu ben ik de hele tijd van links naar rechts aan het kijken, want vaak filter ik op +2 of +3 reacties maar wil ik wel de +1 (of +2 bij +3 berichten) snel open kunnen klappen om snel te lezen.

Tevens staan op die plek ook de knoppen om een reactie of thread open te klappen. Die komen nu over de score heen, wat er erg onduidelijk uitziet.



Overigens blijven de in-/uitklap knoppen staan wanneer je met je muis van de reacties af gaat, enkel wanneer je naar een andere reactie gaat verplaatsen de knoppen mee. Misschien goed om deze knoppen helemaal te verbergen als je er niet meer met je muis over gaat? (zoals het ook initieel is wanneer je de pagina opent) Ik weet overigens niet of dit pas sinds deze aanpassing zo is, mogelijk was dit voorheen ook al zo.

[gws24]

Naast de kleuren is de grote van het vierkant voor +1 en hoger trouwens imo te groot, laat dat aub dezelfde grootte als de -1/0

edit: ik zie dat iemand het al benoemd had

[ Voor 15% gewijzigd door gws24 op 11-08-2022 01:15 ]

[MarcelGo]

smiba schreef op woensdag 10 augustus 2022 @ 22:09:
Kan -1 reacties niet openen, zodra ik ze probeer uit te klappen verdwijnen ze.
(Maar alleen als er geen reacties op zijn, als een -1 reactie wel een reactie er op heeft klapt ie wel uit)

Beetje maffe update dit, is dit dan niet getest?

Precies dit, ik heb standaard de +2 reacties open staan en kan nu ongemodereerde reacties niet openklappen dan verdwijnen ze idem voor de -1 dus de bugs zijn nog niet opgelost!

[Belindo]

bertware schreef op woensdag 10 augustus 2022 @ 19:37:
De leesbaarheid van de nieuwe stijl lijkt deels veroorzaakt te zijn door een tekst-schaduw die verwijderd is. Ik heb voor mezelf in ieder geval al een kleine css-snippet gemaakt die de oude kleuren terugrolt (inclusief de oude gradients die erin zaten).

Wie graag andere kleuren uitprobeert kan de snippet gerust kopiëren en aanpassen.

custom css snippet: Oorspronkelijke moderatiekleuren reactiescore

Screenshot (zoals Pazo al eerder aangaf is de inhoud hier niet relevant)

[Afbeelding]

Ge-wel-dig! Ik heb jouw code toegevoegd aan mijn 'Addon voor Perfect Dark' met credits naar jou!

[AW_Bos]

True schreef op woensdag 10 augustus 2022 @ 10:49:
Ik dacht dat je niet meer meegenomen werd in de A/B-tests als je je afgemeld had: https://tweakers.net/instellingen/betafeatures/ , maar ik zie ze ook. Ben ik abuis en doet dit niets voor de A/B-tests?

A/B test zijn ook geen beta-tests.

[dragonhaertt]

Marvellanius schreef op woensdag 10 augustus 2022 @ 16:36:
Even een samenvatting van zojuist gereleasede bugfixes:

• Gebruikers zonder moderatierechten zien nu een melding in de moderatiepopup, en geen moderatie score knoppen meer
• Reacties van langer dan 48 uur geleden, tonen nu netjes een melding en ook geen moderatie score knoppen meer
• -1 reacties kunnen nu weer gemodereerd worden

Na de laatste bugfix krijgen we inderdaad een melding in de popup.
Als je de popup sluit en nogmaals op de moderatie-knop drukt. Krijg je weer de melding in de popup!
Maar nu twee keer.
Nog een keer drukken, nog meer meldingen:


Geinige feature, maar ik denk dat dit niet de bedoeling is.

---

Even los daarvan wil ik wel graag iets zeggen over de communicatie hier over. Er worden een hele boel punten aangekaart waarvan een aantal serieuze problemen, en een aantal stijl-adviezen.

De enige inhoudelijke reactie die we hebben gekregen is "er word aan gewerkt" en "Bugfix:"

Het zou netjes zijn om even duidelijk in te gaan op de bovenstaande reacties, te laten weten dat jullie de reacties gelezen hebben en laten weten welke punten opgepakt worden / welke stijlkeuzes er gemaakt worden.

Omdat het topic nu samengevoegd is zijn er zowel bugmeldingen als stijladviezen samengevoegd, maar ik weet nog steeds niet wat jullie hier nou mee gaan doen.

[True]

Ach elke techneut weet dat iets releasen zonder release notes resulteert in verbazing en weerstand.

Het is weer typisch à la Tweakers om slordig te releasen en dan half te communiceren.

[dragonhaertt]

True schreef op donderdag 11 augustus 2022 @ 08:53:
Ach elke techneut weet dat iets releasen zonder release notes resulteert in verbazing en weerstand.

Het is weer typisch à la Tweakers om slordig te releasen en dan half te communiceren.

Het gaat mij niet zozeer om een update/release zonder communicatie.
Het gaat me om het feit dat hier tweakers zijn die proberen mee te denken en te helpen zonder daar (geschreven) reactie op te krijgen.

Nu worden mogelijk problemen die al bekend zijn alsnog gemeld, dingen bediscussieerd die door het Dev team als 'niet nuttig' gezien kunnen worden of zaken waar wij hard proberen te helpen ronduit genegeerd.

We beginnen zelf lijstjes bij te houden van de issues, terwijl Tweakers best actief kan communiceren over de staat van de bugs, wat ze van plan zijn te fixen, welke meningen ze wel delen en welke niet?

Ook zou ik graag horen wat de reden is dat er na zo veel fouten niet gewoon eerst een rollback op productie word gedaan totdat de dev-omgeving ook stabiel is?

[True]

dragonhaertt schreef op donderdag 11 augustus 2022 @ 09:02:
[...]


Het gaat mij niet zozeer om een update/release zonder communicatie.
Het gaat me om het feit dat hier tweakers zijn die proberen mee te denken en te helpen zonder daar (geschreven) reactie op te krijgen.

Nu worden mogelijk problemen die al bekend zijn alsnog gemeld, dingen bediscussieerd die door het Dev team als 'niet nuttig' gezien kunnen worden of zaken waar wij hard proberen te helpen ronduit genegeerd.

We beginnen zelf lijstjes bij te houden van de issues, terwijl Tweakers best actief kan communiceren over de staat van de bugs, wat ze van plan zijn te fixen, welke meningen ze wel delen en welke niet?

Ook zou ik graag horen wat de reden is dat er na zo veel fouten niet gewoon eerst een rollback op productie word gedaan totdat de dev-omgeving ook stabiel is?

Gezien dit in Mooie features staat verwacht ik dat het op de roadmap komt als er genoeg belang bij is, dan zou het iets van 6 tot 12 maanden zijn tot implementatie toch

[wildhagen]

De kleuren lijken nu weer te zijn zoals ze waren voor de wijziging. Nu is het een heel stuk beter.

[Moi_in_actie]

Ik dacht eerst dat het aan mij lag of aan een CSS dingetje. Maar goed, veel is al gezegd, ik zal alleen kort mijn bevinding/waarde oordeel opsommen:

- +1 is veel te fel
- +2 is oke of iets te donker, +3 is veel te donker (lees: niet fel genoeg)
- 0-moderatie is te groen, zou mijn inziens volledig geel of richting oranje moeten zijn
- Kleuren moderatie popup en moderatie zelf komen niet overeen met de voorbeelden (filters) erboven

Ik ben niet tegen een update/refresh van de kleuren, maar hier moet nog wat finetuning gebeuren. Zelf zou ik zeggen, indien men wat aan de kleuren zou willen aanpassen: oude +2 en +3 zijn redelijk goed, wellicht iets feller/intenser maken, de oude +1 wat groener en de oude 0 iets meer geel dan oranje.

[dragonhaertt]

wildhagen schreef op donderdag 11 augustus 2022 @ 09:57:
De kleuren lijken nu weer te zijn zoals ze waren voor de wijziging. Nu is het een heel stuk beter.

De kleuren zijn inderdaad weer aangepast naar hetzelfde kleurschema zoals het was. (of tenminste niet zoals het gister was)

Ook is er nu een schaduw achter de text om contrast te verhogen.


In ieder geval al een stuk prettiger te lezen, en de kleuren komen nu tenminste weer overeen met de filteropties.

[b2vjfvj75gjx7]

De bug met het vernietigen van reacties is er nog steeds.

Gisteren al gemeld, inclusief onderbouwde reactie met logfiles en console errors.

Helaas is die post verwijderd, want "onvriendelijk".

Dus de oplossing, oorzaak, etc... ga ik hier niet nog eens posten.

[CH4OS]

b2vjfvj75gjx7 schreef op donderdag 11 augustus 2022 @ 10:14:
[Afbeelding]

De bug met het vernietigen van reacties is er nog steeds.

Gisteren al gemeld, inclusief onderbouwde reactie met logfiles en console errors.

Helaas is die post verwijderd, want "onvriendelijk".

Dus de oplossing, oorzaak, etc... ga ik hier niet nog eens posten.

Dit lijkt me een bug die lokaal veroorzaakt wordt. Ik kan deze niet reproduceren hier bij mij in elk geval (in Firefox 103.0.2), wanneer ik de reacties aanklik zoals jij dat doet, klappen ze hier "gewoon" open. Kijk dus even of je het reproduceren kan wanneer je Perfect Dark en andere modificaties die je hebt gedaan uitgeschakeld hebt. Overigens is dit jouw enige post alhier in het topic, ik heb dus geen idee naar welke post jij refereert.

[ Voor 16% gewijzigd door CH4OS op 11-08-2022 10:40 ]

[HollowGamer]

True schreef op donderdag 11 augustus 2022 @ 08:53:
Ach elke techneut weet dat iets releasen zonder release notes resulteert in verbazing en weerstand.

Het is weer typisch à la Tweakers om slordig te releasen en dan half te communiceren.

Verder vraag ik mij af of ze wel een staging/test-omgeving hebben.. ik zie dezelfde slordige fouten terugkomen.
Voor een groot bedrijf met technische mensen in dienst en zo'n bekendheid, mag dat eigenlijk niet (vaak) voorkomen.

Begrijp me niet verkeerd, weet als webdeveloper hoe snel fouten kunnen ontstaan, heb begrip dat het oplossen even duurt, maar ik mis toch echt iets van testing.

[HollowGamer]

b2vjfvj75gjx7 schreef op donderdag 11 augustus 2022 @ 10:14:
[Afbeelding]

De bug met het vernietigen van reacties is er nog steeds.

Gisteren al gemeld, inclusief onderbouwde reactie met logfiles en console errors.

Helaas is die post verwijderd, want "onvriendelijk".

Dus de oplossing, oorzaak, etc... ga ik hier niet nog eens posten.

Dat is niet mooi, of had je het echt niet vriendelijk gereageerd?

We proberen juist de devers te helpen, niet af te branden in meeste gevallen.

[crisp]

HollowGamer schreef op donderdag 11 augustus 2022 @ 10:57:
[...]

Verder vraag ik mij af of ze wel een staging/test-omgeving hebben.. ik zie dezelfde slordige fouten terugkomen.
Voor een groot bedrijf met technische mensen in dienst en zo'n bekendheid, mag dat eigenlijk niet (vaak) voorkomen.

Begrijp me niet verkeerd, weet als webdeveloper hoe snel fouten kunnen ontstaan, heb begrip dat het oplossen even duurt, maar ik mis toch echt iets van testing.

We hebben eigen lokale dev-omgevingen en ook een staging/uat-omgeving. Deze feature-update is daarnaast ook achter een featureflag op productie getest met de crew.

Helaas blijkt dat met rewrites van dit soort complexe features er toch altijd zaken over het hoofd gezien worden en dus ook niet altijd met testen naar boven komen...

[b2vjfvj75gjx7]

CH4OS schreef op donderdag 11 augustus 2022 @ 10:36:
[...]
Dit lijkt me een bug die lokaal veroorzaakt wordt. Ik kan deze niet reproduceren hier bij mij in elk geval (in Firefox 103.0.2), wanneer ik de reacties aanklik zoals jij dat doet, klappen ze hier "gewoon" open. Kijk dus even of je het reproduceren kan wanneer je Perfect Dark en andere modificaties die je hebt gedaan uitgeschakeld hebt. Overigens is dit jouw enige post alhier in het topic, ik heb dus geen idee naar welke post jij refereert.

Gesloten reacties verdwijnen bij poging tot open klikken

Ik heb alles uitgebreid getest en de oplossing (deels) aangedragen.

Daarbij heb ik gesteld dat deze fout (samen met een lijst van zeker tien andere bugs) erg amateuristisch is en een site als deze volledig onwaardig.

[FirePuma142]

crisp schreef op donderdag 11 augustus 2022 @ 11:04:
[...]

We hebben eigen lokale dev-omgevingen en ook een staging/uat-omgeving. Deze feature-update is daarnaast ook achter een featureflag op productie getest met de crew.

Helaas blijkt dat met rewrites van dit soort complexe features er toch altijd zaken over het hoofd gezien worden en dus ook niet altijd met testen naar boven komen...

Ik zie wel een aantal fouten die met een eenvoudige procescyclustest of afgeleide daar van boven water waren gekomen. Dat is een vrij minimale inspanning. Er zit ook wat basiswerk tussen als het om het ontwikkelen voor slechtzienden of kleurenblinden gaat. Dat lijkt hier in de ontwerpfase al mis te zijn gegaan.

Ik geloof direct dat het een complex stuk werk is geweest, maar tegelijkertijd denk ik ook dat er iets in de basis niet helemaal goed zit op Quality Assurance. Het gebeurt jammer genoeg best vaak dat zichtbare wijzigingen van bedenkelijke kwaliteit zijn.

[CH4OS]

b2vjfvj75gjx7 schreef op donderdag 11 augustus 2022 @ 11:05:
[...]


Gesloten reacties verdwijnen bij poging tot open klikken

Ik heb alles uitgebreid getest en de oplossing (deels) aangedragen.

Daarbij heb ik gesteld dat deze fout (samen met een lijst van zeker tien andere bugs) erg amateuristisch is en een site als deze volledig onwaardig.

Zou intussen dus ook gefixed moeten zijn sinds een uurtje; Marvellanius in "Gesloten reacties verdwijnen bij poging tot open klikken"

[LA-384]

wildhagen schreef op donderdag 11 augustus 2022 @ 09:57:
De kleuren lijken nu weer te zijn zoals ze waren voor de wijziging. Nu is het een heel stuk beter.

Hier niet hoor, nog steeds die kinderlijke blokken met snoepkleuren en veel te grote scores.

[Marvellanius]

Even een update van de dev-side of things:

We zijn druk bezig met het doorspitten van de feedback op bugs, om er voor te zorgen dat de moderatie pop-up weer naar behoren werkt.
Ik zou daarom mensen ook graag willen verzoeken om daadwerkelijke bugs in functionaliteit (het niet openen van de popup, reacties die verdwijnen, etc) te melden in Stoute bugs, dit zorgt voor een duidelijker overzicht van de ervaren bugs en scheelt ook over verschillende topics verspreid updates verzamelen

Feedback en discussie over de kleuren is wat mij betreft in dit topic prima op z'n plek!

Status van gemelde dingen sinds mijn vorige update;

Gefixte bugs (vanochtend):

• Moderatiepopup sluit niet automatisch na het geven van een score
• Reacties uitklappen verwijderd ze van de pagina
• Redenen voor niet kunnen modereren worden continu toegevoegd zonder te worden verwijderd

Mee bezig:

• Kleurstelling / het kunnen differentiëren tussen de verschillende scores at-a-glance
• Kleuren van de filterknoppen komen niet overeen met de nieuwe scorekleuren

[ Voor 0% gewijzigd door Marvellanius op 11-08-2022 12:10 . Reden: fix list ]

[wildhagen]

LA-384 schreef op donderdag 11 augustus 2022 @ 12:02:
[...]

Hier niet hoor, nog steeds die kinderlijke blokken met snoepkleuren en veel te grote scores.

Tot het definitief is opgelost (zie post @Marvellanius hierboven) kan je als workaround deze code in je Custom CSS zetten:

code:

/* Moderatie knopjes terug naar normaal (dank aan bertware) */
.moderation-button {
     border: 1px solid #b4b7b7;
}
.moderation-button.active[score="-1"], .moderation-button:hover[score="-1"] {
    background-color: #f56831;
    background-image: linear-gradient(#f56831, #f34704);
    border-color: #da3e02;
}
.moderation-button.active[score="0"], .moderation-button:hover[score="0"] {
    background-color: #e9c926;
    background-image: linear-gradient(#e9c926, #e4bd00);
    border-color: #d1b525;
}
.moderation-button.active[score="1"], .moderation-button:hover[score="1"] {
    background-color: #ccda32;
    background-image: linear-gradient(#ccda32, #c0d101);
    border-color: #b6c600;
}
.moderation-button.active[score="2"], .moderation-button:hover[score="2"] {
    background-color: #83d432;
    background-image: linear-gradient(#83d432, #65ca01);
    border-color: #60bf00;
}
.moderation-button.active[score="3"], .moderation-button:hover[score="3"] {
    background-color: #32b758;
    background-image: linear-gradient(#32b758, #01a630);
    border-color: #009d2c;
}

Daarna heb je de oude kleurtjes weer terug

[bozhoyo]

Een korte note over de kleurkeuze. De oorspronkelijke bedoeling was om het hele kleurenpalet dat we bij Tweakers gebruiken te stroomlijnen. Dat betekende dat we één 'succes'-palet hadden met verschillende tinten groen, dat we zouden gebruiken voor alle positieve moderatiescores. De kleuren voor 0 en negatieve scores zouden worden aangeduide met behulp van de "brand yellow" kleur (dezelfde als die wordt gebruikt om Tweakers Plus aan te duiden) en de "brand red" kleur (zoals te zien is in de navigatiebalk).

Na feedback realiseerden we dat gewoonte een te grote factor is bij het gebruik van de moderaties. En hoewel we nog steeds een vereenvoudiging van het algehele kleurenpalet op de site willen nastreven, hebben we besloten dat het creëren van mentale overhead door de moderatiekleuren niet de moeite waard is.

Daarom gaan we het kleurenpalet weer dichterbij brengen naar wat jullie gewend zijn, dit zal spoedig te zien zijn op productie! Ik hoop dat ik erin geslaagd ben om ons denkproces uit te leggen en als er vragen zijn dan hoor ik ze graag.

[koelpasta]

bozhoyo schreef op donderdag 11 augustus 2022 @ 14:54:
Daarom gaan we het kleurenpalet weer dichterbij brengen naar wat jullie gewend zijn,.

Ik vind het erg neerbuigend om te stellen dat het om domme gewenning gaat. De kleuren waren gewoon slecht gekozen voor de functie.

-Een sterkere kleur groen suggereert meer van het groen en hoort dus logiserwijze bij een hoger scoregetal.
-Jullie '+3' groen lijkt nu erg op een '0' dus je ziet het verschil heel slecht.
-Een felle kleur groen trekt de aandacht. Je zou denken dat de hogere scores meer de aandacht zouden moeten trekken en dus een fellere, intensere kleur zouden moeten hebben die direct opvalt vanuit je ooghoek,

Nou was het eerst al niet optimaal qua language maar was het nog redelijk functioneel. De hogere scores waren nog uniek genoeg om goed uit elkaar te houden.
Maar wat jullie nu hebben gedaan is dat idee veel te ver doortrekken. Zover zelfs dat de kleur niet meer functioneel werkt.

Het ligt dus helemaal niet aan gewenning bij de gebruikers, het ligt aan een mislukte en ondoordachte toepassing van kleur in jullie design. Het design is qua functionaliteit werkelijk achteruitgegaan door de verandering.

[b2vjfvj75gjx7]

bozhoyo schreef op donderdag 11 augustus 2022 @ 14:54:
(...) Dat betekende dat we één 'succes'-palet hadden met verschillende tinten groen, dat we zouden gebruiken voor alle positieve moderatiescores. De kleuren voor 0 en negatieve scores zouden worden aangeduide met behulp van de "brand yellow" kleur (dezelfde als die wordt gebruikt om Tweakers Plus aan te duiden) (...)

Dat is natuurlijk het domste dat je kan doen, zeker vanuit UX / UA oogpunt en "brand experience / onboarding" (ik gooi er maar even wat paarse broeken termen tegenaan).

Daarmee ga je de "plus kleur" optisch associëren met iets zeer negatiefs.

Ook een "pallet" van succeskleuren is een dikke no-go; de class *-success moet gewoon één tint krijgen en zeker geen "kleurschakering van meerdere tinten groen".

Los daarvan ga je nu vormgeving (kleur) mixen met content / semantiek (success, danger, info, warning) en functionaliteit; die zaken moet je ten alle tijde gescheiden houden.

Als straks de "brand" van Tweakers niet rood maar paars wordt, moet je dus zowel de semantiek als je styling aanpassen.

En als "groen" straks voor iets wordt gebruikt dat juist geen "success .class" verdient, klopt je semantiek binnen de code niet meer.

Zo zijn er nog wel meer fouten gemaakt die ik echt niet kan plaatsen van een "high tech site" als Tweakers.

"Zelfs" Bootstrap heeft vanaf branche 3.x styling / content / semantiek / taxonomy en functionality gescheiden gehouden (been there done that).

[ Voor 7% gewijzigd door b2vjfvj75gjx7 op 11-08-2022 15:31 ]

[koelpasta]

b2vjfvj75gjx7 schreef op donderdag 11 augustus 2022 @ 15:28:
[...]
Ook een "pallet" van succeskleuren is een dikke no-go; de class *-success moet gewoon één tint krijgen en zeker geen "kleurschakering van meerdere tinten groen".

Dat is anders wel hoe het al jaren goed werkt naar mijn idee.
Toegegeven, de '+3' was altijd al een beetje te donker maar nog wel goed te onderscheiden.
Het palet werkte verder helemaal goed voor -1, 0, +1 en +2 scores. Nu is het kleurgebuik onlogisch en broken.

[b2vjfvj75gjx7]

koelpasta schreef op donderdag 11 augustus 2022 @ 15:37:
[...]

Dat is anders wel hoe het al jaren goed werkt naar mijn idee.
Toegegeven, de '+3' was altijd al een beetje te donker maar nog wel goed te onderscheiden.
Het palet werkte verder helemaal goed voor -1, 0, +1 en +2 scores. Nu is het kleurgebuik onlogisch en broken.

Vanuit toegankelijkheid moet je geen 2 tinten groen gebruiken, het kleurcontrast is daarvoor veel te subtiel.

Beter is gewoon je contrastmeting per element vaststellen en op basis daarvan je "pallet" dynamisch opbouwen.

Voorbeeld - 1 seconde werk;

[dragonhaertt]

b2vjfvj75gjx7 schreef op donderdag 11 augustus 2022 @ 15:40:
[...]


Vanuit toegankelijkheid moet je geen 2 tinten groen gebruiken, het kleurcontrast is daarvoor veel te subtiel.

Beter is gewoon je contrastmeting per element vaststellen en op basis daarvan je "pallet" dynamisch opbouwen.

Voorbeeld - 1 seconde werk;

[Afbeelding]

Goed voor kleuren, maar heel belabberd voor kleurenblinden vanwege de vergelijkbare verzadiging.
Onderstaand de twee meest voorkomende kleurenblind types:




Het gebruik van sequentiële single of dual kleuren is best acceptabel in veel UX toepassingen. Zeker als het gaat om snel kunnen herkennen van positief/negatief.

[ Voor 6% gewijzigd door dragonhaertt op 11-08-2022 16:08 ]

[Finraziel]

Verschillende tinten groen voor +1/2/3 vind ik persoonlijk helemaal niet erg, vooral niet omdat de +2 en +3 ook al een extra achtergrondkleur krijgen om ze extra er uit te laten springen (de post zelf dus).
Probleem wat ik er mee had lag meer in dat wat jullie 'brand yellow' noemen wat mij betreft toch echt meer groen dan geel is.

[Bundin]

bertware schreef op woensdag 10 augustus 2022 @ 19:37:
De leesbaarheid van de nieuwe stijl lijkt deels veroorzaakt te zijn door een tekst-schaduw die verwijderd is. Ik heb voor mezelf in ieder geval al een kleine css-snippet gemaakt die de oude kleuren terugrolt (inclusief de oude gradients die erin zaten).

Wie graag andere kleuren uitprobeert kan de snippet gerust kopiëren en aanpassen.

custom css snippet: Oorspronkelijke moderatiekleuren reactiescore

Dank, prima oplossing voor nu. Ik blijf hier wel meelezen en zal bij iedere aanpassing even checken wat het dan geworden is

Wat mij betreft zijn de huidige kleurtjes te veel van het goede, als een samsung tv in store mode.

[dragonhaertt]

Voor degene die het interessant vinden:


En daarbij nog DAE74B voor de ''brand' groen/geel
Die ligt trouwens het dichts bij RAL 110 80 70, ook wel genaamd: Juice green

[ Voor 22% gewijzigd door dragonhaertt op 11-08-2022 16:30 ]

[Yorinn]

bozhoyo schreef op donderdag 11 augustus 2022 @ 14:54:
Een korte note over de kleurkeuze. De oorspronkelijke bedoeling was om het hele kleurenpalet dat we bij Tweakers gebruiken te stroomlijnen. Dat betekende dat we één 'succes'-palet hadden met verschillende tinten groen, dat we zouden gebruiken voor alle positieve moderatiescores. De kleuren voor 0 en negatieve scores zouden worden aangeduide met behulp van de "brand yellow" kleur (dezelfde als die wordt gebruikt om Tweakers Plus aan te duiden) en de "brand red" kleur (zoals te zien is in de navigatiebalk).

Na feedback realiseerden we dat gewoonte een te grote factor is bij het gebruik van de moderaties. En hoewel we nog steeds een vereenvoudiging van het algehele kleurenpalet op de site willen nastreven, hebben we besloten dat het creëren van mentale overhead door de moderatiekleuren niet de moeite waard is.

Daarom gaan we het kleurenpalet weer dichterbij brengen naar wat jullie gewend zijn, dit zal spoedig te zien zijn op productie! Ik hoop dat ik erin geslaagd ben om ons denkproces uit te leggen en als er vragen zijn dan hoor ik ze graag.

Ook het feit dat de kleuren die je bovenaan ziet gewoon niet overeen komen met de kleuren bij de reacties werkt niet echt mee. De oude +1 score is nu een score van 0 en de +2 is nu een +1 qua kleur.

[flippiej]

Bundin schreef op donderdag 11 augustus 2022 @ 16:17:
[...]
Wat mij betreft zijn de huidige kleurtjes te veel van het goede, als een samsung tv in store mode.

Ik heb ook precies dat idee bij de kleuren. Ze trekken nu teveel de aandacht en spatten van m'n scherm af.

[Marvellanius]

Weer even een korte dev-update:

Morgenochtend komen er een aantal fixes aan (pending review):

• Dropshadow op de cijfers in de moderatie-knoppen word weer toegepast
• De 'eigen moderatie' word iets groter gemaakt, en er word meer ruimte tussen de geaggregeerde score en de eigen moderatie gemaakt
• De filter kleuren worden gelijkgetrokken met de nieuwe moderatiescore kleuren

De kleurstelling zelf word morgen ook opgepakt.

[CH4OS]

dragonhaertt schreef op donderdag 11 augustus 2022 @ 16:04:
[...]


Goed voor kleuren, maar heel belabberd voor kleurenblinden vanwege de vergelijkbare verzadiging.
Onderstaand de twee meest voorkomende kleurenblind types:
[Afbeelding]

[Afbeelding]

Het gebruik van sequentiële single of dual kleuren is best acceptabel in veel UX toepassingen. Zeker als het gaat om snel kunnen herkennen van positief/negatief.

Ik moet wel zeggen, dat voor mij de -1 en +3 nu nagenoeg hetzelfde zijn hoor

EDIT: In jouw voorbeeld uit deze post bedoel ik!

[Lapjespoes]

De kleurstelling zelf word morgen ook opgepakt.

Handige regel: De hoogste waarde moet de hoogste 'volheid' hebben, dus het dichts bij de meest gesatureerde versie van die hue liggen. Als je de knop donkerder maakt ga je juist weg van de hoge saturatie, wat overkomt alsof het minder belangrijk is.

De oude weergave kreeg dat perfect voor elkaar. Rood - geel - licht gifgroen - iets voller groen - vol groen. Bewaar die kleuren maar gewoon.

[thof]

Met de recente update, zijn de twee vakjes nu wel erg ver uit elkaar geplaatst. Eerst stonden ze mooi tegen elkaar aan. In het groot de gemiddelde en klein er links tegenaan, jouw eigen score.

[Marvellanius]

thof schreef op vrijdag 12 augustus 2022 @ 10:47:
[Afbeelding]

Met de recente update, zijn de twee vakjes nu wel erg ver uit elkaar geplaatst. Eerst stonden ze mooi tegen elkaar aan. In het groot de gemiddelde en klein er links tegenaan, jouw eigen score.

Correct; de punten waarvan ik gistermiddag aangaf dat ze vanochtend gereleased zouden worden, zijn ook daadwerkelijk gereleased.

Kortom, de grotere afstand is een feature, geen bug - het zou de distinctie tussen de eigen score en de gemiddelde score duidelijker moeten maken, ook wanneer de reactie ingeklapt is.

Gelijk maar even een korte update;

Vanmorgen released:

• Dropshadow op de cijfers in de moderatie-knoppen word weer toegepast
• De 'eigen moderatie' word iets groter gemaakt, en er word meer ruimte tussen de geaggregeerde score en de eigen moderatie gemaakt
• De filter kleuren worden gelijkgetrokken met de nieuwe moderatiescore kleuren

Klaar voor release, pending review:

• Moderatiekleuren update
• Bugfix: niet-ingelogde gebruikers zien de gemiddelde reactie-score voor ingeklapte reacties niet op de correcte plek (onder de inklap-controls)

Edit:
Ik zie ook dat ik nog een subtiele aanpassing vergeten was te melden: er was feedback omtrent de hover-kleur van de buttons in de moderatie pop-up en hoe deze er anders uit zag dan de kleur van de score in de reacties. Dit is gisteren in de loop van de dag ook aangepast, en de mouse-over in de moderatie pop-up heeft nu dezelfde kleur als de score in de reactie.

[ Voor 11% gewijzigd door Marvellanius op 12-08-2022 11:22 . Reden: Herinnerde me nog een subtiele fix, toegevoegd ter info ]

[CH4OS]

@Marvellanius Dat de gegeven score kleiner wordt weergegeven lijkt mij voldoende distinctie (die zou je mee kunnen laten veranderen als iemand met de muis over een (nieuwe) score hovert), om dan ook een afstand er tussen te zetten, werkt voor mij elk geval niet en maakt het alleen maar verwarrender. Ik zou ze omdraaien. De score die de reactie daadwerkelijk heeft links, de score die gegeven is door de persoon juist rechts, met een kleinere afstand tussen de twee.

[ Voor 39% gewijzigd door CH4OS op 12-08-2022 11:26 ]

[Mangu429]

Beter is gewoon je contrastmeting per element vaststellen en op basis daarvan je "pallet" dynamisch opbouwen.

Voorbeeld - 1 seconde werk;

[Afbeelding]

Men wil vast geen thread met voornamelijk gele reacties. Groen is positief. In mijn ogen ook de reden om van rood grijs te maken (nu weer teruggedraaid) en dat gelige voor 0 ook groen te maken. Het is gewoon hetzelfde als het weghalen van dislikes op vele andere sites.

[Mangu429]

De moderatie popup toont zelf geen kleuren meer.

[SRich]

Is het mogelijk dat 0 score weer geel of oranje word. Dit lichtgroen ziet er niet uit.

[eric.1]

Misschien iets lulligs, maar het verspringen van de kleuren wanneer je op een reactiescore drukt (om dus te modereren) voelt nogal chaotisch en inconsequent aan.

Nu kan ik zo snel geen +3 reactie vinden maar;

+2 reactie modereren; verspringt tijdens het tonen van de pop-up naar de kleur van +1 (ongeveer)

+1 modereren; verwachting n.a.v. +2 = kleur van +0, maar dit verspringt naar een soort gif-groen

+0 modereren; verspringt nauwelijks.

Geen idee hoe anderen dit ervaren, maar dit is voor mij best storend.

[Roozzz]

Lapjespoes schreef op vrijdag 12 augustus 2022 @ 00:43:
[...]


Handige regel: De hoogste waarde moet de hoogste 'volheid' hebben, dus het dichts bij de meest gesatureerde versie van die hue liggen. Als je de knop donkerder maakt ga je juist weg van de hoge saturatie, wat overkomt alsof het minder belangrijk is.

De oude weergave kreeg dat perfect voor elkaar. Rood - geel - licht gifgroen - iets voller groen - vol groen. Bewaar die kleuren maar gewoon.

Dit. Een +1 is in de huidige setup veel prominenter aanwezig dan een +3. Kortom, een +1 komt belangrijker over. Daarmee is ook de scanbaarheid voor goede reacties nu weg.

Terug naar het oude kleurenschema is vast geen optie, maar die verdeling is/was klasses beter. Ik zou het oprecht overwegen. Welk probleem proberen jullie op te lossen? Zit dat hem puur in het "positiever" willen maken van score 0 (irrelevant) reacties?

[CH4OS]

Zijn die zeeën aan witruimte hier echt nodig? Die maken het dialoog echt onnodig veel groter. Volgens mij is dat echt een veel terugkerend iets, de witruimte... Het komt echt vaak voorbij als feedback (niet alleen in dit topic bedoel ik dus)... Vooral na de zinnen kunnen de witruimtes best wat kleiner, me dunkt.

[ Voor 10% gewijzigd door CH4OS op 12-08-2022 16:05 ]

[XWB]

Die ruimte is gereserveerd omdat er meer tekst kan staan, bijvoorbeeld:



Als de ruimte niet gereserveerd zou zijn, zou de content binnen de popup verspringen wanneer je over een knop beweegt.

[ Voor 4% gewijzigd door XWB op 12-08-2022 16:07 ]

[CH4OS]

Normaliter is het reserveren van ruimte niet nodig, tenzij er met fixed heights gewerkt wordt, wat volgens mij ook niet zou hoeven normaliter. An sich is het verspringen denk ik niet zo heel erg. Teveel witruimte vind ik althans lelijker.

[Lapjespoes]

Als de ruimte niet gereserveerd zou zijn, zou de content binnen de popup verspringen wanneer je over een knop beweegt.

Wat is daar zo erg aan? Dat is toch juist het mooie aan HTML en CSS, dat segmenten zich automatisch kunnen schalen? Statische content is echt een no-go in webdesign als het te vermijden is...

[Finraziel]

Het ding is wel een beetje absurd groot nu inderdaad... ik moet geregeld omlaag scrollen om de scorekaart te kunnen zien

[dragonhaertt]

CH4OS schreef op vrijdag 12 augustus 2022 @ 11:20:
@Marvellanius Dat de gegeven score kleiner wordt weergegeven lijkt mij voldoende distinctie (die zou je mee kunnen laten veranderen als iemand met de muis over een (nieuwe) score hovert), om dan ook een afstand er tussen te zetten, werkt voor mij elk geval niet en maakt het alleen maar verwarrender. Ik zou ze omdraaien. De score die de reactie daadwerkelijk heeft links, de score die gegeven is door de persoon juist rechts, met een kleinere afstand tussen de twee.

Ik vond persoonlijk de kleine +x eigen moderatie, half over de gemiddelde score, ook een stuk duidelijker.
Je ziet duidelijk wat het 'hoofd' getal is (groter) en het kleinere getal dat er half overheen valt is duidelijk een sub-functie.

Misschien is dat ook gewoon gewenning, maar ik vind de nieuwe afstand naar het kleine getal raar ogen.

Ook als je reacties inklapt is de score 'gemiddeld' en 'eigen moderatie' nu totaal niet meer te onderscheiden:

[Lapjespoes]

De nieuwe kleuren zijn het nog steeds niet. Terug naar de oude SVP.

[CH4OS]

Lapjespoes schreef op dinsdag 16 augustus 2022 @ 14:00:
De nieuwe kleuren zijn het nog steeds niet. Terug naar de oude SVP.

Je kunt met Custom CSS de oude kleuren terugzetten; zie ook wildhagen in "De nieuwe weergave van de reactiescore"

[crisp]

CH4OS schreef op dinsdag 16 augustus 2022 @ 14:29:
[...]
Je kunt met Custom CSS de oude kleuren terugzetten; zie ook wildhagen in "De nieuwe weergave van de reactiescore"

Of gewoon de kleuren van de variabelen aanpassen in custom css:

Cascading Stylesheet:

:root {
    --mod-three-default: #66ad1f;
    --mod-two-default: #80d926;
    --mod-one-default: #cfdf20;
    --mod-zero-default: #f5c73d;
    --mod-negative-default: #b8143d;
    --mod-three-hover: #80d926;
    --mod-two-hover: #99e052;
    --mod-one-hover: #d9e64d;
    --mod-zero-hover: #f7d56e;
    --mod-negative-hover: #e61a4d;
}

[CH4OS]

crisp schreef op dinsdag 16 augustus 2022 @ 14:40:
[...]

Of gewoon de kleuren van de variabelen aanpassen in custom css:

Cascading Stylesheet:

:root {
    --mod-three-default: #66ad1f;
    --mod-two-default: #80d926;
    --mod-one-default: #cfdf20;
    --mod-zero-default: #f5c73d;
    --mod-negative-default: #b8143d;
    --mod-three-hover: #80d926;
    --mod-two-hover: #99e052;
    --mod-one-hover: #d9e64d;
    --mod-zero-hover: #f7d56e;
    --mod-negative-hover: #e61a4d;
}

Of gewoon de devvers de oude kleuren laten herstellen... Dan is de custom CSS ook niet nodig.

[Roozzz]

Marvellanius schreef op donderdag 11 augustus 2022 @ 17:09:
Weer even een korte dev-update:

Morgenochtend komen er een aantal fixes aan (pending review):

• Dropshadow op de cijfers in de moderatie-knoppen word weer toegepast
• De 'eigen moderatie' word iets groter gemaakt, en er word meer ruimte tussen de geaggregeerde score en de eigen moderatie gemaakt
• De filter kleuren worden gelijkgetrokken met de nieuwe moderatiescore kleuren

De kleurstelling zelf word morgen ook opgepakt.

Inmiddels zijn we een weekje verder en dacht ik begrepen te hebben dat dit gereleased is. Is deze fix volledig doorgevoerd? Bij mij zijn de filter kleuren nog altijd anders dan in de pop-up.

De kleur van de gemiddelde score komt ook niet overeen met de kleuren in de pop-up.

De gemiddelde score lijkt dan weer deels (+1, +2) wel overeen te komen met de filter kleuren. De andere waardes niet (0, -1). Een +3 kon ik zoeven niet vinden.

Tevens verschijnt er een rare zwarte balk onder de filteropties als ik daar op hover. Dit alles in een up to date FireFox (103.0.2).

[Marvellanius]

Roozzz schreef op donderdag 18 augustus 2022 @ 14:24:
[...]

Inmiddels zijn we een weekje verder en dacht ik begrepen te hebben dat dit gereleased is. Is deze fix volledig doorgevoerd? Bij mij zijn de filter kleuren nog altijd anders dan in de pop-up.

De kleur van de gemiddelde score komt ook niet overeen met de kleuren in de pop-up.

De gemiddelde score lijkt dan weer deels (+1, +2) wel overeen te komen met de filter kleuren. De andere waardes niet (0, -1). Een +3 kon ik zoeven niet vinden.

Tevens verschijnt er een rare zwarte balk onder de filteropties als ik daar op hover. Dit alles in een up to date FireFox (103.0.2).

Dat heb je helemaal goed begrepen
Maar je hebt ook volledig correct gezien dat de kleuren in de pop-up nog anders waren dan die in de filters/reacties. Ik ben bij het aanmaken van de nieuwe custom-properties voor moderatie kleuren vergeten deze in de moderatie pop-up door te voeren*. Ik heb hier zojuist een fix voor live gezet

De zwarte balk is een tooltip die bij het filter nog even een korte beschrijving geeft van de betekenis van het filter en zou er zo uit moeten zien (hier is ten op zichte van de oude situatie niks aan verandert):


* Voor de alerte lezer: Dit 'doorvoeren op een specifieke plek' zou niet nodig moeten zijn met correct gebruik van component-styling, maar de weergave van de knoppen in de moderatie pop-up wijkt af van de reguliere weergave.
De 'hover'-status van een moderatie knop heeft een iets lichtere tint dan de normale kleur.
In de moderatie pop-up word deze 'hover'-kleur overschreven om gelijk te zijn met de normale kleur, zodat dit oplijnt met de kleur van de knop die je uiteindelijk ziet in de reacties.
In deze override was ik vergeten de nieuwe kleuren door te voeren , waar het op alle andere plekken netjes vanuit het component zelf werd opgelost.

[ Voor 0% gewijzigd door Marvellanius op 19-08-2022 16:07 . Reden: Tekst een beetje ruimte gegeven, en typo's ]

[CH4OS]

Marvellanius schreef op vrijdag 19 augustus 2022 @ 16:05:
In deze override was ik vergeten de nieuwe kleuren door te voeren , waar het op alle andere plekken netjes vanuit het component zelf werd opgelost.

Jammer dat de vele feedback over de kleuren alhier in het topic totaal genegeerd worden en niet eens de moeite wordt genomen om het uit te leggen waarom men stug volhoudt. Ik snap best dat je eenheidsworst wilt voor veel zaken, vandaar ook de huisstijl, maar om het door te trekken tot op dit soort zaken, vind ik dan echt wel overdreven. Daar zou iets aparts voor moeten komen in de huisstijl, die hier klaarblijkelijk totaal geen rekening mee houdt op het moment.

Waarom de oude kleuren veel beter zijn, hebben vele reacties in dit topic al aangegeven, het is een slechte user experience, het is te verwarrend om nog maar niet te spreken over mensen die bijvoorbeeld kleurenblind zijn, waar dit gewoon totaal onpraktisch voor is. Ik snap best dat niet alle feedback verwerkt kan worden, die kleuren zijn slechts variabelen. Ja, met custom CSS is er ook wat aan te doen, maar het is zo zonde als die functie voor dit soort zaken misbruikt moet worden. Ik vind het dan ook best jammer om te zien dat zelfs de voorstellen voor verbetering totaal genegeerd worden.

Is overigens ook (helaas) niet de eerste keer dat het grootste struikelblok vanuit de community totaal genegeerd wordt, waardoor de community het gevoel krijgt dat er niet naar de community geluisterd wordt. (Wat ook al meermaals een punt van aandacht is geweest voor de crew...)

[ Voor 27% gewijzigd door CH4OS op 19-08-2022 16:27 ]

[Roozzz]

Marvellanius schreef op vrijdag 19 augustus 2022 @ 16:05:
[...]


Dat heb je helemaal goed begrepen
Maar je hebt ook volledig correct gezien dat de kleuren in de pop-up nog anders waren dan die in de filters/reacties. Ik ben bij het aanmaken van de nieuwe custom-properties voor moderatie kleuren vergeten deze in de moderatie pop-up door te voeren*. Ik heb hier zojuist een fix voor live gezet

Thanks voor de fix

Bij mij lijkt alleen de bovenste rand van die tooltip te laden. Maar goed, dat zal wel aan mij liggen dan. Ik vermoed een bij-effect van het blokkeren van die vreselijk irritante cookie pop-up. En nee, ik ga tweakers niet whitelisten. Ik kan dat niet eens (permanent dan).

Nu alleen de kleurtjes zelf nog even naar iets fatsoenlijks

[dragonhaertt]

Marvellanius schreef op vrijdag 19 augustus 2022 @ 16:05:
[...]


Dat heb je helemaal goed begrepen
Maar je hebt ook volledig correct gezien dat de kleuren in de pop-up nog anders waren dan die in de filters/reacties. Ik ben bij het aanmaken van de nieuwe custom-properties voor moderatie kleuren vergeten deze in de moderatie pop-up door te voeren*. Ik heb hier zojuist een fix voor live gezet

De zwarte balk is een tooltip die bij het filter nog even een korte beschrijving geeft van de betekenis van het filter en zou er zo uit moeten zien (hier is ten op zichte van de oude situatie niks aan verandert):
[Afbeelding]

* Voor de alerte lezer: Dit 'doorvoeren op een specifieke plek' zou niet nodig moeten zijn met correct gebruik van component-styling, maar de weergave van de knoppen in de moderatie pop-up wijkt af van de reguliere weergave.
De 'hover'-status van een moderatie knop heeft een iets lichtere tint dan de normale kleur.
In de moderatie pop-up word deze 'hover'-kleur overschreven om gelijk te zijn met de normale kleur, zodat dit oplijnt met de kleur van de knop die je uiteindelijk ziet in de reacties.
In deze override was ik vergeten de nieuwe kleuren door te voeren , waar het op alle andere plekken netjes vanuit het component zelf werd opgelost.

Nu live als in, nu live? Want als ik de kleuren tussen het filter en de moderatiescores vergelijk komen ze toch niet helemaal overeen. (>10 R/G/B waarde verschil)

Ik heb ze maar even onder elkaar gezet zodat je het verschil kan zien (geen CSS, dark mode, moderatiescore):


edit: De -1 is nog erger:


Tevens vind ik het jammer dat er maar weinig is gedaan met het commentaar dat het contrast text:kleur zo laag is. Zelfs als ik van puur wit (#FFFFFF) naar de donkerste pixel in de schaduw van de +1 knop meet (#828515) dan is de contrastverhouding <4:1 wat voor kleine text niet echt in de acceptabele range valt.

En dat is het contrast tussen deze twee pixels, laat staan de gehele letter:

[ Voor 11% gewijzigd door dragonhaertt op 19-08-2022 16:50 ]

[Hahn]

dragonhaertt schreef op vrijdag 19 augustus 2022 @ 16:43:
[...]

Ik heb ze maar even naast elkaar gezet zodat je het verschil kan zien (geen CSS, dark mode, moderatiescore):
[Afbeelding]

Tevens vind ik het jammer dat er maar weinig is gedaan met het commentaar dat het contrast text:kleur zo laag is. Zelfs als ik van puur wit (#FFFFFF) naar de donkerste pixel in de schaduw van de +1 knop meet (#828515) dan is de contrastverhouding <4:1 wat voor kleine text niet echt in de acceptabele range valt.

En dat is het contrast tussen deze twee pixels, laat staan de gehele letter:
[Afbeelding]

Dan ben je ook wel heeeeel gul met voordeel van de twijfel geven, te gul zou ik zeggen Het contrast tussen de achtergronden van 0, +1 en +2 en de witte (#FFF) tekst is in alle drie de gevallen onder de 1.80:1. En met een font-size van 12px is dat écht flink laag. Ik heb niet echt slechte ogen en ben ook niet kleurenblind, maar de +1-knop vind ik zelfs lastig om te zien.

Ik werk bij Coolblue en ik heb geregeld met andere UX designers de discussie over contrastratio's en dat we moeten voldoen aan bepaalde eisen. En dan gaat de strijd vaak over een contrastratio van rond de 3:1, wat ik discutabel vind, maar zodra je onder de 2:1 komt is er geen twijfel over mogelijk: dat zorgt voor leesbaarheidsproblemen.

[dragonhaertt]

Hahn schreef op vrijdag 19 augustus 2022 @ 16:53:
[...]

Dan ben je ook wel heeeeel gul met voordeel van de twijfel geven, te gul zou ik zeggen Het contrast tussen de achtergronden van 0, +1 en +2 en de witte (#FFF) tekst is in alle drie de gevallen onder de 1.80:1. En met een font-size van 12px is dat écht flink laag. Ik heb niet echt slechte ogen en ben ook niet kleurenblind, maar de +1-knop vind ik zelfs lastig om te zien.

Ik werk bij Coolblue en ik heb geregeld met andere UX designers de discussie over contrastratio's en dat we moeten voldoen aan bepaalde eisen. En dan gaat de strijd vaak over een contrastratio van rond de 3:1, wat ik discutabel vind, maar zodra je onder de 2:1 komt is er geen twijfel over mogelijk: dat zorgt voor leesbaarheidsproblemen.

En zélfs als ik zo gul ben is de ratio te laag
Ik heb ook moeite met de +1 goed lezen, maar ook de 0 en +2 vallen denk ik buiten de acceptabele waardes voor UX.
Leuk om mijn amateur-mening bevestigd te zien door iemand die werkelijk in dit veld werkt

[dragonhaertt]

Marvellanius schreef op vrijdag 19 augustus 2022 @ 16:05:

Maar je hebt ook volledig correct gezien dat de kleuren in de pop-up nog anders waren dan die in de filters/reacties. Ik ben bij het aanmaken van de nieuwe custom-properties voor moderatie kleuren vergeten deze in de moderatie pop-up door te voeren*. Ik heb hier zojuist een fix voor live gezet

4 dagen later nu, maar de kleuren komen volgens mij nog steeds niet overeen?

Zoals hier beschreven:

dragonhaertt schreef op vrijdag 19 augustus 2022 @ 16:43:
[...]


Nu live als in, nu live? Want als ik de kleuren tussen het filter en de moderatiescores vergelijk komen ze toch niet helemaal overeen. (>10 R/G/B waarde verschil)

Ik heb ze maar even onder elkaar gezet zodat je het verschil kan zien (geen CSS, dark mode, moderatiescore):
[Afbeelding]

edit: De -1 is nog erger:
[Afbeelding]

Tevens vind ik het jammer dat er maar weinig is gedaan met het commentaar dat het contrast text:kleur zo laag is. Zelfs als ik van puur wit (#FFFFFF) naar de donkerste pixel in de schaduw van de +1 knop meet (#828515) dan is de contrastverhouding <4:1 wat voor kleine text niet echt in de acceptabele range valt.

En dat is het contrast tussen deze twee pixels, laat staan de gehele letter:
[Afbeelding]

[dragonhaertt]

Ondertussen zijn we weer bijna 2 weken verder sinds de 'fix' en zijn de problemen nog steeds niet opgelost.
Ik vind het erg jammer om te zien dat er vanuit de community zo veel moeite wordt gedaan om mee te denken en problemen te melden, en dat zowel de communicatie als implementatie volledig stilvalt.


@XWB @Marvellanius @boenkeijer @crisp @bozhoyo
Zou het dan echt niet een idee zijn om even te laten weten waar jullie mee bezig zijn, wat er wel gefixt gaat worden en wat niet?
Niet erg motiverend om mee te denken op deze manier

[CH4OS]

dragonhaertt schreef op donderdag 1 september 2022 @ 19:31:
Ondertussen zijn we weer bijna 2 weken verder sinds de 'fix' en zijn de problemen nog steeds niet opgelost.
Ik vind het erg jammer om te zien dat er vanuit de community zo veel moeite wordt gedaan om mee te denken en problemen te melden, en dat zowel de communicatie als implementatie volledig stilvalt.


@XWB @Marvellanius @boenkeijer @crisp @bozhoyo
Zou het dan echt niet een idee zijn om even te laten weten waar jullie mee bezig zijn, wat er wel gefixt gaat worden en wat niet?
Niet erg motiverend om mee te denken op deze manier

Helaas is dit ook iets wat niet nieuw is. Door de jaren heen heb ik dit (helaas) altijd zien gebeuren. Altijd komt men dan wel op een moment tot de conclusie dat er meer geluisterd moet gaan worden met de community, dat lijkt dan even te gebeuren, kakt weer in... Rinse, repeat.

[dragonhaertt]

CH4OS schreef op donderdag 1 september 2022 @ 19:41:
[...]
Helaas is dit ook iets wat niet nieuw is. Door de jaren heen heb ik dit (helaas) altijd zien gebeuren. Altijd komt men dan wel op een moment tot de conclusie dat er meer geluisterd moet gaan worden met de community, dat lijkt dan even te gebeuren, kakt weer in... Rinse, repeat.

Helaas moet ik het hier mee eens zijn. Misschien kan ik beter ook even @Moonsugar taggen om haar op de hoogte te houden van de communicatie met de community.

[crisp]

dragonhaertt schreef op donderdag 1 september 2022 @ 19:31:
Ondertussen zijn we weer bijna 2 weken verder sinds de 'fix' en zijn de problemen nog steeds niet opgelost.
Ik vind het erg jammer om te zien dat er vanuit de community zo veel moeite wordt gedaan om mee te denken en problemen te melden, en dat zowel de communicatie als implementatie volledig stilvalt.


@XWB @Marvellanius @boenkeijer @crisp @bozhoyo
Zou het dan echt niet een idee zijn om even te laten weten waar jullie mee bezig zijn, wat er wel gefixt gaat worden en wat niet?
Niet erg motiverend om mee te denken op deze manier

De kleuren komen volgens mij ondertussen exact overeen; we verwijzen op alle plekken naar dezelfde CSS variabelen, e.g.:

Cascading Stylesheet:

background-color: var(--mod-negative-default);

[dragonhaertt]

crisp schreef op vrijdag 2 september 2022 @ 08:27:
[...]

De kleuren komen volgens mij ondertussen exact overeen; we verwijzen op alle plekken naar dezelfde CSS variabelen, e.g.:

Cascading Stylesheet:

background-color: var(--mod-negative-default);

Mijn fout, blijkbaar is er een wijziging geweest in een snippet die ik gebruik.

En gaat er iets gedaan worden aan het contrast?

[ Voor 10% gewijzigd door dragonhaertt op 02-09-2022 10:04 ]

[crisp]

dragonhaertt schreef op vrijdag 2 september 2022 @ 09:52:
[...]


Mijn fout, blijkbaar is er een wijziging geweest in een snippet die ik gebruik.

En gaat er iets gedaan worden aan het contrast?

Dat is iets voor onze UX expert @bozhoyo. Van mij mag de drop-shadow nog wel iets donkerder aangezet worden, maar dat is uiteindelijk aan onze designer

[dragonhaertt]

Ik weet niet in welk zwart gat deze feedback topics verdwijnen, maar ik vind het wel jammer om te zien dat hier niks mee gedaan wordt.

Of anders, dat we niet te zien krijgen dat er iets mee gedaan wordt.

[CH4OS]

dragonhaertt schreef op vrijdag 23 september 2022 @ 11:30:
Ik weet niet in welk zwart gat deze feedback topics verdwijnen, maar ik vind het wel jammer om te zien dat hier niks mee gedaan wordt.

Of anders, dat we niet te zien krijgen dat er iets mee gedaan wordt.

NOFI, maar zo gaat het (helaas voor ons) al jaren en is overigens niet alleen binnen het devteam, maar echt Tweakers breed.

[jelle.]

dragonhaertt schreef op vrijdag 23 september 2022 @ 11:30:
Ik weet niet in welk zwart gat deze feedback topics verdwijnen, maar ik vind het wel jammer om te zien dat hier niks mee gedaan wordt.

Of anders, dat we niet te zien krijgen dat er iets mee gedaan wordt.

Hier moet inderdaad nog terugkoppeling op volgen. Onze UX-designer is nu met vakantie, dus we bespreken het daarna

[RoestVrijStaal]

jelle. schreef op vrijdag 23 september 2022 @ 14:10:
[...]


Hier moet inderdaad nog terugkoppeling op volgen. Onze UX-designer is nu met vakantie, dus we bespreken het daarna

Is ie inmiddels al terug van vakantie?

[RoestVrijStaal]

Ondertussen wil ik nog iets toewerpen:

De nieuwe weergave is niet leuk als je Mod status uit staat:


Nee, de popup is niet gecropped of zo. Zelfs als ik mijn browser full screen zet e.d. is het een lange pop-up.

Kan niet niet weer terug worden gezet zoals op 4 maart 2022 dat de reactiescorekaart als eerst te zien valt?

En het geneuzel van dat mijn Modstatus uit staat e.d. ingeklapt? Die informatie en de wegen er naar toe weet ik allang.

[ Voor 15% gewijzigd door RoestVrijStaal op 04-10-2022 21:15 ]

[crisp]

RoestVrijStaal schreef op dinsdag 4 oktober 2022 @ 21:06:
Ondertussen wil ik nog iets toewerpen:

De nieuwe weergave is niet leuk als je Mod status uit staat:
[Afbeelding]

Nee, de popup is niet gecropped of zo. Zelfs als ik mijn browser full screen zet e.d. is het een lange pop-up.

Kan niet niet weer terug worden gezet zoals op 4 maart 2022 dat de reactiescorekaart als eerst te zien valt?

En het geneuzel van dat mijn Modstatus uit staat e.d. ingeklapt? Die informatie en de wegen er naar toe weet ik allang.

De informatie die daar nu staat lijkt mij nogal dubbelop. Wellicht kan @watcher46 hier iets over zeggen?

[jelle.]

Wat betreft het contrast van de reactiescorefilter: we hebben een ontwerp op de plank liggen voor scorefilters met een verbeterd contrast door drop shadow (zie onderstaande screenshot). Dit is in overeenstemming met de WCAG-richtlijnen. Deze aanpassing maakt echter onderdeel uit van het redesign van redactionele artikelen, omdat in het huidige ontwerp de tekstgrootte te klein is voor een fatsoenlijke drop shadow-oplossing. Het contrast wordt op een later moment dus nog verbeterd, maar we kunnen nog niet zeggen wanneer (in elk geval niet dit jaar).

RoestVrijStaal schreef op dinsdag 4 oktober 2022 @ 21:06:
Ondertussen wil ik nog iets toewerpen:

De nieuwe weergave is niet leuk als je Mod status uit staat:
[Afbeelding]

Nee, de popup is niet gecropped of zo. Zelfs als ik mijn browser full screen zet e.d. is het een lange pop-up.

Kan niet niet weer terug worden gezet zoals op 4 maart 2022 dat de reactiescorekaart als eerst te zien valt?

En het geneuzel van dat mijn Modstatus uit staat e.d. ingeklapt? Die informatie en de wegen er naar toe weet ik allang.

Gebruikers met geblokkeerde moderatierechten willen we graag informeren waar ze terecht kunnen, want lang niet elke gebruiker weet dat. Maar deze informatie is inderdaad wel erg dubbelop, dus ik heb een ticket aangemaakt om dit te verbeteren

[ Voor 6% gewijzigd door jelle. op 13-10-2022 11:01 ]

[CH4OS]

@jelle. Dank voor de update. Ik moet bekennen (maar komt waarschijnlijk omdat ik kleurenblind ben (deuteranopia)) dat het gele vakje en de tekst van de 0-score een belabberd contrast heeft. Dit is al wel een hele verbetering ten op zichte van wat het nu is. Gezien het nu de enige is, weet ik ook niet in hoeverre het belangrijk is, om het netjes te doen zou ik wel dat contrast ook nog verbeteren.

[ Voor 23% gewijzigd door CH4OS op 13-10-2022 11:40 ]

[RoestVrijStaal]

jelle. schreef op woensdag 12 oktober 2022 @ 15:28:
Wat betreft het contrast van de reactiescorefilter: we hebben een ontwerp op de plank liggen voor scorefilters met een verbeterd contrast door drop shadow (zie onderstaande screenshot). Dit is in overeenstemming met de WCAG-richtlijnen. Deze aanpassing maakt echter onderdeel uit van het redesign van redactionele artikelen, omdat in het huidige ontwerp de tekstgrootte te klein is voor een fatsoenlijke drop shadow-oplossing. Het contrast wordt op een later moment dus nog verbeterd, maar we kunnen nog niet zeggen wanneer (in elk geval niet dit jaar).

[Afbeelding]


[...]


Gebruikers met geblokkeerde moderatierechten willen we graag informeren waar ze terecht kunnen, want lang niet elke gebruiker weet dat. Maar deze informatie is inderdaad wel erg dubbelop, dus ik heb een ticket aangemaakt om dit te verbeteren

Ok, maar het mag gerust "gecondenseerd" worden naar één link die verwijst naar een aparte, (dynamische?) pagina waarin uitgebreid kan worden verteld waarom de moderatierechten uit staan met dito knoppen om dit weer zelf aan te zetten (indien mogelijk) of om automatisch! een vooringevulde post te maken voor in dit topic.

[jelle.]

CH4OS schreef op woensdag 12 oktober 2022 @ 16:14:
@jelle. Dank voor de update. Ik moet bekennen (maar komt waarschijnlijk omdat ik kleurenblind ben) dat het gele vakje en de tekst van de 0-score een belabberd contrast heeft. Dit is al wel een hele verbetering ten op zichte van wat het nu is. Gezien het nu de enige is, weet ik ook niet in hoeverre het belangrijk is, om het netjes te doen zou ik wel dat contrast ook nog verbeteren.

Ik werd er net op geattendeerd dat ik een verouderde versie van het nieuwe ontwerp had geplaatst. Ik heb de screenshot in mijn post zojuist bijgewerkt

[CH4OS]

jelle. schreef op donderdag 13 oktober 2022 @ 11:02:
[...]


Ik werd er net op geattendeerd dat ik een verouderde versie van het nieuwe ontwerp had geplaatst. Ik heb de screenshot in mijn post zojuist bijgewerkt

Dan heb ik toch echt liever de versie van het oude screenshot. Het geel van +1 is in het nieuwe screenshot ook zo tergend slecht, ik kan de tekst nu niet eens lezen. Het groen van +2 is ook erg matig. In elk geval is dit mijns inziens geen verbetering. Waarom wordt er niets gedaan met de adviezen die @b2vjfvj75gjx7 en @dragonhaertt gegeven hebben in dit topic?

Het komt nu echt over als (stalen) oogkleppen op hebben en dat is echt enorm zonde. Aan de andere kant verbaasd het mij niet dat community input (wederom) genegeerd wordt. De teleurstelling daarin begint haast normaal te worden, spijtig genoeg.

[ Voor 37% gewijzigd door CH4OS op 13-10-2022 11:52 ]

[dragonhaertt]

jelle. schreef op woensdag 12 oktober 2022 @ 15:28:
Wat betreft het contrast van de reactiescorefilter: we hebben een ontwerp op de plank liggen voor scorefilters met een verbeterd contrast door drop shadow (zie onderstaande screenshot). Dit is in overeenstemming met de WCAG-richtlijnen. Deze aanpassing maakt echter onderdeel uit van het redesign van redactionele artikelen, omdat in het huidige ontwerp de tekstgrootte te klein is voor een fatsoenlijke drop shadow-oplossing. Het contrast wordt op een later moment dus nog verbeterd, maar we kunnen nog niet zeggen wanneer (in elk geval niet dit jaar).

[Afbeelding]


[...]


Gebruikers met geblokkeerde moderatierechten willen we graag informeren waar ze terecht kunnen, want lang niet elke gebruiker weet dat. Maar deze informatie is inderdaad wel erg dubbelop, dus ik heb een ticket aangemaakt om dit te verbeteren

Het contrast tussen de nieuwe nieuwe +0 (text) en +0 (achtergrond) is op deze screenshot maar 2.01
Contrastwaarde van de +1 knop is zelfs nog lager, naar 1.8.
Dan meet ik net zoals ik eerder deed, tussen de lichtste en donkerste pixel het contrast. De 'gemiddelde' contrast waarde zou vanuit UX overweging eigenlijk >4 moeten zijn, maar <3 is echt onacceptabel. Nu meet ik echt best best best case scenario.


Dus de nieuwe contrasten zijn nog slechter dan dat ze waren tijdens de onderstaande reactie?
Toen was de contrastwaarde 3.95

dragonhaertt schreef op vrijdag 19 augustus 2022 @ 16:43:

Tevens vind ik het jammer dat er maar weinig is gedaan met het commentaar dat het contrast text:kleur zo laag is. Zelfs als ik van puur wit (#FFFFFF) naar de donkerste pixel in de schaduw van de +1 knop meet (#828515) dan is de contrastverhouding <4:1 wat voor kleine text niet echt in de acceptabele range valt.

En dat is het contrast tussen deze twee pixels, laat staan de gehele letter:
[Afbeelding]

Volgens mij heb je trouwens nog steeds niet de juiste screenshot gepost. Als ik zelf mijn CSS uitzet zie ik wat anders.
Nu live op de FP is bijvoorbeeld de volgende +1 knop contrastwaardes:
Hoogste contrast(donkerste pixel vs lichtste pixel): 3.49
Aangrenzende pixels (stokje van het cijfer 1): 3.07

Die waardes zijn beide alsnog lager dan tijdens mijn bovenstaande post van 19 augustus.

CH4OS schreef op donderdag 13 oktober 2022 @ 11:37:
[...]
Dan heb ik toch echt liever de versie van het oude screenshot. Het geel van +1 is in het nieuwe screenshot ook zo tergend slecht, ik kan de tekst nu niet eens lezen. Het groen van +2 is ook erg matig. In elk geval is dit mijns inziens geen verbetering. Waarom wordt er niets gedaan met de adviezen die @b2vjfvj75gjx7 en @dragonhaertt gegeven hebben in dit topic?

Het komt nu echt over als (stalen) oogkleppen op hebben en dat is echt enorm zonde. Aan de andere kant verbaasd het mij niet dat community input (wederom) genegeerd wordt. De teleurstelling daarin begint haast normaal te worden, spijtig genoeg.

Ik ben het hier helaas wel een beetje mee eens. Ik heb nu al een aantal keer, binnen een paar minuten, met de 'high tech' tool Paint.net (freeware!) een analyse gepost die duidelijk laat zien dat de contrastwaardes niet echt binnen het acceptabele bereik liggen.
Ik hoop dat er binnen tweakers iemand is die dit ook (betaald) kan doen, en dan vooral mijn vraag:

Waarom wordt dit niet even goed bekeken? *knip*

Is het nou echt zo moeilijk om, als designer, deze knoppen goed leesbaar te ontwerpen?
Moet er elke keer vanuit de community input komen om iemand te triggeren dat het nog niet af is?

In de trant van 'een vriendelijker tweakers' hou ik hier op, maar mijn input houd hier ook op.
Ik heb geen zin meer om bij de volgende wijziging weer er achter te komen dat de knoppen nog slechter leesbaar zijn.

---

Als aanvulling hierop: nog een gratis tool die ik binnen 5 minuten vind.


WCAG: "De visuele weergave van tekst en afbeeldingen van tekst heeft een contrastverhouding van ten minste 4,5:1,"

Edit: De vraag zonder bold en smileys maakt de boodschap ook duidelijk genoeg.

[ Voor 38% gewijzigd door rens-br op 13-10-2022 15:08 ]

[RoestVrijStaal]

@dragonhaertt De (bedenkelijke) edit van @rens-br op jouw post kan waarschijnlijk de URL naar dat tooltje hebben laten verdwijnen.

Wat is de URL naar dat tooltje?

[ Voor 58% gewijzigd door RoestVrijStaal op 14-10-2022 14:43 ]

[CH4OS]

@RoestVrijStaal Ik gok https://wcag.nl/

Zelf ook even een rapportje gedaan, zie ook: https://wcag.nl/webscan/0...9-44ae-af30-8f7a81994c3a/

Op 23 plekken meldt het dat het contrast te laag is, precies bij de moderatie scores.

[ Voor 72% gewijzigd door CH4OS op 14-10-2022 14:45 ]

[dragonhaertt]

CH4OS schreef op vrijdag 14 oktober 2022 @ 14:39:
@RoestVrijStaal Ik gok https://wcag.nl/

Zelf ook even een rapportje gedaan, zie ook: https://wcag.nl/webscan/0...9-44ae-af30-8f7a81994c3a/

Op 23 plekken meldt het dat het contrast te laag is, precies bij de moderatie scores.

Inderdaad te vinden op de website van WCAG. Ik had het linkje er niet bijgezet, maar bedankt voor de aanvulling

[dragonhaertt]

Een nieuw jaar met nieuwe kansen.
Zijn er nog goede voornemens om de WCAG-richtlijnen te volgen dit jaar @jelle.?

[jelle.]

dragonhaertt schreef op dinsdag 3 januari 2023 @ 08:57:
Een nieuw jaar met nieuwe kansen.
Zijn er nog goede voornemens om de WCAG-richtlijnen te volgen dit jaar @jelle.?

Ja. De bedoeling is om de richtlijnen te volgen voor alle toekomstige aanpassingen die we doen.

[dragonhaertt]

jelle. schreef op woensdag 4 januari 2023 @ 09:54:
[...]


Ja. De bedoeling is om de richtlijnen te volgen voor alle toekomstige aanpassingen die we doen.

Ik neem aan dat dat hier ook al de bedoeling was?:

jelle. schreef op woensdag 12 oktober 2022 @ 15:28:
Wat betreft het contrast van de reactiescorefilter: we hebben een ontwerp op de plank liggen voor scorefilters met een verbeterd contrast door drop shadow (zie onderstaande screenshot). Dit is in overeenstemming met de WCAG-richtlijnen. Deze aanpassing maakt echter onderdeel uit van het redesign van redactionele artikelen, omdat in het huidige ontwerp de tekstgrootte te klein is voor een fatsoenlijke drop shadow-oplossing. Het contrast wordt op een later moment dus nog verbeterd, maar we kunnen nog niet zeggen wanneer (in elk geval niet dit jaar).

[Afbeelding]


[...]


Gebruikers met geblokkeerde moderatierechten willen we graag informeren waar ze terecht kunnen, want lang niet elke gebruiker weet dat. Maar deze informatie is inderdaad wel erg dubbelop, dus ik heb een ticket aangemaakt om dit te verbeteren

Helaas bleek die screenshot ook niet te voldoen aan de richtlijnen en zelfs nog slechter dan de huidige én oude ontwerpen.
Dit heb ik ook uitgebreid aangekaart in mijn eerdere posts, maar reactie hierop is helaas uitgebleven.

Mag ik er dan van uitgaan dat in de toekomst deze richtlijn wél goed geïmplementeerd wordt, of was dit voorbeeld daadwerkelijk 'volgens de richtlijnen' in jullie ogen?

[jelle.]

dragonhaertt schreef op woensdag 4 januari 2023 @ 10:56:
Mag ik er dan van uitgaan dat in de toekomst deze richtlijn wél goed geïmplementeerd wordt, of was dit voorbeeld daadwerkelijk 'volgens de richtlijnen' in jullie ogen?

We hebben gemerkt dat het screenshot geen juist beeld gaf van de verbetering die we willen doorvoeren, waaronder de contrastwaarden. Dus in die zin was het geen goed voorbeeld. Zoals gezegd is het de bedoeling om de richtlijnen te volgen in toekomstige verbeteringen, maar is dat geen garantie; we doen het zo goed als mogelijk

Zodra we deze specifieke knoppen aangepast hebben (is nog niet ingepland), zal ik het laten weten in dit topic.

[CH4OS]

Het is in elk geval fijn om te weten dat er wat mee gedaan gaat worden, mensen zoals ik (kleurenblind, deuteranopia) zijn daar erg blij mee, @jelle..

[ Voor 10% gewijzigd door CH4OS op 04-01-2023 12:53 ]

[dragonhaertt]

jelle. schreef op woensdag 4 januari 2023 @ 12:30:
[...]


We hebben gemerkt dat het screenshot geen juist beeld gaf van de verbetering die we willen doorvoeren, waaronder de contrastwaarden. Dus in die zin was het geen goed voorbeeld. Zoals gezegd is het de bedoeling om de richtlijnen te volgen in toekomstige verbeteringen, maar is dat geen garantie; we doen het zo goed als mogelijk

Zodra we deze specifieke knoppen aangepast hebben (is nog niet ingepland), zal ik het laten weten in dit topic.

Dankjewel voor de update!

[bozhoyo]

Hey @dragonhaertt & @CH4OS,

Ik ben blij jullie te kunnen laten weten dat we zojuist een update van de interface voor de reactiefilters hebben gepusht. In deze nieuwe UI hebben we ervoor gezorgd dat de grotere afmetingen van de elementen en de dikkere tekstschaduw bijdragen aan voldoende leesbaarheid.

Bedankt voor jullie feedback en ons wijzen op onze verantwoordelijkheid hierin. We hebben de ambitie om het beter te doen op het gebied van webtoegankelijkheid en we hopen dit in de toekomst waar te blijven maken.

[Santford]

@bozhoyo Kun je de moderatie FAQ (https://tweakers.net/info/faq/karma/#tab:1-2) updaten zodat de voorbeelden bij de kopjes van de reactieniveaus weer overeenkomen met de kleuren op de frontpage?

[CH4OS]

bozhoyo schreef op donderdag 12 januari 2023 @ 14:33:
Hey @dragonhaertt & @CH4OS,

Ik ben blij jullie te kunnen laten weten dat we zojuist een update van de interface voor de reactiefilters hebben gepusht. In deze nieuwe UI hebben we ervoor gezorgd dat de grotere afmetingen van de elementen en de dikkere tekstschaduw bijdragen aan voldoende leesbaarheid.

Bedankt voor jullie feedback en ons wijzen op onze verantwoordelijkheid hierin. We hebben de ambitie om het beter te doen op het gebied van webtoegankelijkheid en we hopen dit in de toekomst waar te blijven maken.

Wat mij betreft is het prima, de geel van +1 kan misschien wat beter, maar het is (in elk geval voor mij) te doen. Enige puntje is misschien dat de grootte van het font niet helemaal in verhouding is met de rest rondom het blokje met de scores en de aantallen reacties erop, boven de reacties zelf. Of in elk geval de tekst "Ongemodereerd" niet als bold weergeven.

Maar zoals gezegd, is dit voor mij prima zo. Dank voor de aanpassing!

[ Voor 3% gewijzigd door CH4OS op 12-01-2023 14:45 ]

[dragonhaertt]

bozhoyo schreef op donderdag 12 januari 2023 @ 14:33:
Hey @dragonhaertt & @CH4OS,

Ik ben blij jullie te kunnen laten weten dat we zojuist een update van de interface voor de reactiefilters hebben gepusht. In deze nieuwe UI hebben we ervoor gezorgd dat de grotere afmetingen van de elementen en de dikkere tekstschaduw bijdragen aan voldoende leesbaarheid.

Bedankt voor jullie feedback en ons wijzen op onze verantwoordelijkheid hierin. We hebben de ambitie om het beter te doen op het gebied van webtoegankelijkheid en we hopen dit in de toekomst waar te blijven maken.

Bedankt voor de mention, het ziet er op het eerste gezicht wel beter uit.
Ik heb nu even geen tijd om een uitgebreide analyse te doen, maar de WCAG vind het helaas nog niet afdoende: "Elementen moeten voldoende kleurcontrast hebben (9)"

Selector:
<span class="display-score">+1</span>
Selector:
<span class="display-score">+2</span>
Selector:
<span class="display-score">+3</span>

Zo te zien nog niet echt volgens de WCAG richtlijn dus, al lijkt het me wel interessant om nog een keertje naar de exacte contrastwaardes te kijken zoals ik ook bij de vorige designs heb gedaan.

Het grotere formaat is in ieder geval wel een stuk prettiger om te lezen