September 2009 - Dillo-dev - lists.mailman3.com

What's the status of USE_TABLES?

by onepoint＠starurchin.org

This came up as an aside to the meta refresh discussion in another thread: is USE_TABLES obsolete or not? If it is, we should remove it, if not, it should be hooked to a configure flag. I'll submit a patch as soon as someone tells me which way to go. Regards, Jeremy Henty

Sept. 28, 2009

[patch]: fix the meta-refresh warning code

by jcid＠dillo.org

On Mon, Sep 28, 2009 at 07:22:29PM +0100, Jeremy Henty wrote: > On Mon, Sep 28, 2009 at 06:18:00PM +0200, Johannes Hofmann wrote: > > > I fully agree, but > > > > a_Dialog_msg > > a_Dialog_choice3 > > a_Dialog_choice5 > > a_Dialog_user_password > > a_Dialog_input > > a_Dialog_passwd > > > > should all use the same look and feel (and code) either popup window > > or popup bar based. BTW. How could we handle multiple popupbars? > > Don't forget that one page can pop up multiple simultaneous dialogs > (because although the modal dialog locks the GUI, it doesn't stop the > IO callbacks from running). That's not a problem when each call to > a_Dialog_*() pops up its own dialog, but what happens when several of > them want to use the same popup bar? I guess each popup bar will have > to manage a list of concurrent requests instead of just one. Yes, it comes with effort. I'd say let's have the popup bar for META refresh (and faulty XHTML) and keep the popup dialogs. Now, if someone ;), comes with a better idea, with implementation, it'd be good to look into. BTW, I'm working on the dpi/dpip part (lots of things). Hopefully I'll come up with a solution for the dialog bombing among the bunch of patches/code-changes in my queue. -- Cheers Jorge.-

Sept. 28, 2009

[patch]: fix the meta-refresh warning code

by onepoint＠starurchin.org

On Mon, Sep 28, 2009 at 06:18:00PM +0200, Johannes Hofmann wrote: > I fully agree, but > > a_Dialog_msg > a_Dialog_choice3 > a_Dialog_choice5 > a_Dialog_user_password > a_Dialog_input > a_Dialog_passwd > > should all use the same look and feel (and code) either popup window > or popup bar based. BTW. How could we handle multiple popupbars? Don't forget that one page can pop up multiple simultaneous dialogs (because although the modal dialog locks the GUI, it doesn't stop the IO callbacks from running). That's not a problem when each call to a_Dialog_*() pops up its own dialog, but what happens when several of them want to use the same popup bar? I guess each popup bar will have to manage a list of concurrent requests instead of just one. Regards, Jeremy Henty

Sept. 28, 2009

[patch]: fix the meta-refresh warning code

by corvid＠lavabit.com

Johannes wrote: > a_Dialog_msg > a_Dialog_choice3 > a_Dialog_choice5 > a_Dialog_user_password > a_Dialog_input > a_Dialog_passwd > > should all use the same look and feel (and code) either popup window > or popup bar based. > BTW. How could we handle multiple popupbars? Yeah, that might require a little more cleverness than we would really prefer to implement -- although when I was playing with same_domain with image loading on, I did get one of those ssl warning bombings, and boy are they definitely no fun at all as separate windows.

Sept. 28, 2009

[patch]: fix the meta-refresh warning code

by Johannes.Hofmann＠gmx.de

On Sun, Sep 27, 2009 at 04:14:29PM -0400, Jorge Arellano Cid wrote: > > 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. I fully agree, but a_Dialog_msg a_Dialog_choice3 a_Dialog_choice5 a_Dialog_user_password a_Dialog_input a_Dialog_passwd should all use the same look and feel (and code) either popup window or popup bar based. BTW. How could we handle multiple popupbars? > > It requires some thought (on the possible gain/loss/effort)... One drawback of the popup bar is the additional resize / redraw of the rendering area. Cheers, Johannes

Sept. 28, 2009

[patch]: fix the meta-refresh warning code

by Johannes.Hofmann＠gmx.de

On Sun, Sep 27, 2009 at 03:52:38PM +0000, corvid wrote: > Johannes wrote: > > 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. > > Maybe it would be nice if popup windows turned into something like > a popup bar. Sounds good to me. So we would just have alternative implementations for a_Dialog_msg a_Dialog_choice3 a_Dialog_choice5 a_Dialog_user_password a_Dialog_input a_Dialog_passwd > > > > PS: I recently tried http://surf.suckless.org/ and I'm rather > > impressed by the minimal UI. > > I read a little about surf and uzbl recently, but then webkit > was too big for me to want to download. Yes, it's quite large. > > (Surprised a person would intentionally name a browser 'surf' > nowadays. I had thought of web "surfing" as a term as thankfully > dead and buried as "information superhighway" or "cyberspace".) good point :-)

Sept. 28, 2009

[patch]: fix the meta-refresh warning code

by jcid＠dillo.org

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

Sept. 27, 2009

Typing Bug when moving Dillo on DWM's Virtual Desktops

by jcid＠dillo.org

On Sun, Sep 27, 2009 at 05:59:47PM +0000, corvid wrote: > Rogut??s wrote: > > Johannes Hofmann (2009-09-27 15:31): > > > On Sat, Sep 26, 2009 at 08:46:38AM -0400, Jorge Arellano Cid wrote: > > > > Hi Roger, > > > > > > > > On Fri, Sep 25, 2009 at 10:52:11PM -0800, Roger wrote: > > > > > I'm finally tackling a typing bug with Dillo, and have found it occurs > > > > > when moving the Dillo browser to DMW's other virtual desktops. > > > > > > > > > > It doesn't occur when Dillo is first started. > > > > > > > > > > Nothing, if anything at all, shows within gdb. > > > > > > > > > > > > > > > And, I can't really get to the debug output of DWM as I'm running nvidia > > > > > proprietary drivers which blanks the terminal once X is started. I do > > > > > have a laptop for which I can further investigate the DWM debug data, > > > > > but figured I should post what I know to see if any of you notice > > > > > similar. > > > > > > > > > > > > > > > The basic bug scenario, move the Dillo browser to another Virtual > > > > > Desktop within DWM and start typing (within the url field or within the > > > > > Google search field.) I notice only certain keys type their characters > > > > > and most others will either type nothing or may clear the entire field > > > > > (ie. clear line) > > > > > > > > > > Possible a meta key sticks when moving the browser to another desktop?? > > > > > > > > It could be a bug in dwm, fltk2 or dillo. > > > > > > > > I assume you're using dillo2 (the FLTK2-based one). The dillo > > > > UI widgets you describe to fail are plain FLTK2 objects, so > > > > please do the following test: > > > > > > > > * Get to the fltk2 compilation directory and run test/input > > > > program, and then try to reproduce the bug as with dillo. > > > > > > I quickly tried to reproduce the problem as I also use dwm, but > > > could not see any problem until now. > > > I opened dillo, focused the url field, send dillo to another tag > > > with e.g. Alt-Shift 2, then went activated tag 2 with Alt 2, and > > > continued typing. This seems to work here. > > > Are you using the mouse maybe? > > > > I've mentioned this bug some months ago and corvid seemed to confirm > > seeing it. Unfortunately, I still haven't found any way to reliably > > reproduce it, and what Roger writes doesn't trigger it here. I've seen > > this bug under dwm and xmonad, haven't used other WM's with dillo. > > > > Whenever this bug is triggered, the keyboard behaves as if a modifier > > was stuck: keyboard input seems to generate no response, until one tries > > to type in input boxes (e.g. the location bar). There, typing 'a' goes > > to the beginning of the line, 'e' goes to the end, etc., as if some > > modifier was pressed (e.g. try pressing <Ctrl>u, or <Alt>u, or <Mod4>u > > in the location bar with some text). > > Yeah, I can still get into the situation if I play around with > modifiers and switching virtual desktops (fvwm) with enough > determination and persistence, but it's no longer easy, > and when I repeat what I think just made it break, it'll > fail to break again. Hmmm, if it's reproduceable with the test/input program, it's something in FLTK2. If test/input doesn't show the bug, a good test would be to make the location an fltk::Input (instead of CustInput) and try it. If there's no bug, it may be CustInput::handle(). If the bug shows then I'd blame fltk2, but who knows? :-) -- Cheers Jorge.-

Sept. 27, 2009

Typing Bug when moving Dillo on DWM's Virtual Desktops

by corvid＠lavabit.com

Rogut?s wrote: > Johannes Hofmann (2009-09-27 15:31): > > On Sat, Sep 26, 2009 at 08:46:38AM -0400, Jorge Arellano Cid wrote: > > > Hi Roger, > > > > > > On Fri, Sep 25, 2009 at 10:52:11PM -0800, Roger wrote: > > > > I'm finally tackling a typing bug with Dillo, and have found it occurs > > > > when moving the Dillo browser to DMW's other virtual desktops. > > > > > > > > It doesn't occur when Dillo is first started. > > > > > > > > Nothing, if anything at all, shows within gdb. > > > > > > > > > > > > And, I can't really get to the debug output of DWM as I'm running nvidia > > > > proprietary drivers which blanks the terminal once X is started. I do > > > > have a laptop for which I can further investigate the DWM debug data, > > > > but figured I should post what I know to see if any of you notice > > > > similar. > > > > > > > > > > > > The basic bug scenario, move the Dillo browser to another Virtual > > > > Desktop within DWM and start typing (within the url field or within the > > > > Google search field.) I notice only certain keys type their characters > > > > and most others will either type nothing or may clear the entire field > > > > (ie. clear line) > > > > > > > > Possible a meta key sticks when moving the browser to another desktop?? > > > > > > It could be a bug in dwm, fltk2 or dillo. > > > > > > I assume you're using dillo2 (the FLTK2-based one). The dillo > > > UI widgets you describe to fail are plain FLTK2 objects, so > > > please do the following test: > > > > > > * Get to the fltk2 compilation directory and run test/input > > > program, and then try to reproduce the bug as with dillo. > > > > I quickly tried to reproduce the problem as I also use dwm, but > > could not see any problem until now. > > I opened dillo, focused the url field, send dillo to another tag > > with e.g. Alt-Shift 2, then went activated tag 2 with Alt 2, and > > continued typing. This seems to work here. > > Are you using the mouse maybe? > > I've mentioned this bug some months ago and corvid seemed to confirm > seeing it. Unfortunately, I still haven't found any way to reliably > reproduce it, and what Roger writes doesn't trigger it here. I've seen > this bug under dwm and xmonad, haven't used other WM's with dillo. > > Whenever this bug is triggered, the keyboard behaves as if a modifier > was stuck: keyboard input seems to generate no response, until one tries > to type in input boxes (e.g. the location bar). There, typing 'a' goes > to the beginning of the line, 'e' goes to the end, etc., as if some > modifier was pressed (e.g. try pressing <Ctrl>u, or <Alt>u, or <Mod4>u > in the location bar with some text). Yeah, I can still get into the situation if I play around with modifiers and switching virtual desktops (fvwm) with enough determination and persistence, but it's no longer easy, and when I repeat what I think just made it break, it'll fail to break again.

Sept. 27, 2009

Typing Bug when moving Dillo on DWM's Virtual Desktops

by rogutes＠googlemail.com

Johannes Hofmann (2009-09-27 15:31): > On Sat, Sep 26, 2009 at 08:46:38AM -0400, Jorge Arellano Cid wrote: > > Hi Roger, > > > > On Fri, Sep 25, 2009 at 10:52:11PM -0800, Roger wrote: > > > I'm finally tackling a typing bug with Dillo, and have found it occurs > > > when moving the Dillo browser to DMW's other virtual desktops. > > > > > > It doesn't occur when Dillo is first started. > > > > > > Nothing, if anything at all, shows within gdb. > > > > > > > > > And, I can't really get to the debug output of DWM as I'm running nvidia > > > proprietary drivers which blanks the terminal once X is started. I do > > > have a laptop for which I can further investigate the DWM debug data, > > > but figured I should post what I know to see if any of you notice > > > similar. > > > > > > > > > The basic bug scenario, move the Dillo browser to another Virtual > > > Desktop within DWM and start typing (within the url field or within the > > > Google search field.) I notice only certain keys type their characters > > > and most others will either type nothing or may clear the entire field > > > (ie. clear line) > > > > > > Possible a meta key sticks when moving the browser to another desktop?? > > > > It could be a bug in dwm, fltk2 or dillo. > > > > I assume you're using dillo2 (the FLTK2-based one). The dillo > > UI widgets you describe to fail are plain FLTK2 objects, so > > please do the following test: > > > > * Get to the fltk2 compilation directory and run test/input > > program, and then try to reproduce the bug as with dillo. > > I quickly tried to reproduce the problem as I also use dwm, but > could not see any problem until now. > I opened dillo, focused the url field, send dillo to another tag > with e.g. Alt-Shift 2, then went activated tag 2 with Alt 2, and > continued typing. This seems to work here. > Are you using the mouse maybe? I've mentioned this bug some months ago and corvid seemed to confirm seeing it. Unfortunately, I still haven't found any way to reliably reproduce it, and what Roger writes doesn't trigger it here. I've seen this bug under dwm and xmonad, haven't used other WM's with dillo. Whenever this bug is triggered, the keyboard behaves as if a modifier was stuck: keyboard input seems to generate no response, until one tries to type in input boxes (e.g. the location bar). There, typing 'a' goes to the beginning of the line, 'e' goes to the end, etc., as if some modifier was pressed (e.g. try pressing <Ctrl>u, or <Alt>u, or <Mod4>u in the location bar with some text). -- -- Rogut?s Sparnuotos

Sept. 27, 2009