Are you implying that I want a lighter dark theme just because there is a trend out there?
In my book, dark âmodeâ is the default since:
As I mentioned above:
When scanning long lists of bright text on almost black backgrounds, I get these trails in my eyes. On âdimâ themes (as opposed to âlights outâ or almost black themes) the light-trails are not so bad. This phenomena is the reason why I started this thread.
Just wanted to follow up - any reason why this canât be done via custom CSS? I donât think we should use our extra bandwidth to add new themes because of personal preferences (which can already be tweaked via custom CSS).
I am trying to have a conversation; a debate on UX experience.
Pleeease answer this: do you use your own default dark theme a lot? If yes, do you get light-trails when scanning text (especially in low-light conditions)?
If you do not use your own default dark theme â how can you say much meaningful things about it?
What I have shown above is that having a lighter dark theme âin-the-boxâ is a matter a good, wholesome UI design; an established UX practice by now â not (just) a personal preference. Your refusal to take this fact on board, even if you wonât include it in you app, baffles me.
(In the examples you posted, Discordâs default dark is way lighter than yours; macOS is in a league of its Desktop Tinting; Windowsâ dark mode is still laughable.)
(Bandwidth? Please enlighten me.)
You didnât answer my question:
any reason why this canât be done via custom CSS?
As for your question:
do you use your own default dark theme a lot?
Not recently, but Iâve used it for a year in the past and itâs been ok. Perhaps itâs because of the different contrast on my monitor, but I find it just fine.
(Bandwidth? Please enlighten me.)
Itâs another term for developer time.
Anyway, Iâm sure our themes could use some improvement. The theming system has been changed quite a few times but we havenât really touched most of the colors for a few years already. May take a look at it some day and put some tweaks but thatâs not a priority right now.
Again I just want to say this once more: You can tweak any color you want of the dark mode using custom CSS. This post for the screenshot.
Isnât custom CSS a Pro feature though? Looks like @mkteku isnât a Pro user.
Thatâs correct. As a free user you can use a browser extension like Stylish on web or inject using the developer console on desktop. Custom CSS is part of the âconvenienceâ package for a built in solution but you could always accomplish the same another slightly more involved way.
Iâd suggest using the Stylus Chrome Extension rather than Stylish. Stylish had some bad press relating to privacy issues.
Also, itâs notable that youâve got CSS baked into Obsidian. I suspect that feature parity between Dynalist and Obsidian may be an ongoing discussion. Nobody said it was easy being a Developer! 
Thank you for your time, I mean bandwidth :), Shida.
The desktop browser? Or some other console that allows to inject into the macOS app?
On a related note, the title bar of the macOS app staying white when system is on dark mode, is that by design? I can see how someone might argue that it is easier to find and grab it with the pointer. To me, in dark environments, it is a pain in the eyes.
Thanks for the information and attention, you too, @pottster.
Ladies and Gentlemen!
@pottster!
Open your app settings and behold the newest member of the stock theme collection:
Dark Gold! 
Old / original Dark theme, for fun & reference:
That was fast!
I am excited and grateful â but not satisfied. 
In the name of all the dark theme lovers out there, I shall point out that yes, the color gold is pleasant, however, its intensity is not much lower than the stock whiteâs. With the background being the same dark-dark #181818 â this combo still elicits significant light-trails when scanning lists up and down. I have found the industry lingo for this: the letters still visually vibrate!
Cantâ be just me?! 
How about you put out a âcompetitionâ or a call among the users here, to design a second lower-contrast dark theme. Or, I would gladly create 5 or so different mockups to put up for vote in a poll.
Allow me to try to rephrase the objective, the key idea here:
Dynalist is missing a muted, eye-friendly dark theme for all-day reading and writing out of the box. Something like this:
Another round of reseach into eye-frienly themes lead me to this VS skin, called Selenitic:
What do you code in, @Shida, @Erica? Do you use a dark theme in your code editor? What about the rest of the dev team @ DynalistHQ?
To summarise: if Dynalist is going to offer an additional dark theme â darkness-wise â it should be positioned somewhere in the middle between the original Dark and Christmas and not just be a slight variation on the original Dark. (And the list of themes in the settings, could be in order from lightest to darkest?)
Christmas, for reference:
P.S.: Curious, at Dynalist, does everyone celebrate Chrismas? 
Dark gold has been added about 2 months ago, it was just deployed to the desktop app recently.
I think this is a legitimate issue and we could be having a legitimate discussion, but I have a really hard time with the way you push the discussion. I really donât appreciate your passive-aggressiveness towards this issue. Plus the rude accusatory messages you sent over PMs makes it hard for us to take you seriously.
In either case, I will stop responding to the discussion. As I said itâs not a priority for us right now but I agree itâs something we can improve. Once we find time to work on this later I can update this thread.
Just came here to say⌠I really need a better dark mode⌠the current one HURTS MY EYES - so I have to use the ugly Sepia instead 
I code with Monokai Pro and feel like this is a sweet spot in darkness + comfort! (Dark gold does not solve it, unfortunately)
I have everything in dark mode except⌠dynalist. Itâs the worst dark mode ever, my eyes hurt, so you are not alone ;( Something is wrong with this theme for sure. ;( Itâs sad that nobody wants to fix this. Well, custom css for the rescueâŚ
