As an aside to the scheme issue, I just found that if I add in a Fl::get_system_colors(); (I put it after the make_current()) and then added the following to .Xdefaults: dillo*background: red dillo*foreground: yellow Then dillo's dialogs, and certain parts of the UI, and -- interestingly -- the default text color on pages, well, it all turns rather red&yellow in general. The src talks about KDE, at least, setting those values in xrdb. If it should happen that many of the various desktop environments set these values, getting this all to work reasonably correctly might be pleasing to everyone nowadays who expects all of their windows to look similar. People are very first-impression ("It's ugly!" *deletes*)...
I wrote:
As an aside to the scheme issue, I just found that if I add in a
Fl::get_system_colors();
(I put it after the make_current())
and then added the following to .Xdefaults:
dillo*background: red dillo*foreground: yellow
Then dillo's dialogs, and certain parts of the UI, and -- interestingly -- the default text color on pages, well, it all turns rather red&yellow in general.
The src talks about KDE, at least, setting those values in xrdb.
If it should happen that many of the various desktop environments set these values, getting this all to work reasonably correctly might be pleasing to everyone nowadays who expects all of their windows to look similar. People are very first-impression ("It's ugly!" *deletes*)...
For that matter, I will say that all of the grey in fltk by default is not very nice.
On Sat, 10 Sep 2011 01:35:38 -0400, corvid <corvid at lavabit.com> wrote:
If it should happen that many of the various desktop environments set these values, getting this all to work reasonably correctly might be pleasing to everyone nowadays who expects all of their windows to look similar. People are very first-impression ("It's ugly!" *deletes*)...
I agree; appearances are important. I'd also recommend using the system colors for tabs, rather than a hard-coded scheme. Teal is nice, but it might clash with some people's desktops. As it happens, I have a patch that does both: http://dillo-win32.sourceforge.net/patches/24-colors.diff I also have a patch that vastly improves the tabbar appearance with just a couple small tweaks: http://dillo-win32.sourceforge.net/patches/23-tabs.diff Compare the tabs in these two screenshots: http://www.dillo.org/screenshots/source.png (mainline) http://dillo-win32.sourceforge.net/screenshots/Z02-dillo3-homepage.png (patched) Take a look and tell me what you think. Cheers, ~Benjamin
Benjamin wrote:
As it happens, I have a patch that does both: http://dillo-win32.sourceforge.net/patches/24-colors.diff
Here's some more assorted ripping-out of hardcoded colors added to that. As for X, I found out that I can set the secondary background color (e.g., background of Fl_Input) as well if I do something like dillo.foreground: purple dillo.background: green *Text.background: brown There's a big comment in fltk that goes: // XGetDefault does not do the expected thing: it does not like // periods in either word. Therefore it cannot match class.Text.background. // However *.Text.background is matched by pretending the program is "Text". // But this will also match *.background if there is no *.Text.background // entry, requiring users to put in both (unless they want the text fields // the same color as the windows).
On Sun, Sep 11, 2011 at 06:03:46AM +0000, corvid wrote:
Benjamin wrote:
As it happens, I have a patch that does both: http://dillo-win32.sourceforge.net/patches/24-colors.diff
Here's some more assorted ripping-out of hardcoded colors added to that.
+1 Cheers, Johannes
Here's one with preferences as well as some code to ensure that FL_SELECTION_COLOR has contrast:
participants (3)
-
corvid＠lavabit.com -
Johannes.Hofmann＠gmx.de -
obeythepenguin＠gmail.com