- Dillo-dev - lists.mailman3.com

dillo close dialog and fluxbox on dual head

by higuita7＠yahoo.co.uk

hi again On Mon, 22 Aug 2011 02:44:52 +0100, higuita <higuita7 at yahoo.co.uk> wrote: > >> if i do the same thing for all other dillo dialogs, like open > >> file, search (title ask), etc , i fluxbox puts the window in the > >> configured head. If i try to set the position and head, fluxbox puts > >> the dialog in the right position, but in the wrong head. i have done a bisect and found this commit was the one that introduced the problem: The first bad revision is: changeset: 2104:4ea703ed7f15 user: Jorge Arellano Cid <jcid at dillo.org> date: Fri Jun 10 12:19:14 2011 -0400 summary: Set modal for a_Dialog_choice5 not sure if it really helps :) higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Sept. 7, 2011

dillo-3.0 is on site for testing!

by corvid＠lavabit.com

In doc/README, we overlooked "For user help, see http://www.dillo.org/dillo2-help.html"

Sept. 7, 2011

dillo-3.0 is on site for testing!

by abe＠deuxchevaux.org

Hi, On Tue, Sep 06, 2011 at 11:36:17PM +0200, Johannes Hofmann wrote: > On Tue, Sep 06, 2011 at 06:26:15PM -0300, Jorge Arellano Cid wrote: > > This should be our last release candidate, unless something major > > appears. Please download, build, test and report how it goes. > > Compiles and runs fine on DragonFly 2.11-DEVELOPMENT Builds and works fine on Debian Sid, too. I uploaded it to Debian Experimental as 3.0~rc3-1. Will upload it to Debian Unstable as soon as it's declared as stable release. :) 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)

Sept. 7, 2011

dillo_port1.3 only opens so many tabs, then stops opening more tabs

by rogerx.oss＠gmail.com

> We're using hg "dillo" not "dillo_port1.3" since some time. > > Please check the just uploaded tarball. Eh. I was hoping to see dillo_port1.3 removed and getting an error when trying to fetch here, before re-editing my get/make scripting. (lazy me.) -- Roger http://rogerx.freeshell.org/

Sept. 7, 2011

dillo-3.0 is on site for testing!

by Johannes.Hofmann＠gmx.de

On Tue, Sep 06, 2011 at 06:26:15PM -0300, Jorge Arellano Cid wrote: > Hi there, > > After a long list of fixes and features: > > [ok] moveToWidget(). Jorge has code for this. > [ok] downloads dpi string escaping. > [ok] alt text wrapping (which looks like a nice feature). > [ok] remove large panel. > [ok] https dialog storm (BUG#868). > [ok] The findbar input doesn't know about Ctrl+{a,e,d,k}. > [ok] something other than "ctab%d" for initial tab label. > [ok] single close tab button with tooltip. > [ok] valgrind logs: close window > [ok] valgrind logs: cancel expected url > [ok] segfault with Ctrl-s (web search) > [ok] UI_TEMPORARILY_SHOW_PANELS > [ok] leave link into a native FLTK widget > [ok] remove pointeronlink(), panelmode_cb_i() > [ok] the panel problems when resizing from very small. > [ok] resize problems when tabs overflow > [ok] URL_ILLEGAL_CHARS > [ok] Fixed CustLightButton "light" color deactivation. > [ok] hoverTooltip glitch (tooltip linger when going into a child DIV). > [ok] tab overflow (code a handler) > [ok] valgrind error for first tab close, then resize(). > [ok] update the Changelog > [ok] update links in splash page > [ok] default search engine > [ok] new-tab and window title > [ok] CSS adjacent sibling selectors > [ok] margin-bottom + some margin collapse > [ok] fix doctree leak > [ok] first click on a link missed after middle-click on a scrollbar > [ok] Fix redraw loops and reenable limit_text_width dillorc option > > > dillo-3.0 is available from: > > http://www.dillo.org/download/ > > > This should be our last release candidate, unless something major > appears. Please download, build, test and report how it goes. Compiles and runs fine on DragonFly 2.11-DEVELOPMENT

Sept. 6, 2011

dillo_port1.3 only opens so many tabs, then stops opening more tabs

by jcid＠dillo.org

On Tue, Sep 06, 2011 at 12:25:14PM -0800, Roger wrote: > > On Tue, Sep 06, 2011 at 12:21:18PM -0800, Roger wrote: > >I just noticed, pulling a git/svn/cvs copy yesterday, I can only open so many > >tabs (screen/display width?) and then Dill will stop opening new tabs after a > >link is clicked to open in a new tab. > > > >The only thing printed within the startx stdout is > >"Nav_open_url:(include_clicked_url_here) and no other activity such as > >"a_Nav_expect_done: repush!" or "[cookies dpi]:" etc... > > Well, looks like in the above paragraph, I insinuated Dillo as not loading > pages at all, but looks like it was loading from cache instead. > > Right now, I do see the other tabs after closing some of the tabs. Seems the > tabs are falling off the edge of the display and there's no way of knowing > there's additional tabs as Dillo/FLTK doesn't resize the tab buttons? We're using hg "dillo" not "dillo_port1.3" since some time. Please check the just uploaded tarball. A full tabs handler (with GUI scroller etc) is scheduled for 3.0.1. At the moment you can reach those tabs with the keyboard and notice their existence by looking at the edge tab (incomplete rendering). HTH. -- Cheers Jorge.-

Sept. 6, 2011

dillo-3.0 is on site for testing!

by jcid＠dillo.org

Hi there, After a long list of fixes and features: [ok] moveToWidget(). Jorge has code for this. [ok] downloads dpi string escaping. [ok] alt text wrapping (which looks like a nice feature). [ok] remove large panel. [ok] https dialog storm (BUG#868). [ok] The findbar input doesn't know about Ctrl+{a,e,d,k}. [ok] something other than "ctab%d" for initial tab label. [ok] single close tab button with tooltip. [ok] valgrind logs: close window [ok] valgrind logs: cancel expected url [ok] segfault with Ctrl-s (web search) [ok] UI_TEMPORARILY_SHOW_PANELS [ok] leave link into a native FLTK widget [ok] remove pointeronlink(), panelmode_cb_i() [ok] the panel problems when resizing from very small. [ok] resize problems when tabs overflow [ok] URL_ILLEGAL_CHARS [ok] Fixed CustLightButton "light" color deactivation. [ok] hoverTooltip glitch (tooltip linger when going into a child DIV). [ok] tab overflow (code a handler) [ok] valgrind error for first tab close, then resize(). [ok] update the Changelog [ok] update links in splash page [ok] default search engine [ok] new-tab and window title [ok] CSS adjacent sibling selectors [ok] margin-bottom + some margin collapse [ok] fix doctree leak [ok] first click on a link missed after middle-click on a scrollbar [ok] Fix redraw loops and reenable limit_text_width dillorc option dillo-3.0 is available from: http://www.dillo.org/download/ This should be our last release candidate, unless something major appears. Please download, build, test and report how it goes. If there's no show stopper in a couple of days, the announcement to the outside world will be made. ;) -- Cheers Jorge.-

Sept. 6, 2011

dillo_port1.3 only opens so many tabs, then stops opening more tabs

by rogerx.oss＠gmail.com

> On Tue, Sep 06, 2011 at 12:21:18PM -0800, Roger wrote: >I just noticed, pulling a git/svn/cvs copy yesterday, I can only open so many >tabs (screen/display width?) and then Dill will stop opening new tabs after a >link is clicked to open in a new tab. > >The only thing printed within the startx stdout is >"Nav_open_url:(include_clicked_url_here) and no other activity such as >"a_Nav_expect_done: repush!" or "[cookies dpi]:" etc... Well, looks like in the above paragraph, I insinuated Dillo as not loading pages at all, but looks like it was loading from cache instead. Right now, I do see the other tabs after closing some of the tabs. Seems the tabs are falling off the edge of the display and there's no way of knowing there's additional tabs as Dillo/FLTK doesn't resize the tab buttons? -- Roger http://rogerx.freeshell.org/

Sept. 6, 2011

dillo_port1.3 only opens so many tabs, then stops opening more tabs

by rogerx.oss＠gmail.com

I just noticed, pulling a git/svn/cvs copy yesterday, I can only open so many tabs (screen/display width?) and then Dill will stop opening new tabs after a link is clicked to open in a new tab. The only thing printed within the startx stdout is "Nav_open_url:(include_clicked_url_here) and no other activity such as "a_Nav_expect_done: repush!" or "[cookies dpi]:" etc... -- Roger http://rogerx.freeshell.org/

Sept. 6, 2011

page that redraws endlessly

by Johannes.Hofmann＠gmx.de

On Tue, Sep 06, 2011 at 10:20:38AM -0300, Jorge Arellano Cid wrote: > On Mon, Sep 05, 2011 at 09:39:57PM +0200, Johannes Hofmann wrote: > > On Mon, Sep 05, 2011 at 12:41:55PM -0300, Jorge Arellano Cid wrote: > > > On Mon, Sep 05, 2011 at 12:11:24AM +0200, Johannes Hofmann wrote: > > > > > [...] > > > I don't know this part of the code well enough to say whether it > > > is safe to commit before the release or not. > > > > Actually I would suggest to commit attached patch. > > I have to admit that I'm not 100% sure about the ui.cc change, but > > it seems better than just always passing true or false. > > AFAIS, it looks more correct. > > > The form.cc part makes sense, as limitTextWidth in > > textblock.cc seems to matter only if layout->getUsesViewport () > > returns true, which is not the case for FltkFlatView in the > > FltkComplexButton case. > > > > corvid, Jorge, what do you think? > > It works in the testcases (even outside forms), so I'd commit > an release with it. > > > > > > > FWIW, WRT complexity, if you resize the window with the patch, > > > over the testcase, it is quite clear that the last phrase is not > > > measured right. > > > > Yes, there is an issue, but I don't think it's related to the > > ComplexButton stuff. > > Sure, it's related to whitespace handling in the textblock, > which needs a full review. > > > > <table> > > <tr> > > <td> > > <hr/> > > <div> > > words words words words words words words words words words words > > words words words words words words words words words words words > > words words words words words words words words words words words > > words words words words words words words words words words words > > <span style="white-space:nowrap">And words in a span</span> > > </div> > > </td> > > </table> > > > > looks similarily weird here, or am I missing something? > > I'm using an even simpler testcase: > > <table> > <tr> > <td> > words words words words words words words words words words words > words words words words words words words words words words words > <span style="white-space:nowrap">And words in a span</span> > <button></button> > </td> > </table> > > > BTW, with regard to the patch, I'd keep the comment in the code, > something like: > > > + /* BUG: should be "Textblock (prefs.limit_text_width);", > > - * It caused 100% CPU usage with <button> or <input type="image"> > > + * long ago and needs a review before re-enabling it. */ > > - page = new Textblock (prefs.limit_text_width); > > + page = new Textblock (false); > > page->setStyle (html->styleEngine->backgroundStyle ()); > > Committed with slightly different wording in the comment, as I don't think using prefs.limit_text_width is correct in this case. Cheers, Johannes

Sept. 6, 2011