release candidate for dillo-3.0.1 ready for testing
Hi, due to some important privacy fixes we decided to make a bugfix release. http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday. Cheers, Johannes
On Wed, Sep 21, 2011 at 07:48:31PM +0200, Johannes Hofmann wrote: Hi,
due to some important privacy fixes we decided to make a bugfix release. http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday.
Compiles & runs on i686 (P3). ... the tabs look nice, but could increase the height to match the File button or no? -- Roger http://rogerx.freeshell.org/
On Wed, Sep 21, 2011 at 01:49:59PM -0800, Roger wrote:
On Wed, Sep 21, 2011 at 07:48:31PM +0200, Johannes Hofmann wrote: Hi,
due to some important privacy fixes we decided to make a bugfix release. http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday.
Compiles & runs on i686 (P3).
... the tabs look nice, but could increase the height to match the File button or no?
it's pretty hard to please everyone when it comes to the look of the UI - and vertical screen space is a sparse resource. Cheers, Johannes
On Fri, 23 Sep 2011 15:06:51 -0400, Johannes Hofmann <Johannes.Hofmann at gmx.de> wrote:
it's pretty hard to please everyone when it comes to the look of the UI - and vertical screen space is a sparse resource.
Cheers, Johannes
Surely adding four pixels to the tab height isn't wasting screen space? It's hardly a dramatic change, yet it dramatically improves the tab appearance and readability: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Z02-dillo3-... Here's my patch; the line of interest is in the second section: http://dillo-win32.sourceforge.net/patches/23-tabs.diff ~Benjamin
On Fri, Sep 23, 2011 at 03:17:53PM -0400, Benjamin Johnson wrote:
it's pretty hard to please everyone when it comes to the look of the UI - and vertical screen space is a sparse resource.
Surely adding four pixels to the tab height isn't wasting screen space?
I disagree. Four pixels are already quite a lot on todays "HD" screens which just have a screen height of 768 pixels. And quite some low-end netbooks just have 600 or 480 pixels screen height. There, fource pixels do matter. But OTOH: Why not make it configurable if we disagree?
It's hardly a dramatic change, yet it dramatically improves the tab appearance and readability: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Z02-dillo3-...
Looks perfect and readable for me. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)
On Fri, 23 Sep 2011 15:24:05 -0400, Axel Beckert <abe at deuxchevaux.org> wrote:
On Fri, Sep 23, 2011 at 03:17:53PM -0400, Benjamin Johnson wrote:
it's pretty hard to please everyone when it comes to the look of the UI - and vertical screen space is a sparse resource.
Surely adding four pixels to the tab height isn't wasting screen space?
I disagree.
Four pixels are already quite a lot on todays "HD" screens which just have a screen height of 768 pixels. And quite some low-end netbooks just have 600 or 480 pixels screen height. There, fource pixels do matter.
But OTOH: Why not make it configurable if we disagree?
It's hardly a dramatic change, yet it dramatically improves the tab appearance and readability: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Z02-dillo3-...
Looks perfect and readable for me.
Kind regards, Axel
You say it's wasting space, yet you agree it helps the readability. Obviously that means it serves its purpose, so I don't consider that wasted space. (If you *really* need to conserve vertical space, take a couple pixels off the File menu and location bar; they can spare it. Or maybe set FL_NORMAL_SIZE a bit smaller, since the 14px default is frankly ridiculous.) ~Benjamin
On Fri, Sep 23, 2011 at 03:35:50PM -0400, Benjamin Johnson wrote:
Four pixels are already quite a lot on todays "HD" screens which just have a screen height of 768 pixels. And quite some low-end netbooks just have 600 or 480 pixels screen height. There, fource pixels do matter.
But OTOH: Why not make it configurable if we disagree?
It's hardly a dramatic change, yet it dramatically improves the tab appearance and readability: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Z02-dillo3-...
Looks perfect and readable for me.
You say it's wasting space, yet you agree it helps the readability.
Ehm, I thought the screenshot was without the added four pixels as you wrote something like making them the same height like the File menu and on that screenshot the tabs still have less height than the File menu. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)
On Fri, 23 Sep 2011 15:47:37 -0400, Axel Beckert <abe at deuxchevaux.org> wrote:
Ehm, I thought the screenshot was without the added four pixels as you wrote something like making them the same height like the File menu and on that screenshot the tabs still have less height than the File menu.
Kind regards, Axel
No, that screenshot's with the added four pixels (which is still less than the height of the File menu on panel_size=medium). By the way, I use Dillo regularly on a laptop with an 800x600 screen. Setting small icons and panel_size=small more than makes up for a couple extra pixels on the tab bar. ~Benjamin
Benjamin wrote:
maybe set FL_NORMAL_SIZE a bit smaller, since the 14px default is frankly ridiculous.)
I think I'm with Axel on not liking to waste pixels on the tabs, and, as for FL_NORMAL_SIZE, I'll likely commit the patch that changes it based on font_factor, so if you have your font_factor small, you may get your wish. (As for me, I'm happy with 14px.)
On 9/23/11, corvid <corvid at lavabit.com> wrote:
I think I'm with Axel on not liking to waste pixels on the tabs,
Take another look at this screenshot: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Z02-dillo3-... If there's any wasted space in that window, it's in the File menu and location bar, not in the tabs. A couple extra pixels in the tab bar height is *not* wasted space if it improves the tabs' appearance and readability; you wouldn't say books waste valuable inches with their margins, would you?
and, as for FL_NORMAL_SIZE, I'll likely commit the patch that changes it based on font_factor, so if you have your font_factor small, you may get your wish. (As for me, I'm happy with 14px.)
If you're typing a document in a word processor and you zoom in, does the entire interface zoom with it? Of course not. The font face and size used in the user interface should be independent of the fonts used for page rendering. Of course, I suppose Unix is still a lawless wasteland, but professionally-developed modern desktop systems like Windows and OS X have guidelines for this sort of thing (and the higher-end toolkits like Qt even suggest following those guidelines, even if you don't develop for those specific platforms). Fortunately, by now I'm no stranger to patching either Dillo or FLTK... ~Benjamin
By the way, just to clarify on FL_NORMAL_SIZE: On Windows (and modern X toolkits like GTK+ and Qt), user interface fonts are a system setting, like colors. It's not perfect by a long shot, since fonts are still hard-coded in many applications and a number of other places, but it at least provides some level of consistency. More importantly, if the fonts are too small in your applications, you can adjust it once system-wide, rather than having to tweak each individual application's settings. This is not new stuff; Windows, for example, has been doing it since at least 1995. I really miss FLTK2, which actually used the system font settings rather than hard-coding the default fonts -- which, coincidentally, don't really match anything except old Motif apps and look-alikes, and who the hell still uses Motif? But now I digress. ~Benjamin
On Wed, Sep 21, 2011 at 07:48:31PM +0200, Johannes Hofmann wrote:
Hi,
due to some important privacy fixes we decided to make a bugfix release. http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday.
Works OK here (Debian testing amd64). -- Cheers Jorge.-
Hi, On Thu, Sep 22, 2011 at 12:46:00PM -0300, Jorge Arellano Cid wrote:
due to some important privacy fixes we decided to make a bugfix release. http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday.
Works OK here (Debian testing amd64).
Haven't found time for testing the Debian package build yet, but plan do so later today, including corvid's patch for the redirect filtering issue. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)
Hi, On Thu, Sep 22, 2011 at 05:49:44PM +0200, Axel Beckert wrote:
http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday.
Works OK here (Debian testing amd64).
Haven't found time for testing the Debian package build yet, but plan do so later today, [...]
Works fine when being build as package on Debian Unstable, too. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)
Johannes wrote:
due to some important privacy fixes we decided to make a bugfix release. http://www.dillo.org/download/dillo-3.0.1-rc1.tar.bz2 is available for download now and want's to be tested. Please give it a try and report back. If everything goes smoothly, this will become dillo-3.0.1.tar.bz2 on Friday.
It's official now :) http://www.dillo.org/download/dillo-3.0.1.tar.bz2 http://www.dillo.org/download/dillo-3.0.1.tar.bz2.asc
corvid wrote:
It's official now :)
http://www.dillo.org/download/dillo-3.0.1.tar.bz2 http://www.dillo.org/download/dillo-3.0.1.tar.bz2.asc
BLFS wiki page updated: http://wiki.linuxfromscratch.org/blfs/wiki/dillo3 Regards, Jeremy Henty
participants (7)
-
abe@deuxchevaux.org
-
corvid@lavabit.com
-
jcid@dillo.org
-
Johannes.Hofmann@gmx.de
-
obeythepenguin@gmail.com
-
onepoint@starurchin.org
-
rogerx.oss@gmail.com