4 ms·

Here you go: https://coffeespace.org.uk/tools/css-64.htm https://coffeespace.org.uk/tools/css-64.htm A 64 byte CSS dark theme with a monospace font based on th

by bArray 4y ago

Here you go: https://coffeespace.org.uk/tools/css-64.htm https://coffeespace.org.uk/tools/css-64.htm A 64 byte CSS dark theme with a monospace font based on the 58 byte CSS theme [1] and a page that could be an entry for the 1kB club [2]. [1] https://gist.github.com/JoeyBurzynski/617fb6201335779f8424ad9528b72c41 https://gist.github.com/JoeyBurzynski/617fb6201335779f8424ad... [2] https://1kb.club/ https://1kb.club/

sphars 4y ago
Just took a look at your site, doesn't seem to be working (on Bromite, with dark theme on device enabled): https://ibb.co/YfLzzLs https://ibb.co/YfLzzLs
- bArray 4y ago
  Interesting. The CSS is just: html{filter:invert();font:2em monospace;max-width:32em;margin:auto;} The "dark theme" is just an inversion of the HTML colours. It assumes the HTML page will be loaded with the default black on white. It seems as though the browser doesn't correctly apply inversion across the the background and foreground, or applies its implementation of the dark theme incorrectly after. Either way I believe this is weirdness caused by Bromite. I saw on Netscape and Dillo that it just ignores the inversion as it doesn't support it, but I don't know what Chrome/Chromium (desktop) does. If you have Chrome/Chromium desktop would you mind testing it? (My local Chromium is borked for complicated reasons.)
  - sphars 4y ago
    Sorry for the late response, but I've tested this in all my Chromium-based desktop browsers (including Chrome, Vivaldi and Edge) and they all fail to render it properly, including forcing prefers-color-scheme to light: https://ibb.co/XjNFY2G https://ibb.co/XjNFY2G Works in Firefox though. Edit: upon some further investigation, the CSS is inverting the elements correctly, except the html (or maybe body) background from white to black. Chromium seems to not want to do that. Now I'm curious and gonna find out why tomorrow
    - bArray 4y ago
      No need to apologize. Thank you for your investigation so far. > Edit: upon some further investigation, the CSS is inverting the elements correctly, except the html (or maybe body) background from white to black. Chromium seems to not want to do that. Now I'm curious and gonna find out why tomorrow I think this is an implementation mistake by Chromium? Body is a subset of HTML, and body sets the background colour? This is probably related: https://stackoverflow.com/a/61265706/2847743 https://stackoverflow.com/a/61265706/2847743 EDIT: Maybe try switching `html` for `body` in the CSS? UPDATE: I pushed some new CSS: html{filter:invert(.9);font:2em monospace;width:9in;margin:auto} As a workaround it inverts at 90%, so should leave the text at least readable if the inversion fails. I also realized it no longer was within the 64 bytes I claimed, so I did some work on reduction too.

by bArray 4y ago

sphars 4y ago

Just took a look at your site, doesn't seem to be working (on Bromite, with dark theme on device enabled): https://ibb.co/YfLzzLs https://ibb.co/YfLzzLs

bArray 4y ago
Interesting. The CSS is just: html{filter:invert();font:2em monospace;max-width:32em;margin:auto;} The "dark theme" is just an inversion of the HTML colours. It assumes the HTML page will be loaded with the default black on white. It seems as though the browser doesn't correctly apply inversion across the the background and foreground, or applies its implementation of the dark theme incorrectly after. Either way I believe this is weirdness caused by Bromite. I saw on Netscape and Dillo that it just ignores the inversion as it doesn't support it, but I don't know what Chrome/Chromium (desktop) does. If you have Chrome/Chromium desktop would you mind testing it? (My local Chromium is borked for complicated reasons.)
- sphars 4y ago
  Sorry for the late response, but I've tested this in all my Chromium-based desktop browsers (including Chrome, Vivaldi and Edge) and they all fail to render it properly, including forcing prefers-color-scheme to light: https://ibb.co/XjNFY2G https://ibb.co/XjNFY2G Works in Firefox though. Edit: upon some further investigation, the CSS is inverting the elements correctly, except the html (or maybe body) background from white to black. Chromium seems to not want to do that. Now I'm curious and gonna find out why tomorrow
  - bArray 4y ago
    No need to apologize. Thank you for your investigation so far. > Edit: upon some further investigation, the CSS is inverting the elements correctly, except the html (or maybe body) background from white to black. Chromium seems to not want to do that. Now I'm curious and gonna find out why tomorrow I think this is an implementation mistake by Chromium? Body is a subset of HTML, and body sets the background colour? This is probably related: https://stackoverflow.com/a/61265706/2847743 https://stackoverflow.com/a/61265706/2847743 EDIT: Maybe try switching `html` for `body` in the CSS? UPDATE: I pushed some new CSS: html{filter:invert(.9);font:2em monospace;width:9in;margin:auto} As a workaround it inverts at 90%, so should leave the text at least readable if the inversion fails. I also realized it no longer was within the 64 bytes I claimed, so I did some work on reduction too.