I'm currently experiencing lag when typing, moving the cursor with arrows, or using menus. After disabling the style, the Google Docs interface becomes responsive again. After re-enabling Dark Docs, the delays reappear.
I disabled the ad blocker uBlock Origin 1.55.0 and other styles for the Google domain (Dark Google Calendar 2.7.19 and RU AdList CSS Fixes 0.20240109.2157) and this did not fix the situation.
Mozilla Firefox 122.0b9 (64-bit)
Microsoft Windows 10.0.19045.3930
Dark Docs 2024.01.08
Alas, I have to abandon the only nice looking dark color theme style for Google Docs again.
Foreground: #3C4043
Background: #202124
The contrast ratio is: 1.5:1
1.4.3 Contrast (Minimum) (AA) — Fail for large and regular text
1.4.6 Contrast (Enhanced) (AAA) — Fail for large and regular text
1.4.11 Non-text Contrast (AA) — Fail for UI components and graphical objects
Whelp. Google has Material U’d Google Docs so Dark Docs will be in repair for the next little while.
Dark Docs was always trying to look like what Google would do themselves. So, Dark Docs after the repair will use Material U as well (perhaps with several consistency fixes since Google appears to be having trouble re-implementing everything with Material U).
Android 12-like dynamic colour shouldn’t be too hard but you would have to go to https://m3.material.io/theme-builder#/custom to download the colour palette since I don’t think I can use CSS alone to generate colour palettes.
The problem I have is that too much contrast hurts my eyes. I would like to make the background color of the paper lighter than the current near-black. Is there some way to achieve this? I tried messing with the "canvas" selector but got nowhere.
There is a 1px white line running across the bottom of the editor when using the Vivaldi browser, which uses Blink as its rendering engine. This line does not appear on Firefox.
A workaround is to add border-bottom: 1px solid var(--darkgray); under .kix-appview-editor to make it less noticeable.
If this issue also appears on Konqueror and Google Chrome then I will implement a user agent-specific rule to fix it. This looks like it could be useful: https://codepen.io/samiah/pen/NgQKMb
As the title says, evident on Firefox v11.0.1 when clicking on the File, Edit, etc. menu options. May be a result of #16.
The following seems to largely help fix it on my end, though the colour variables are likely inconsistent and it is not in LESS/UserCSS syntax. I'm happy to make a pull request to properly patch it much later this month (as it is exam season for me).
Page colors work differently depending on page format.
On paginated documents, the color is applied to individual pages.
On pageless documents, the color is applied directly to the editor background.
So far, I have not found any way to identify if the document is in paged or pageless mode. The pageless-format class is used in the document outline, which is further down the HTML of Google Docs.
Applying an inverting filter (like was done with the pages of a document) would invert the full interface, which would mean having to rewrite much of Dark Docs. Backdrop filters might work.
clicking on install (i has stylus on opera gx) i get tab with loading... on the title and
Stylus failed to parse usercss:
Invalid version number. The value doesn't match SemVer pattern: 2022.07.25
as the header, underlining the version date in bluish
cant install it thus