Feedbacktopic voor dark & light mode

[jelle.]

computerjunky schreef op woensdag 2 augustus 2023 @ 16:03:
In light mode bij het selecteren van text is de selectie kleur ineens dezelfde tint blauw (accent-30) als de text waardoor je dus niet meer kan zien wat je selecteert. Dit kan niet door CCS gefixed worden omdat hier zo te zien geen CSS voor is ?

Tekstselecties zijn nu weer goed leesbaar

True schreef op maandag 7 augustus 2023 @ 13:18:
Heb ook nog een andere, mogelijk relevant probleem dat de karmaverdeling pie-chart tekst door de afbeelding heeft staan zie bijv. (uit dit topic): computerjunky
[Afbeelding]

Dit staat eigenlijk los van dark mode, want de legenda zat al op die plek. Helaas zijn deze charts niet heel flexibel en kan de taart bijvoorbeeld niet automatisch kleiner worden bij een grote legenda. Vooral op het gele taartdeel is de tekst in dark mode niet goed leesbaar, we moeten even kijken hoe we dat slim kunnen oplossen.

[Raven]

Is er een dag of 3-4 terug toevallig iets verandert/gefixed dat invloed zou kunnen hebben op YT-embeds? Die zien er hier nogal verticaal ingedrukt uit, ook na uitschakelen CSS-aanpassingen aan mijn kant en uBlock.

Screenshot van bijv. nieuws: Dark and Darker is te koop buiten Steam, rechtszaak loopt nog in FF (rechts) en Chrome (die blijkbaar hetzelfde vertoond zie ik net) links:

[computerjunky]

jelle. schreef op dinsdag 8 augustus 2023 @ 15:50:
[...]


Tekstselecties zijn nu weer goed leesbaar


[...]


Dit staat eigenlijk los van dark mode, want de legenda zat al op die plek. Helaas zijn deze charts niet heel flexibel en kan de taart bijvoorbeeld niet automatisch kleiner worden bij een grote legenda. Vooral op het gele taartdeel is de tekst in dark mode niet goed leesbaar, we moeten even kijken hoe we dat slim kunnen oplossen.

Indeed Thx.

[crisp]

Raven schreef op dinsdag 8 augustus 2023 @ 17:57:
Is er een dag of 3-4 terug toevallig iets verandert/gefixed dat invloed zou kunnen hebben op YT-embeds? Die zien er hier nogal verticaal ingedrukt uit, ook na uitschakelen CSS-aanpassingen aan mijn kant en uBlock.

Screenshot van bijv. nieuws: Dark and Darker is te koop buiten Steam, rechtszaak loopt nog in FF (rechts) en Chrome (die blijkbaar hetzelfde vertoond zie ik net) links:
[Afbeelding]

[Afbeelding]

Die krijgt zo te zien inderdaad niet de goede hoogte (meer). Gaan we naar kijken

Edit: en fixed

[jelle.]

Wannial schreef op dinsdag 8 augustus 2023 @ 15:05:
Kan het zo zijn dat bij de omgang naar de nieuwe darkmode bij mensen de CSS ook volledi gesloopt is?
Ik heb bijvoorbeeld ineens customs CSS niet meer geactiveerd staan in mijn profiel, moet hem opnieuw "kopen"

had voorheen via custom css een dark mode, maar toen stond een tijdje terug ineens alles op wit, toen niet direct ingedoken maar dacht zal nu eens kijken om naar dark mode terug te gaan en of er nog iets in mijn CSS stond, maar die staat nu dus volledig uit.

Je hebt in het verleden een abonnement gehad waarbij je toegang had tot alle karmafeatures. Sinds dat abonnement stopgezet is, heb je ook geen custom css meer

[Wannial]

Dat is bijzonder, want ik had al custom css ruim voordat tweaker abonnementen een ding was.

[crisp]

Wannial schreef op dinsdag 8 augustus 2023 @ 21:17:
Dat is bijzonder, want ik had al custom css ruim voordat tweaker abonnementen een ding was.

Abonnementen hebben we al vanaf 2002, custom css hebben we pas in 2007 geïntroduceerd.

Wellicht gebruikte je een extensie zoals Stylish?

[Raven]

crisp schreef op dinsdag 8 augustus 2023 @ 21:38:
Wellicht gebruikte je een extensie zoals Stylish?

Die wordt geloof ik al een tijd niet meer ondersteund, tegenwoordig is Stylus dé addon (in FF) lijkt het

crisp schreef op dinsdag 8 augustus 2023 @ 18:35:
Edit: en fixed

, uit nieuwsgierigheid, waar ging het mis?

[ Voor 25% gewijzigd door Raven op 09-08-2023 13:30 ]

[crisp]

Raven schreef op woensdag 9 augustus 2023 @ 06:21:
[...]

, uit nieuwsgierigheid, waar ging het mis?

Een recente refactor, en een class 'has-click-to-load' die niet werd weggehaald als er consent was.

[Floor-is]

XWB schreef op maandag 17 juli 2023 @ 11:33:
[...]


Zoals Jelle hierboven al zei: "binnenkort meer" We hebben wat ideeën over de smilies maar één en ander moet nog uitgewerkt worden.

Weet je al wat? Want ze zijn echt fakking lelijk nu

[jelle.]

Floor-is schreef op vrijdag 11 augustus 2023 @ 09:15:
Weet je al wat? Want ze zijn echt fakking lellijk nu

Nog geen concrete update. We zijn aan het kijken naar mogelijke oplossingen, zodra we weten welke het wordt, melden we dat

[dragonhaertt]

Musical-Memoirs schreef op maandag 17 juli 2023 @ 17:29:
Nog een raar verschil die alleen bij Chrome is, niet bij Firefox of Edge.
De contrast in de moderatie score is bij chrome (links) erg slecht het nummertje te zien, terwijl er bij Firefox en Edge (rechts) een donkere rand om het getal heen zit waardoor het makkelijker te lezen is.

[Afbeelding]

Ik vind dat de contrasten van deze knoppen, zelfs met dropshadow, nog steeds erg laag zijn.

Zeker na de vorige uitspraak over de WCAG vind ik het jammer dat ik met een webscan nog steeds 22 elementen zonder voldoende kleurcontrast uit de webscan krijg.

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.

[Femme]

Floor-is schreef op vrijdag 11 augustus 2023 @ 09:15:
[...]

Weet je al wat? Want ze zijn echt fakking lelijk nu

Working on it. Gaat nog wel even duren voordat de hele set compleet is. Met development moeten we ook nog afstemmen hoe we een aanpassing van de smileys kunnen uitrollen. Het is meer dan alleen een paar plaatjes veranderen omdat ook alle bestaande reacties en forumposts opnieuw geparsed moeten worden.

[D4NG3R]

Ligt het aan mij of lijken een aantal van die emoji naar links te kijken i.p.v. rechts zoals ze nu doen?

Edit: of juist net andersom, whatever je perspectief er op is. Ik vind , en in ieder geval raar.

[ Voor 39% gewijzigd door D4NG3R op 15-08-2023 10:02 ]

[Femme]

D4NG3R schreef op dinsdag 15 augustus 2023 @ 10:00:
Ligt het aan mij of lijken een aantal van die emoji naar links te kijken i.p.v. rechts zoals ze nu doen?

Veel van de originele emoji's kijken ook niets naar links of rechts.

[True]

Femme schreef op dinsdag 15 augustus 2023 @ 09:58:
[...]


Working on it. Gaat nog wel even duren voordat de hele set compleet is. Met development moeten we ook nog afstemmen hoe we een aanpassing van de smileys kunnen uitrollen. Het is meer dan alleen een paar plaatjes veranderen omdat ook alle bestaande reacties en forumposts opnieuw geparsed moeten worden.

[Afbeelding]

[Afbeelding]

Mocht je ze beiden posten om de verschillen tussen licht en donker-modus te benadrukken. Volgens mij is de achtergrond van de lichte-modus in je post anders dan de daadwerkelijke kleurstelling van lichte-modus op Tweakers.

[Anonymoussaurus]

Het zal vast wel vaker genoemd zijn, maar: ik zou graag een timed dark mode willen. Overdag wil ik namelijk Tweakers bekijken in light mode en in de avond in dark mode (denk dat ik niet hoef uit te leggen waarom). Op het moment 'moet' ik nu elke keer handmatig de optie veranderen.

Ik zat te denken aan de implementatie zoals Dark Reader die ook heeft: https://darkreader.org/blog/automation/

Ipv coördinaten te gebruiken zou Tweakers ook het IP-adres kunnen gebruiken. En aangezien Dark Reader open-source is, lijkt het me niet al te moeilijk dit te implementeren (alhoewel ik denk dat Dark Reader in een andere programmeertaal is geschreven dan Tweakers' back-end).

[MikeyMan]

Anonymoussaurus schreef op dinsdag 15 augustus 2023 @ 10:19:
Het zal vast wel vaker genoemd zijn, maar: ik zou graag een timed dark mode willen. Overdag wil ik namelijk Tweakers bekijken in light mode en in de avond in dark mode (denk dat ik niet hoef uit te leggen waarom). Op het moment 'moet' ik nu elke keer handmatig de optie veranderen.

Ik zat te denken aan de implementatie zoals Dark Reader die ook heeft: https://darkreader.org/blog/automation/

Ipv coördinaten te gebruiken zou Tweakers ook het IP-adres kunnen gebruiken. En aangezien Dark Reader open-source is, lijkt het me niet al te moeilijk dit te implementeren (alhoewel ik denk dat Dark Reader in een andere programmeertaal is geschreven dan Tweakers' back-end).

Je kunt toch systeemvoorkeur laten bepalen? Dan zou het mee moeten lopen met de rest van je settings.

[Anonymoussaurus]

MikeyMan schreef op dinsdag 15 augustus 2023 @ 10:23:
[...]


Je kunt toch systeemvoorkeur laten bepalen? Dan zou het mee moeten lopen met de rest van je settings.

Ik zie niet hoe systeemvoorkeur hetzelfde doet als per dark mode per dagdeel. Binnen Windows kan dat iig niet, dus dan houdt het al gauw op. Wellicht dat een third-party applicatie dat doet, maar dat is gehannes.

[MikeyMan]

Anonymoussaurus schreef op dinsdag 15 augustus 2023 @ 10:26:
[...]

Ik zie niet hoe systeemvoorkeur hetzelfde doet als per dark mode per dagdeel. Binnen Windows kan dat iig niet, dus dan houdt het al gauw op. Wellicht dat een third-party applicatie dat doet, maar dat is gehannes.

Ah ik zie dat de nachtlamp het wel doet op tijd, maar de donkere modus niet...

[XWB]

MikeyMan schreef op dinsdag 15 augustus 2023 @ 10:29:
[...]


Ah ik zie dat de nachtlamp het wel doet op tijd, maar de donkere modus niet...

Ik heb geen ervaring met Windows, maar zo te lezen kan het wel:

How to switch between Windows 10 light and dark modes on schedule automatically

[ Voor 10% gewijzigd door XWB op 15-08-2023 11:22 ]

[MikeyMan]

XWB schreef op dinsdag 15 augustus 2023 @ 11:20:
[...]


Ik heb geen ervaring met Windows, maar zo te lezen kan het wel: https://www.windowscentra...-automatically-windows-10

Op tijd is minder ideaal, daarom had ik ook verwacht dat dezelfde opties beschikbaar waren als bij nachtlamp:

[Floor-is]

Femme schreef op dinsdag 15 augustus 2023 @ 09:58:
[...]


Working on it. Gaat nog wel even duren voordat de hele set compleet is. Met development moeten we ook nog afstemmen hoe we een aanpassing van de smileys kunnen uitrollen. Het is meer dan alleen een paar plaatjes veranderen omdat ook alle bestaande reacties en forumposts opnieuw geparsed moeten worden.

[Afbeelding]

[Afbeelding]

Oeh, het wordt wel mooi man! Hoewel scope-creep misschien ook wel een goed moment voor een overhaul?

Heb helemaal niet nagedacht over opnieuw parsen en of je dat nog een beetje slim kunt doen of niet moet ik toegeven.

[Opblaaskrokodil]

Femme schreef op dinsdag 15 augustus 2023 @ 09:58:
[...]

[Afbeelding]

[Afbeelding]

Het work in progress ziet er alvast mooi uit hoor!

Misschien bij de darkmode-smileys nog een kleine outline in lightmode-kleur er omheen, zodat ze beter afsteken? (Bij de lijken de hoorntjes te ontbreken.) Een idee volledig uit de losse pols, want ik weet ook niet vooraf of dat ueberhaupt mooi zal staan.

Hoe dan ook, tof dat jullie ermee bezig zijn.

[decramy]

Ik heb nog een kleine 'bug':



Ongelezen artikelen krijgen een dikgedrukt timestamp mee; echter is dit bij downloads niet het geval.

[Zeror]

Femme schreef op dinsdag 15 augustus 2023 @ 09:58:
[...]


Working on it. Gaat nog wel even duren voordat de hele set compleet is. Met development moeten we ook nog afstemmen hoe we een aanpassing van de smileys kunnen uitrollen. Het is meer dan alleen een paar plaatjes veranderen omdat ook alle bestaande reacties en forumposts opnieuw geparsed moeten worden.

[Afbeelding]

[Afbeelding]

Fantastisch Femme!
Hebben jullie ook een oplossing gevonden voor de geanimeerde smilies? Ben wel benieuwd naar de methode die jullie willen gebruiken voor animatie. Zover ik weet gaat vector + animatie nog niet heel goed samen op het web.
En als de smilies straks vectoren zijn, betekent dit dan ook dat ze met de font-size goed gaan mee schalen? Zoals kleinere smillies in de [small]-tag of grotere smilies in de [h1/2/3]-tag of [table=fontsize=x]-tag?

[Gropah]

Er zijn nog verschillende shops in de database waarvan de omschrijving niet goed te lezen is in dark mode. Een voorbeeld; https://tweakers.net/shopreview/7638/belsimpel/overzicht/. Waarschijnlijk door een stukje custom styling, wat niet op de dark mode berekend is? Wellicht een idee om de shops te mailen met de vraag het bij te werken en dark mode leesbaar te maken?

[jelle.]

Gropah schreef op woensdag 16 augustus 2023 @ 22:39:
Er zijn nog verschillende shops in de database waarvan de omschrijving niet goed te lezen is in dark mode. Een voorbeeld; https://tweakers.net/shopreview/7638/belsimpel/overzicht/. Waarschijnlijk door een stukje custom styling, wat niet op de dark mode berekend is? Wellicht een idee om de shops te mailen met de vraag het bij te werken en dark mode leesbaar te maken?

We hebben alle shops rondom de release geïnformeerd en ook tips gegevens hoe ze hun shopppagina eenvoudig geschikt kunnen maken voor dark mode. Uiteindelijk is het aan henzelf om daar wel of niet iets mee te doen, maar ik zal de collega's die contact hebben met shops, eens vragen om hen er nogmaals op te wijzen

[ThijsWTF]

Ben ik de enige met deze front page?
- Blockers staan uit
- Firefox
- Windows 11

[mrmrmr]

Sinds een tijdje is de ubb/rml layout gewijzigd waardoor een al jaren bestaand ontwerp geen achtergrondplaatjes meer heeft.

Wordt het background=url attribuut van table niet meer weergegeven? De FAQ zegt dat het er is.

table background:

testing 1-2-3

tr background:

testing 1-2-3

th background:

testing 1-2-3

td background:

testing 1-2-3

[DaFeliX]

decramy schreef op woensdag 16 augustus 2023 @ 11:55:
Ik heb nog een kleine 'bug':

[Afbeelding]

Ongelezen artikelen krijgen een dikgedrukt timestamp mee; echter is dit bij downloads niet het geval.

Klopt, maar dat heeft niet te maken met de nieuwe dark of light mode.

Het zou kunnen dat je het ene item al wel had gelezen, en de andere twee niet. Hierdoor is het lastig om deze dikgedrukt te maken. Het is wat dat betreft het eenvoudigste om ze nooit dikgedrukt te tonen; wat natuurlijk raar is als het artikel ervoor en erna wel dikgedrukt zijn.

[lappro]

Ik weet niet of jullie hier per se aandacht aan moeten besteden, maar op een recent nieuwsbericht werd in de comments gelinkt naar een review uit het jaar 2000. De specs tabel doet het niet zo goed in dark mode

Zie: review: Iiyama Vision Master Pro 451 review

Voorbeeld:

[eXtink]

Iconen bij de "Best Buy Guide" op de frontpage zijn donker in dark mode, dus dat werkt niet echt lekker

[n9iels]

Geen idee of het specifiek light/dark mode is, maar dit labeltje lijkt mij wat lang. Screenshot is van de reacties onder een artikel.

[ Voor 8% gewijzigd door n9iels op 21-08-2023 15:18 ]

[jelle.]

lappro schreef op maandag 21 augustus 2023 @ 13:59:
Ik weet niet of jullie hier per se aandacht aan moeten besteden, maar op een recent nieuwsbericht werd in de comments gelinkt naar een review uit het jaar 2000. De specs tabel doet het niet zo goed in dark mode

Zie: review: Iiyama Vision Master Pro 451 review

Voorbeeld:
[Afbeelding]

Haha, 23 jaar oud, cool Die tabel bevat hardcoded achtergrondkleuren. Er zal ongetwijfeld nog wel meer van dit soort content rondzwerven, vrees dat het niet te doen is om voor elke edge case een oplossing uit te gaan rollen... zeker niet als het nog nauwelijks tot nooit bezocht wordt.

eXtink schreef op maandag 21 augustus 2023 @ 15:09:
Iconen bij de "Best Buy Guide" op de frontpage zijn donker in dark mode, dus dat werkt niet echt lekker

[Afbeelding]

Probeer even een harde refresh of je cache te wissen, dat zou het moeten oplossen (en anders: custom css of browserextensies?)

[eXtink]

jelle. schreef op maandag 21 augustus 2023 @ 15:27:
[...]


Probeer even een harde refresh of je cache te wissen, dat zou het moeten oplossen (en anders: custom css of browserextensies?)

Custom CSS was het niet en een hard refresh hielp niet, maar heb wel mijn extensies uitgezet, waarbij adblocker het probleem veroorzaakt. Sorry voor de noise.

Al ben ik wel benieuwd wat voor logica jullie toepassen dat mijn adblocker dit veroorzaakt, enig idee?

[crisp]

eXtink schreef op maandag 21 augustus 2023 @ 16:08:
[...]

Custom CSS was het niet en een hard refresh hielp niet, maar heb wel mijn extensies uitgezet, waarbij adblocker het probleem veroorzaakt. Sorry voor de noise.

Al ben ik wel benieuwd wat voor logica jullie toepassen dat mijn adblocker dit veroorzaakt, enig idee?

Uit nieuwsgierigheid: welke browser en adblocker is dat? Ik wil wel eens proberen te achterhalen wat dan technisch precies de oorzaak is

[eXtink]

crisp schreef op maandag 21 augustus 2023 @ 18:17:
[...]

Uit nieuwsgierigheid: welke browser en adblocker is dat? Ik wil wel eens proberen te achterhalen wat dan technisch precies de oorzaak is

macOS + Chrome + ublock, volgens mij een standaard set aan regels (werk laptop met een managed chrome en extensies)

Alles laatste versie

[Martijn.C.V]

Geen idee of het al voorgesteld is, maar:

Meer nadruk op +2/3 posts

Ik lees graag de reacties en vaak lees ik enkel de +2/+3 berichten. Hoewel ik de darkmode goed kan waarderen, is vlot door de reacties scrollen wel lastig als t enige verschil een groen lijntje is.

->

* slechts een voorbeeld. Zou nog wel subtieler mogen en dan de +3 als dit. But you get the gist.

[ Voor 4% gewijzigd door Martijn.C.V op 22-08-2023 13:13 ]

[phizzie]

Ola, ik heb een bugje gevonden denk ik? Het groene vinkje heeft een pixel die blauw oplicht in mijn overzichten. Ben toevallig voor een klant meerdere hardware vergelijkingen aan het doen en schrok daar ik dacht dat het een luie pixel zou kunnen zijn. Hij scrollt echter lekker mee.


Hij is in het 'difference' blauw ook echt AMPER zichtbaar - wellicht dat dit daarom nog niet was opgevallen?


Met de klassieke witte achtergrond zal deze denk ik nooit opgevallen zijn

Succes!

[Gropah]

De hr-tag valt imo niet goed genoeg op in darkmode op firefox. Gevonden in Gropah in "Feedback op moderatie binnen Spielerij"



Zwart op grijs leest niet lekker. In whitemode lijkt hij ook veel duidelijker voor mijn gevoel:

[jelle.]

phizzie schreef op woensdag 23 augustus 2023 @ 14:44:
Ola, ik heb een bugje gevonden denk ik? Het groene vinkje heeft een pixel die blauw oplicht in mijn overzichten. Ben toevallig voor een klant meerdere hardware vergelijkingen aan het doen en schrok daar ik dacht dat het een luie pixel zou kunnen zijn. Hij scrollt echter lekker mee.

[Afbeelding]
Hij is in het 'difference' blauw ook echt AMPER zichtbaar - wellicht dat dit daarom nog niet was opgevallen?
[Afbeelding]

Met de klassieke witte achtergrond zal deze denk ik nooit opgevallen zijn

Succes!

Ik krijg dit niet gereproduceerd, met welke browser en OS zie je dit?

Gropah schreef op woensdag 23 augustus 2023 @ 23:17:
De hr-tag valt imo niet goed genoeg op in darkmode op firefox. Gevonden in Gropah in "Feedback op moderatie binnen Spielerij"

[Afbeelding]

Zwart op grijs leest niet lekker. In whitemode lijkt hij ook veel duidelijker voor mijn gevoel:

[Afbeelding]

Die lijn hoort wit te zijn Custom css wellicht? En anders: welke browser en OS gebruik je?

[mindwarper]

jelle. schreef op donderdag 24 augustus 2023 @ 08:23:
[...]
Die lijn hoort wit te zijn Custom css wellicht? En anders: welke browser en OS gebruik je?

Bij mij is het ook zo... de hr-lijn is ook niet wit in dark mode zoals het zou moeten zijn zoals je zegt @jelle.
Browser: Chrome
OS: windows 10 22H2

[ Voor 3% gewijzigd door mindwarper op 24-08-2023 08:47 ]

[phizzie]

jelle. schreef op donderdag 24 augustus 2023 @ 08:23:
[...]


Ik krijg dit niet gereproduceerd, met welke browser en OS zie je dit?

<knip ander stuk>

Op deze machine:
W11 22H2 22621.2134
Tekst geschaald op 100%
Brave 1.57.49 en 1.57.53 (tweede versie bevestigd na update in 'about' scherm)
Edge 116.0.1935.54
Firefox 115.0.3 en 116.0.3 (gereproduceerd bij tekst @ 110%)
Op deze link: vergelijk 3 laptops

Opvallend: In Brave als Edge op de bovenstaande browsers als extra testje blijkt onder het kopje 'toetsenbord' het vinkje in de linkerkolom het blauwe vlakje niet te hebben. In Firefox weer wel:

Edge = Brave:


Firefox:

[Gropah]

jelle. schreef op donderdag 24 augustus 2023 @ 08:23:

[...]


Die lijn hoort wit te zijn Custom css wellicht? En anders: welke browser en OS gebruik je?

Als ik hem in chrome open is ie inderdaad wit bij mij. Als ik die post open in een private window zonder ingelogd te zijn in FF, is de lijn grijzig, dus het zit niet in custom css. Dit is in firefox 116.0.3 op zowel windows 10 als mac 13.5.

Ik bedenk mij net overigens dat deze reactie in crew-topic al bespreekt waar het vandaan zou kunnen komen.

[ Voor 12% gewijzigd door Gropah op 24-08-2023 09:27 ]

[crisp]

phizzie schreef op donderdag 24 augustus 2023 @ 09:06:
[...]


Op deze machine:
W11 22H2 22621.2134
Tekst geschaald op 100%
Brave 1.57.49 en 1.57.53 (tweede versie bevestigd na update in 'about' scherm)
Edge 116.0.1935.54
Firefox 115.0.3 en 116.0.3 (gereproduceerd bij tekst @ 110%)
Op deze link: vergelijk 3 laptops

Opvallend: In Brave als Edge op de bovenstaande browsers als extra testje blijkt onder het kopje 'toetsenbord' het vinkje in de linkerkolom het blauwe vlakje niet te hebben. In Firefox weer wel:

Edge = Brave:
[Afbeelding]

Firefox:
[Afbeelding]

Het is een stukje text-bleed in combinatie met bepaalde zoomlevels; Er piept dan een pixel van de verborgen tekst door. Het is op te lossen door de 100% van deze rule iets te verhogen:

Cascading Stylesheet:

.specs td.spec .sprite {
  text-indent: 100%;
}

[phizzie]

crisp schreef op donderdag 24 augustus 2023 @ 09:39:
[...]

Het is een stukje text-bleed in combinatie met bepaalde zoomlevels; Er piept dan een pixel van de verborgen tekst door. Het is op te lossen door de 100% van deze rule iets te verhogen:
<snip css aanpassing>

Ah, OK. Een gevalletje 'Known Issue' - voor mij verder geen probleem. Aangezien ik regelmatig zaken mee help met testen heb ik hem even zo opgepakt. Ik ga mijn (custom) CSS sheet er niet op aanpassen, nu kan iemand die het zoekt in elk geval vinden dat het niet aan hun config ligt

Succes met de verdere bugsquashes!

[jelle.]

Gropah schreef op donderdag 24 augustus 2023 @ 09:25:
[...]


Als ik hem in chrome open is ie inderdaad wit bij mij. Als ik die post open in een private window zonder ingelogd te zijn in FF, is de lijn grijzig, dus het zit niet in custom css. Dit is in firefox 116.0.3 op zowel windows 10 als mac 13.5.

Ik bedenk mij net overigens dat deze reactie in crew-topic al bespreekt waar het vandaan zou kunnen komen.

Verschillende browsers bleken hier inderdaad op een andere manier om te gaan. Dat is zojuist gefixt en de weergave is nu consistent met andere vergelijkbare elementen.

[Gropah]

jelle. schreef op vrijdag 25 augustus 2023 @ 10:26:
[...]


Verschillende browsers bleken hier inderdaad op een andere manier om te gaan. Dat is zojuist gefixt en de weergave is nu consistent met andere vergelijkbare elementen.

Hmmm, bij mij in Firefox 116.0.3 op windows 10 is ie nog donkergrijs? Heb de cache al gedisabled en force reload gedaan. Het is In ieder geval geen wit.



Of is dit juist de update?

[jelle.]

Gropah schreef op vrijdag 25 augustus 2023 @ 17:46:
Of is dit juist de update?

Dit inderdaad. Het bleek dat ik juist zelf naar de verkeerde kleur zat te kijken dankzij Chrome

[Ajacied10]

[Relluh] 🎵 We gaan rellen met Bacardi Lemon 🎵


Dit werkt dus niet, totaal onleesbaar in white mode en iets minder erg in darkmode

[Dirk]

Beter zo?

[Shinji]

Ik heb mijn iphone nu op licht gezet en tweakers op “systeem voorkeur”. Dat geeft dit als resultaat:



Op tweakers geforceerd op licht maakt overigens geen verschil.

Safari, recentste iOS. Heb telefoon herstart om daar wat mee uit te sluiten maar hielp niks.

[crisp]

Shinji schreef op woensdag 13 september 2023 @ 08:36:
Ik heb mijn iphone nu op licht gezet en tweakers op “systeem voorkeur”. Dat geeft dit als resultaat:

[Afbeelding]

Op tweakers geforceerd op licht maakt overigens geen verschil.

Safari, recentste iOS. Heb telefoon herstart om daar wat mee uit te sluiten maar hielp niks.

Zo te zien heb je "Perfect Dark" nog ingesteld staan als Custom CSS snippet. Zet die eens uit?

[Shinji]

crisp schreef op woensdag 13 september 2023 @ 08:38:
[...]

Zo te zien heb je "Perfect Dark" nog ingesteld staan als Custom CSS snippet. Zet die eens uit?

Thanks, kan me helemaal niet herinneren dat ik dat ooit heb gedaan. Zal zijn geweest voordat Tweakers native dark ging denk ik.

Dat lost alles op in elk geval

[jelle.]

Ik heb alle feedback op de smileys verplaatst naar Wordt het niet eens tijd voor verbeterde smileys?, dan houden we het overzichtelijk Dit topic weer graag alleen gebruiken voor feedback op dark & light mode.

[spokje]

Ik had het toevallig net met m'n vrienden hieroven waarom Tweakers' dark mode zo vermoeiend is voor de ogen.
Zo vermoeiend dat ik vooral overdag direct 'light' weer aanzet omdat dark niet om aan te zien is. Persoonlijk denk ik dat het komt doordat Tweakers in darkmode blijft vasthouden aan het vele kleurgebruik waardoor het een beetje een kermis wordt. Ook lijken de icons te detailrijk waardoor het een beetje een zooitje wordt. Zie bijvoorbeeld Tweakers vergeleken met Reddit:

Reddit:



Tweakers:



Voelt Tweakers toch echt als een kermis aan, ik vind het vooral overdag niet om aan te gluren, een beetje een web 1.0 gevoel krijg ik erbij.

Ik denk ook dat het misschien komt omdat de achtergrond niet echt zwart is, maar soort van blauw? En dan met nog vrij witte letters erop, wat het vrij vermoeiend maakt voor je ogen.

Als je kijkt naar Reddit hebben ze een volledig zwarte achtergrond, maar een post wordt in een soort iets grijzer frame gezet waardoor je een universeler geheel krijgt. De tekst lijkt een andere kleur, maar ik denk dat het meer te maken heeft dat het een iets dikker lettertype is, waardoor het rustiger oogt. In ieder geval word ik na 5 minuten Tweakers 'darkmode' helemaal dol, en switch ik snel weer terug naar light. Reddit heb ik al maanden op darkmode omdat het serieus gewoon veel fijner is om naar te kijken.

Persoonlijk denk ik dus:
- Vrijwel alle kleur eruit trekken en werken met grijswaardes.
- De iconen minder detail in, simpeler.
- Werken met grijze content 'blokken' zoals in Reddit?
- Dikker lettertype die minder afsteekt tegen de donkere achtergrond.

Just my 2 cents

[Pompi]

@crisp. Ik weet niet of het komt door de styling van het Black Friday topic of dat ze een meer site brede styling hebben gebruikt. Aangezien screenshots meer zeggen dan als ik het moet beschrijven.

Normale post:

Hierbij is de link in de groene balk dus gewoon goed leesbaar en de website ziet het als nog niet bezocht.

Bovenstaande post gequote:

De link in de gekleurde balk valt echt zo goed als compleet weg en lijkt volgens mij door de CSS gezien te worden als een "bezochte" link.

Ook al heb ik een aantal CSS snippets aan staan, komt dit gedrag niet daardoor aangezien deze screenshots gemaakt zijn in een incognito venster. En is in Dark mode

[crisp]

Pompi schreef op woensdag 22 november 2023 @ 15:30:
@crisp. Ik weet niet of het komt door de styling van het Black Friday topic of dat ze een meer site brede styling hebben gebruikt. Aangezien screenshots meer zeggen dan als ik het moet beschrijven.

Normale post:
[Afbeelding]
Hierbij is de link in de groene balk dus gewoon goed leesbaar en de website ziet het als nog niet bezocht.

Bovenstaande post gequote:
[Afbeelding]
De link in de gekleurde balk valt echt zo goed als compleet weg en lijkt volgens mij door de CSS gezien te worden als een "bezochte" link.

Ook al heb ik een aantal CSS snippets aan staan, komt dit gedrag niet daardoor aangezien deze screenshots gemaakt zijn in een incognito venster. En is in Dark mode

Dit is eigenlijk meer een conflict tussen 2 styles:

aan de ene kant zorgen we er voor dat text en links in een tabel met een lichte achtergrondkleur altijd een donkere kleur krijgen; dat doen we met deze css rule:

Cascading Stylesheet:

.nocontrast a {
  color: var(--text-link-always-dark-color);
}

aan de andere kant willen we dat links in quotes minder opvallend zijn; dat doen we met deze css rule:

Cascading Stylesheet:

.messagecontent .message-quote-div a {
  color: var(--secondary-paragraph-text-color);
  text-decoration: underline;
}

het probleem is dat de tweede hier specifieker is, en dus voorrang krijgt boven de eerste. Je wilt hier liever niet met !important gaan werken, dus ik zal even moeten nadenken hoe dit het beste op te lossen is...

[Pompi]

crisp schreef op donderdag 23 november 2023 @ 08:14:
[...]

Dit is eigenlijk meer een conflict tussen 2 styles:

aan de ene kant zorgen we er voor dat text en links in een tabel met een lichte achtergrondkleur altijd een donkere kleur krijgen; dat doen we met deze css rule:

Cascading Stylesheet:

.nocontrast a {
  color: var(--text-link-always-dark-color);
}

aan de andere kant willen we dat links in quotes minder opvallend zijn; dat doen we met deze css rule:

Cascading Stylesheet:

.messagecontent .message-quote-div a {
  color: var(--secondary-paragraph-text-color);
  text-decoration: underline;
}

het probleem is dat de tweede hier specifieker is, en dus voorrang krijgt boven de eerste. Je wilt hier liever niet met !important gaan werken, dus ik zal even moeten nadenken hoe dit het beste op te lossen is...

Bedankt voor de uitgebreide uitleg, weer iets nieuws geleerd

[Resistor]

Klein bugje nog:


Telefoons met abonnementen is nog oogverblindend (in de negatieve zin).

Ik heb zelf te veel CSS dingen actief staan, daarom maar even in een private window, maar daar is het dus het zelfde resultaat.

[_David_]

De abonnementen vergelijker is een externe module, vandaar dat die niet mee gaat met de dark theme (of eventuele custom css). Vraag is of die externe module/partij een dark theme ondersteund.

[theredspecial]

D4NG3R schreef op vrijdag 21 juli 2023 @ 08:27:
Zowel de kop als tekst rechts bij deze grafiek zijn zeer slecht- tot onleesbaar:

Volgens mij is het issue nog steeds daar, zie:
Voorbeeld van slecht leesbare grafiek

[jelle.]

theredspecial schreef op maandag 19 februari 2024 @ 10:59:
Volgens mij is het issue nog steeds daar, zie:
Voorbeeld van slecht leesbare grafiek

[Afbeelding]

Is nu opgelost Heeft te maken met de manier waarop Datawrapper-grafieken worden ingevoegd; als er een iframe code wordt gebruikt kunnen we de grafiek niet in dark mode tonen. In dit artikel werd die code gebruikt omdat anders de hoogte niet instelbaar was, maar dat is nu gefixt via de instellingen in Datawrapper zelf.

Resistor schreef op zaterdag 3 februari 2024 @ 14:08:
Klein bugje nog:
[Afbeelding]

Telefoons met abonnementen is nog oogverblindend (in de negatieve zin).

Ik heb zelf te veel CSS dingen actief staan, daarom maar even in een private window, maar daar is het dus het zelfde resultaat.

Dat is inderdaad nogal extreem licht Zoals @_David_ zegt komt die vergelijker van een externe partij, dus wij hebben daar beperkte controle over. Op dit moment hebben we daar geen focus op ivm het beperkte gebruik ervan, maar zodra we iets gaan doen met de abovergelijker zullen we ook kijken naar dark mode support

[Gismo1979]

Laat maar. Jelle was me voor

[ Voor 91% gewijzigd door Gismo1979 op 19-02-2024 11:46 ]