This makes no sense.

Reading PDFs can be a bit painful in the dark, especially if your eyes are already tired. (I sometimes use KWin's Invert effect to help me out). So do I see the benefit in this, but only as a night mode of sorts.

EDIT: There's existing tools to deal with that, this would only make some sense then if we had a day vs. night color scheme option.

My use case is that I contently switch between breeze and breeze dark with a script that call lookandfeeltool and change Konsole colorscheme. So I wanted that more parts of my system could adapt to this script. I could probably also hack something so that it use the existing change dark & light colors option with kwriteconfig5.

Perhaps this patch might not be it, but Okular does actually need a "Night Mode" or "Reading Mode" of sorts, in similar fashion to many epub/pdf readers like @filipf suggests.

In D18623#402834, @emateli wrote:

Perhaps this patch might not be it, but Okular does actually need a "Night Mode" or "Reading Mode" of sorts, in similar fashion to many epub/pdf readers like @filipf suggests.

I totally agree with this.

In my opinion, to use the system color sheme, this is also needed:

• Text hinting or even changing the font [1]
• More colors from color sheme for text highlighting, drawing, etc.
• Images are not changed

[1] If the font is changed, the kerning should fit to the new font (not like https://bugs.kde.org/show_bug.cgi?id=367959)

Is it possible to get the color of PDF text, sort the used colors, and assign them different system highlighting colors?

In D18623#402978, @ognarb wrote:

Ok, thanks for the suggestion I will try to look how to create a better dark theme patch when I have time :D

Or a dedicated "reading mode" or "night mode" would be nice too!