On Sun, Sep 27, 2009 at 03:52:38PM +0000, corvid wrote:
Johannes wrote:
On Fri, Sep 25, 2009 at 05:11:35PM -0400, Jorge Arellano Cid wrote:
On Fri, Sep 25, 2009 at 06:15:05PM +0000, corvid wrote:
Jorge wrote:
On Fri, Sep 25, 2009 at 07:16:12AM -0400, Jorge Arellano Cid wrote:
On Thu, Sep 24, 2009 at 06:04:15AM +0100, Jeremy Henty wrote: > On Tue, Sep 22, 2009 at 02:25:47PM -0400, Jorge Arellano Cid wrote: > > On Tue, Sep 22, 2009 at 04:35:28PM +0000, corvid wrote: > > > > Would it be less trouble to have this widget as a child of the UI > > > instead of in the rendering area? (I sort of had the impression > > > that was the plan... > > > > That's exactly the plan. > > > > A simple fltk widget that hides/shows (as the findext bar) and > > that gives a text message. It should also support a fake HTML link > > (underlined word that reacts to left click). > > Ah, I think I misunderstood the reference to "custom widget" in the TO > DO note. I was fixated on the Dillo Widget system and didn't realise > it was talking about a new FLTK widget. Maybe my patch isn't the way > to go. Still, it would be nice for the custom widget to be properly > CSS-styled. Maybe it be could another FltkViewport?
As this is part of the UI, I'd suggest to use Xdefaults as Johannes suggested for colors some time ago.
Ehmmm, by "Xdefaults", I mean the default X resource files.
ISTR that the latest was that Johannes was trying to get the FLTKers to enable the relevant code that had been commented out (rather than having dillo do it directly), but nothing happened on the fltk side.
FLTK2 is dead (that's almost official).
Progress will happen in 1.3.x branch (or whatever they chose to call a new branch merging FLTK2 and 1.3.x [1]).
In the meanwhile, I'd be OK with a non-themeable warning widget with the same colors it used to have. ;-)
FWIW: the patch should implement an fltk widget as described in a previous email. So, no further work on the proposed patch is necessary.
You proposed a popup bar similar to the search bar, right? Do we really need to create a completly new mechansim for user notifications? Currently we have:
* window title * status bar * popup Windows (from dpi's)
I think we should try to keep the UI simple and consistent by reducing the number of concepts.
I agree on consistency, and hopefully a reduced number of concepts. * window title Most probably unnoticed and no way to put a link there. * status bar Too ephemeral and no link too. * popup Window IMHO: Too intrusive for the user. The popup bar is the same concept as for findtext and the control panel. In this case we're reducing the number of concepts by taking out one UI element (injected HTML) and replacing it with a popup bar.
Maybe it would be nice if popup windows turned into something like a popup bar.
This could reduce the number of concepts even further, but not for "Open file", "save page", "save page as...", and downloads. It requires some thought (on the possible gain/loss/effort)... -- Cheers Jorge.-