this post was submitted on 18 Jul 2024
1 points (100.0% liked)

Technology

58513 readers
6875 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] deranger@sh.itjust.works 0 points 2 months ago (3 children)

Native dark modes are better and have much less of a performance impact. It’s good as a stop gap though.

[–] tal@lemmy.today 0 points 2 months ago (1 children)

Native dark modes are better

Agreed. Well, I don't know if it'd deal with random images as well, as users can upload those.

and have much less of a performance impact.

For a number of sites, you can just get away with running Dark Reader in static mode and it works well enough. Considerably faster.

[–] Armand1@lemmy.world 0 points 2 months ago (1 children)
[–] Kecessa@sh.itjust.works 0 points 2 months ago

Dark reader team be like "Guys! We're eating pizza tonight!"

[–] hsdkfr734r@feddit.nl 0 points 2 months ago* (last edited 2 months ago) (1 children)

Maybe. Does it make a big performance difference which css (dark reader or delivered by wiki) is used?

Is it known how the default to dark mode setting is persisted if let's say a plugin removed all the Wikipedia cookies on window close? A get or post parameter?

Either way it's a good thing that wiki offers a dark mode.

[–] AProfessional@lemmy.world 0 points 2 months ago* (last edited 2 months ago) (1 children)

Dark reader is one of the heaviest extensions you use, lots of dom modifications. It also passes around far too much data between processes.

[–] hsdkfr734r@feddit.nl 0 points 2 months ago* (last edited 2 months ago) (1 children)

lots of dom modifications

That's good to know. These modifications are needed to replace the style sheet details, I guess?

passes around far too much data between processes.

What does this mean? Do you have a link where I could read up on the details? Thanks.

[–] AProfessional@lemmy.world 0 points 2 months ago* (last edited 2 months ago)

Webextensions get their own webprocess as well as running in the website. I don’t have a link but if you read their source they just pass a lot of data to their process to determine things (last i looked some years ago).

There is a trade off of executing more things on the site vs transferring a lot of data. Either way it’s a heavy extension.

[–] MonkderDritte@feddit.de 0 points 2 months ago* (last edited 2 months ago) (2 children)

"Native". That every webpage has to implement it themselves is sad. Could be a browser feature that overrides some colors on dark.
Then again, with webapps, probably not.

[–] ZeroPoke@lemmy.ca 0 points 2 months ago (1 children)

Funny enough they do. Before Dark Reader on Firefox on Android I had a Chrome flag that did the same thing. But Dark Reader does a better job IMO.

[–] Aethr@lemmy.world 0 points 2 months ago

Chrome flag works on some websites, but makes others completely unreadable. Do not recommend unless you can't use dark reader

[–] bamboo@lemm.ee 0 points 2 months ago

This is sorta how dark reader and such works. It turns out that implementing dark mode for most websites is more complicated than inverting all the css colors. For example, some gray on white text might have enough contrast to be easily read, but when inverted the text is hard to discern or nearly invisible. Images too, they might have a white background but not look good when inverted. Native support is better