Colors and Theming

To be clear, when I say “low impact”, it also implies “relatively to other features” and “for the average user”.

“Big effort” is also relative to other features.

This is an example of a feature that is probably higher impact and less effort.

I do understand that not having a dark theme is a deal-breaker for a percentage of users.

1 Like

Are the colors controlled with a single CSS file?
If so, perhaps exposing an option to dynamically insert a custom CSS file would enable the community to make a number of different themes for free, at the same time bolstering the popularity of Everdo.

1 Like

That would be awesome

No, this is not how it works at the moment but it’s a good idea to consider for dark mode development.


Is there any way to make Everdo run with Gtk or Qt theme?

Custom styling in css file is a great idea.

1 Like

A solution needs to support all platforms. This means a dark/light switch with OS setting detection, and potentially a more granular css-like approach to override specific elements (unless it turns out to be too difficult to add).


I just installed your app, so far, it’s what I needed. I’ll be doing some testing to see if it fits me before purchasing. But I was kind of sad to see that there wasn’t a dark theme option (if any color/style customization).

Would it be possible to have any feedbacks on the developpement status of this possible feature?
When(/if) will it be available ?

Thanks in advance

1 Like


As can be seen from Everdo Development Roadmap and Backlog, the dark theme appears in the list of desired features, but the priority is lower than many other features. Today I would probably prioritize a bit higher, but still there’s lots of other development work that seems more important for the general user. So unfortunately I think it’s a while until we can add the dark mode or theming.

Thanks for your reply.

Glad to hear that you might prioritize it higher! For me, it would be really ideal to have it as I use dual screen and I’d like to put it “Always on Visible workspace” and/or “Always on Top”, with multiple windows open in dark theme mode, the white hurts my eyes (specially late at night). But I understand that it’s not high priority.

Anyway, happy to hear that it will be implemented ! :slight_smile:

1 Like

Count me for another vote to Dark UI implementation…


I’m in for this, too


For me a dark-mode is actually the one thing making me consider to wait before buying this. I know it isn’t the most important since it is just a style change. But I’m usually working nights (since I work a lot with the US from Europe) and everytime I go into Everdo with that bright colors my eyes gets a huge chock. :smiley:

All my other apps has a dark-mode (VS Codium, Joplin, Discord, etc.), so it is always a bit strange switching over.


Yeah, well I’m definitely waiting before purchasing until it has dark theme. The last few weeks, I just wasn’t able to use the app at night at all, I didn’t want to switch to the app anymore even if I had to, because it would hurt my eyes too much. I just started taking the notes elsewhere (like sometimes directly on the IDE…) with the idea of putting them on Everdo the next morning… which resulted me using the app less and less as days progressed.

I hope it won’t take ages for it to happen… as I can see that it was first suggested in December 2017…


The lack of support for operating-system-congruent dark mode is making me rather hesitant to switch from OmniFocus. It seems there is a similar disdain for dark mode by Everdo as there is for non-Apple platforms by the Omni Group, for whatever that’s worth…

I am specifically looking for a GTD app that is native to both macOS and Ubuntu. Everdo is basically only the option in that part of the platform Venn diagram, and it does look super nice, though the lack of support for OS-level dark mode makes Everdo feel less native than it otherwise could.

This thread should probably be linked from the roadmap. There are more replies on this than there are on half of the features that do have links, which might be an indicator of its outsize popularity.

1 Like

I personally only use Dark theme with everything I do.
The Everdo color theme looks great. The light theme looks great. I can understand as a developer and programmer that color themes seem to only add aesthetic value which drops way down low on the list of priorities from that perspective. The problem is that most of the people who use our software are not developers or strickly practically minded. A good amount of people have illogical hangups with using a certain color scheme. It makes zero sense and yet it is a reality. I for one am one of those people. When an app cannot conform to dark mode it is distracting and takes away my focus from what I should be focused on. It is not only the color scheme of the app, it is other things around me. People like me tend to be easily distracted by other issues like noises or people around us.

So, while it of course makes little sense logically to spend time on aesthetics, half of the people have an illogical problem that cannot be solved any other way since it is a psychological issue.

More and more in my life (being more of a logically minded person) I’ve been forced to acknowledge the logic of things that are psychological.


There’s certainly no disdain. Dark mode is a useful feature, and a must-have for some users. In fact, there is already code in 1.4.1 to switch to dark mode, as a proof of concept, but it’s incomplete to say the least. This feature is very easy to start, but difficult to finish due to the number of small UI details that have to be updated.

I have updated the roadmap post, moving Dark mode to list B to better reflect it’s significance.


I think that moving dark mode to list A would be better option for the most of us!! :wink:


If we’re talking color themes, there’s something to be said for the option of having the accent color inherited from the operating system. Gnome, macOS and Windows 10 all have system-wide accent colors that can be set by the user.


I’ve been fiddling around with the CSS in the application Joplin, which, like Everdo, uses Electron. However, unlike Everdo, Joplin is open-source. Under the “Help” menu Joplin has an option to open the Electron development inspector, and Joplin is specifically designed to allow users to hack the CSS.

Would providing similar access to the Electron development inspector be “giving away the keys to the castle” in terms of intellectual property? By comparison, it’s worth noting that many Electron applications are also available as web apps, and the Electron development inspector only provides as much access would already be available through the web development inspector in Chrome…

One option if you (@Andrei) wanted to protect your JavaScript code while allowing access to the HTML for the purpose of CSS hacking could be using a code obfuscator like, which would make the the application logic significantly more difficult to modify or reverse-engineer.

I dunno. I’m just thinking out loud. How does this sound to you all?

If I understand correctly, CSS hacking wouldn’t work because of component-scoped styles being used. That is, class names are dynamically generated to avoid collisions between components. However, the official dark mode is not that far off.

Here’s is what we have right now. There is plenty of styling to do still, but progress is being made.