- Dillo-dev - lists.mailman3.com

Printing support

by obeythepenguin＠gmail.com

I figured since we've got all that Fl_Printer stuff anyway, maybe we should put it to good use. So here's a (very early) patch to add printing support to Dillo: http://dillo-win32.sourceforge.net/patches/30-print.diff It's turned on with a ./configure option (and disabled by default), so you don't need to link in Fl_Printer if you don't want to. I'm not looking to get it into mainline yet, mostly I just want to show what I've got so far in case anyone is interested. Here's an example of its output: http://dillo-win32.sourceforge.net/files/dilloprint.pdf Let me know what you think! Cheers, ~Benjamin

Sept. 10, 2011

system colors

by obeythepenguin＠gmail.com

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

Sept. 10, 2011

FLTK scheme

by mailbox＠georgpotthast.de

There is an environment variable that FLTK reads and which allows the user to select the scheme he likes best. I set it to: FLTK_SCHEME=grad1 With this variable you can also select the scheme to use with Dillo, since it is based on FLTK (tested with 3.0pre). This gradient scheme, which is my favorite, looks like this: http://www.imgplace.com/viewimg39/5411/88fluidgradient.png Georg

Sept. 10, 2011

Close dillo with multiple tabs open

by rogerx.oss＠gmail.com

> On Sat, Sep 10, 2011 at 10:25:43AM +0200, Alexander Voigt wrote: >Dear Dillo developers, > >I just noticed a small misbehaviour when trying to close a Dillo >window (using ALT+F4 or CTRL+q) with more than one tab open: A window >pops up and asks wether I am sure to close. At this point I >unfortunately can't use the ENTER key to confirm. I think I would be >very convenient for the user to make the ENTER key work. spacebar. Ditto corvid, I'm prone to using enter/return as well. >Another question here: Please tell me if I'm wrong, but there seems to >be no dillorc option to omit the mentioned popup window completely. >Do you think it would be convenient to have one? you mean, "confirm to exit prompt". Ditto. Rarely, if ever accidentally quit. -- Roger http://rogerx.freeshell.org/

Sept. 10, 2011

Close dillo with multiple tabs open

by corvid＠lavabit.com

Alexander wrote: > I just noticed a small misbehaviour when trying to close a Dillo > window (using ALT+F4 or CTRL+q) with more than one tab open: A window > pops up and asks wether I am sure to close. At this point I > unfortunately can't use the ENTER key to confirm. I think I would be > very convenient for the user to make the ENTER key work. fltk-1.3 is very into using Space to trigger buttons, and not Enter. I am accustomed to pressing Enter, so I would be happy to go through and make Enter work wherever it can be done without a lot of trouble. I mentioned the issue on the list a few months back, and no one had a word to say, but unless there's a lot of strenuous objection from the others for some reason, that's what I'll do.

Sept. 10, 2011

Close dillo with multiple tabs open

by Hole.destructor＠gmx.de

Dear Dillo developers, I just noticed a small misbehaviour when trying to close a Dillo window (using ALT+F4 or CTRL+q) with more than one tab open: A window pops up and asks wether I am sure to close. At this point I unfortunately can't use the ENTER key to confirm. I think I would be very convenient for the user to make the ENTER key work. Another question here: Please tell me if I'm wrong, but there seems to be no dillorc option to omit the mentioned popup window completely. Do you think it would be convenient to have one? Kind regards, Alexander

Sept. 10, 2011

system colors

by corvid＠lavabit.com

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.

Sept. 10, 2011

system colors

by corvid＠lavabit.com

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*)...

Sept. 10, 2011

No subject

by bogus＠does.not.exist.com

(ie. addons, passwords, ...) is now opening in a browser tab/window instead of a widget/applet. Which is how I think it should be. The only downside that I see with dpid, it's not easy to upgrade, quit & start dillo. One first needs to kill dpid and all dpi processes before restarting an upgraded Dillo. -- Roger http://rogerx.freeshell.org/

Sept. 10, 2011

dillo-3.0-rc2 is out

by corvid＠lavabit.com

Jorge wrote: > On Fri, Sep 09, 2011 at 10:03:29AM +0200, Johannes Hofmann wrote: > > On Fri, Sep 09, 2011 at 12:00:31AM +0000, corvid wrote: > > > higuita wrote: > > > > I even like more the FL_PLASTIC_UP_BOX look :) > > > > > > I think I do too... > > > > BTW, what about not specifying the box type at all and having a > > Fl::scheme("plastic") call in main()? > > Or even better having an option in dillorc to specify the scheme. > > Long ago, after searching for a window manager theme that suits > my needs, in specialized sites, it became quite clear it's > impossible to get something that pleases everybody. > > WRT dillo, there're several buttton variants for either > "plastic" and "gtk+", so I'm more inclined to have a dillorc > option for the tab button style. > > A gtk+/plastic selector may also help (I have vague memories of > some form widgets being less clear to read, but this is personal > taste anyway :). The code in Fl_get_system_colors.cxx goes: int Fl::scheme(const char *s) { if (!s) { if ((s = getenv("FLTK_SCHEME")) == NULL) { #if !defined(WIN32) && !defined(__APPLE__) const char* key = 0; if (Fl::first_window()) key = Fl::first_window()->xclass(); if (!key) key = "fltk"; fl_open_display(); s = XGetDefault(fl_display, key, "scheme"); #endif // !WIN32 && !__APPLE__ } } [...] } so if we stick a Fl::scheme(NULL) into dillo.cc, then $ export FLTK_SCHEME=plastic $ dillo works (Why doesn't "FLTK_SCHEME=plastic dillo" work?) and "dillo*scheme: gtk+" in .Xdefaults works.

Sept. 10, 2011