- Dillo-dev - lists.mailman3.com

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

On Thu, May 26, 2011 at 10:46 AM, corvid <corvid(a)lavabit.com> wrote: > reza wrote: > > But at least for me loading a page is a hit or miss experiment. Sometimes > it > > waits for a long time (maybe 2-3 minutes) and couldn't connect, as if > there > > was a DNS problem, other times it loads the same page easily in a few > > seconds. > > Just out of curiosity, does anything change if you configure with > --disable-threaded-dns? > > I tried it, it feels it might have become better, but the problems still remain. If you don't want a touchy feely answer, then no, disable-threaded-dns didn't fix the problem. > I tried valgrind's helgrind tool a couple of weeks ago, and it complains > and complains about threads, but I didn't know whether any of it had > any significance. > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 26, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

On Thu, May 26, 2011 at 9:33 AM, corvid <corvid(a)lavabit.com> wrote: > reza wrote: > > I'm trying to > > compile and run dillo on Mac OS 10.6.7 (and report the bugs I find :D ). > > That's great! > > http.c: In function ?Http_connect_queued_sockets?: > > http.c:177: warning: cast from pointer to integer of different size > > dialog.cc: In function ?int a_Dialog_choice5(const char*, const char*, > const > > char*, const char*, const char*, const char*)?: > > dialog.cc:177: warning: suggest a space before ?;? or explicit braces > around > > empty body in ?for? statement > > Should be fixed now. > Thanks, latest version indeed fixes the warning, but the connection problems remain. > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 26, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by Johannes.Hofmann＠gmx.de

On Thu, May 26, 2011 at 01:09:30PM -0400, Jorge Arellano Cid wrote: > Hi Johannes, > > On Wed, May 25, 2011 at 08:41:35PM +0200, Johannes Hofmann wrote: > > On Wed, May 25, 2011 at 01:37:26PM -0400, Jorge Arellano Cid wrote: > > > On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > > > > Jorge wrote: > > > > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > > > > > > > - There is a tab title even if there is only one tab. > > > > > > > > > > FYI, I'm testing a patch that does this. It uses a trick to > > > > > receive events on a hidden tabbar and is designed so it's easy to > > > > > set permanent tab buttons too (i.e. as now). > > > > > > > > > > Quick poll: What's your preferred mode? > > > > > > > > I prefer that the tab bar goes away when there's only one tab. > > > > > > > > I will feel surprise if anyone wants to have it visible when > > > > there's only one tab. > > > > > > The patch "almost" works, but sometimes when resizing the > > > window, strange resize problems arise, and things go wild. I'm > > > glad I finally isolated and STRed a part of the problem: > > > > > > http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q > > > > > > I hesitate to fight it much more before the resolution for > > > STR#2639 comes out. It's like herding cats: you can make them all > > > move, but not make them go where you want. > > > > I'm currently working on a fix for the dwm resize issue. The idea is > > to get rid of Fl_Pack entirely. So that patch might also fix the issue > > you are now seeing with tabs and resizing. > > The FLTK team made rc6 today [1], and decided to tackle the > Fl_Pack bug after the release is done [2]. I guess that cuts our > cake, so please commit the no-flpack patch when it passes your > tests. Done. Please report any issues. > > I'll work the tabbar-hide patch on top of it (it works but > needs some clean up). > > > [1] http://fltk.org/articles.php?L1075 > [2] http://fltk.org/str.php?L2639 > > BTW, does the tabbar-hide patch solve the dwm issue alone? > (i.e. on top of Fl_Pack). Just to be able to provide that > information to FLTK devs when necessary. the tabbar-hide patch alone does not solve the dwm resizing issue. Cheers, Johannes

May 26, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

Hi Johannes, On Wed, May 25, 2011 at 08:41:35PM +0200, Johannes Hofmann wrote: > On Wed, May 25, 2011 at 01:37:26PM -0400, Jorge Arellano Cid wrote: > > On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > > > Jorge wrote: > > > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > > > > > - There is a tab title even if there is only one tab. > > > > > > > > FYI, I'm testing a patch that does this. It uses a trick to > > > > receive events on a hidden tabbar and is designed so it's easy to > > > > set permanent tab buttons too (i.e. as now). > > > > > > > > Quick poll: What's your preferred mode? > > > > > > I prefer that the tab bar goes away when there's only one tab. > > > > > > I will feel surprise if anyone wants to have it visible when > > > there's only one tab. > > > > The patch "almost" works, but sometimes when resizing the > > window, strange resize problems arise, and things go wild. I'm > > glad I finally isolated and STRed a part of the problem: > > > > http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q > > > > I hesitate to fight it much more before the resolution for > > STR#2639 comes out. It's like herding cats: you can make them all > > move, but not make them go where you want. > > I'm currently working on a fix for the dwm resize issue. The idea is > to get rid of Fl_Pack entirely. So that patch might also fix the issue > you are now seeing with tabs and resizing. The FLTK team made rc6 today [1], and decided to tackle the Fl_Pack bug after the release is done [2]. I guess that cuts our cake, so please commit the no-flpack patch when it passes your tests. I'll work the tabbar-hide patch on top of it (it works but needs some clean up). [1] http://fltk.org/articles.php?L1075 [2] http://fltk.org/str.php?L2639 BTW, does the tabbar-hide patch solve the dwm issue alone? (i.e. on top of Fl_Pack). Just to be able to provide that information to FLTK devs when necessary. -- Cheers Jorge.-

May 26, 2011

Connection problems on Mac OS X 10.6.7

by jcid＠dillo.org

Hi, On Thu, May 26, 2011 at 02:34:06AM -0500, reza farivar wrote: > Hi guys, > > First post here, thanks for all your hard work on Dillo! I'm trying to > compile and run dillo on Mac OS 10.6.7 (and report the bugs I find :D ). I > followed instructions that Jorge sent me earlier, and it compiled without an > error but a few warnings: > > $ make|grep : > http.c: In function ?Http_connect_queued_sockets?: > http.c:177: warning: cast from pointer to integer of different size > dialog.cc: In function ?int a_Dialog_choice5(const char*, const char*, const > char*, const char*, const char*, const char*)?: > dialog.cc:177: warning: suggest a space before ?;? or explicit braces around > empty body in ?for? statement > make[2]: Nothing to be done for `all'. > make[2]: Nothing to be done for `all-am'. > > The good news is that Dillo runs. It also seems to eventually connect to > websites, which is good news too. > > But at least for me loading a page is a hit or miss experiment. Sometimes it > waits for a long time (maybe 2-3 minutes) and couldn't connect, as if there > was a DNS problem, other times it loads the same page easily in a few > seconds. Here's the output from the terminal, after trying to connect to > yahoo.com site unsuccessfully (waiting for a long time): > > $ src/dillo > paths: creating directory /Users/farivar2/.dillo. > paths: Cannot open file '/Users/farivar2/.dillo/dillorc' > paths: Using /usr/local/etc/dillo/dillorc > paths: Cannot open file '/Users/farivar2/.dillo/keysrc' > paths: Using /usr/local/etc/dillo/keysrc > dillo_dns_init: Here we go! (threaded) > Cookies: Created file: /Users/farivar2/.dillo/cookiesrc > Disabling cookies. > Nav_open_url: new url='about:splash' > Nav_open_url: new url='http://www.yahoo.com' > Dns_server [0]: www.yahoo.com is 209.191.122.70 69.147.125.65 67.195.160.76 > Connecting to 209.191.122.70 > > and it almost hangs here. During this time the CPU utilization hovers around > 134% (on a dual core machine), with 3 threads and 48MB of memory usage. The busy wait is a sign that something went really wrong. If it was a slow DNS, polling would not bump CPU usage. > > Is this behavior expected? Not at all. > Perhaps it's related to the warnings above? Hardly. > My > guess is that it's either a DNS problem or an HTTP connection problem, > resulting into a time-out case. A couple of years ago I tried dillo-2.x in a Mac (FLTK2), and it mainly worked (without the delays you describe). I did compile it with the X server stuff. I don't know whether it is possible to compile it natively. In what mode are you testing? (I ask because you said you couldn't compile dillo-2.x). > P.S. Sometimes it seems if I open another tab and enter another address it > will help the first tab to load, but I can't get it to consistently act like > that. Other times, it seems a tab can get stuck waiting for the host and can > never load the page. It also seems adding http:// to the beggining of > addresses help some times, but not consistently. No. That's coincidence. Maybe there's a timing/sequence problem with the socket connection. If I only had a Mac here to try... > P.S.2 I checked my network connection with my other browser (chrome) and it > has no problem connecting the mentioned websites. If the other browser gets a quick DNS answer, then the problem is elsewhere. > P.S.3 Are there reference rendering snapshots available? The Yahoo's web > site and even Google's both render in a strange way (similar to the way > links2 renders them). In fact the only website that I could get to render > correctly is dillo.org (when it opens, other times it just decides not to > open even after 5 minutes of waiting). Dillo doesn't have support for "floating elements" yet. The web has become full of them because of slow rendering of tables. Well, we're supposed to work on it in the near future. For the meanwhile, you'll see weird "unrolled" pages. -- Cheers Jorge.-

May 26, 2011

Connection problems on Mac OS X 10.6.7

by corvid＠lavabit.com

reza wrote: > But at least for me loading a page is a hit or miss experiment. Sometimes it > waits for a long time (maybe 2-3 minutes) and couldn't connect, as if there > was a DNS problem, other times it loads the same page easily in a few > seconds. Just out of curiosity, does anything change if you configure with --disable-threaded-dns? I tried valgrind's helgrind tool a couple of weeks ago, and it complains and complains about threads, but I didn't know whether any of it had any significance.

May 26, 2011

Connection problems on Mac OS X 10.6.7

by corvid＠lavabit.com

reza wrote: > I'm trying to > compile and run dillo on Mac OS 10.6.7 (and report the bugs I find :D ). That's great! > http.c: In function ?Http_connect_queued_sockets?: > http.c:177: warning: cast from pointer to integer of different size > dialog.cc: In function ?int a_Dialog_choice5(const char*, const char*, const > char*, const char*, const char*, const char*)?: > dialog.cc:177: warning: suggest a space before ?;? or explicit braces around > empty body in ?for? statement Should be fixed now.

May 26, 2011

Connection problems on Mac OS X 10.6.7

by obeythepenguin＠gmail.com

On Thu, 26 May 2011 03:34:06 -0400, reza farivar <rf.opensource(a)gmail.com> wrote: > Hi guys, > > First post here, thanks for all your hard work on Dillo! I'm trying to > compile and run dillo on Mac OS 10.6.7 (and report the bugs I find :D ). > I > followed instructions that Jorge sent me earlier, and it compiled > without an > error but a few warnings: > > [...] > > The good news is that Dillo runs. It also seems to eventually connect to > websites, which is good news too. > > But at least for me loading a page is a hit or miss experiment. > Sometimes it > waits for a long time (maybe 2-3 minutes) and couldn't connect, as if > there > was a DNS problem, other times it loads the same page easily in a few > seconds. Here's the output from the terminal, after trying to connect to > yahoo.com site unsuccessfully (waiting for a long time): > > $ src/dillo > paths: creating directory /Users/farivar2/.dillo. > paths: Cannot open file '/Users/farivar2/.dillo/dillorc' > paths: Using /usr/local/etc/dillo/dillorc > paths: Cannot open file '/Users/farivar2/.dillo/keysrc' > paths: Using /usr/local/etc/dillo/keysrc > dillo_dns_init: Here we go! (threaded) > Cookies: Created file: /Users/farivar2/.dillo/cookiesrc > Disabling cookies. > Nav_open_url: new url='about:splash' > Nav_open_url: new url='http://www.yahoo.com' > Dns_server [0]: www.yahoo.com is 209.191.122.70 69.147.125.65 > 67.195.160.76 > Connecting to 209.191.122.70 > > and it almost hangs here. During this time the CPU utilization hovers > around > 134% (on a dual core machine), with 3 threads and 48MB of memory usage. > > Is this behavior expected? Perhaps it's related to the warnings above? My > guess is that it's either a DNS problem or an HTTP connection problem, > resulting into a time-out case. The warnings are just the compiler noting ambiguous syntax; they shouldn't affect the compilation beyond that. It could be in the DNS or HTTP code. It could also be FLTK. After you send an HTTP request, Dillo uses some FLTK functions to watch the socket for activity. I had a similar problem when I did the Windows port, and it turns out it wasn't Dillo, but buggy and broken FLTK code. > P.S.3 Are there reference rendering snapshots available? The Yahoo's web > site and even Google's both render in a strange way (similar to the way > links2 renders them). In fact the only website that I could get to render > correctly is dillo.org (when it opens, other times it just decides not to > open even after 5 minutes of waiting). That's normal. Dillo still has extremely limited HTML support, so most pages do look rather funny (and it doesn't help that most sites don't recognize Dillo's user agent). A lot of sites, including Google, render better with a Mozilla/4.0 user agent. I actually have the Windows port default to "Mozilla/4.0 (compatible; Dillo 2.2)" for that reason. Cheers, ~Benjamin

May 26, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

Hi guys, First post here, thanks for all your hard work on Dillo! I'm trying to compile and run dillo on Mac OS 10.6.7 (and report the bugs I find :D ). I followed instructions that Jorge sent me earlier, and it compiled without an error but a few warnings: $ make|grep : http.c: In function ?Http_connect_queued_sockets?: http.c:177: warning: cast from pointer to integer of different size dialog.cc: In function ?int a_Dialog_choice5(const char*, const char*, const char*, const char*, const char*, const char*)?: dialog.cc:177: warning: suggest a space before ?;? or explicit braces around empty body in ?for? statement make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all-am'. The good news is that Dillo runs. It also seems to eventually connect to websites, which is good news too. But at least for me loading a page is a hit or miss experiment. Sometimes it waits for a long time (maybe 2-3 minutes) and couldn't connect, as if there was a DNS problem, other times it loads the same page easily in a few seconds. Here's the output from the terminal, after trying to connect to yahoo.com site unsuccessfully (waiting for a long time): $ src/dillo paths: creating directory /Users/farivar2/.dillo. paths: Cannot open file '/Users/farivar2/.dillo/dillorc' paths: Using /usr/local/etc/dillo/dillorc paths: Cannot open file '/Users/farivar2/.dillo/keysrc' paths: Using /usr/local/etc/dillo/keysrc dillo_dns_init: Here we go! (threaded) Cookies: Created file: /Users/farivar2/.dillo/cookiesrc Disabling cookies. Nav_open_url: new url='about:splash' Nav_open_url: new url='http://www.yahoo.com' Dns_server [0]: www.yahoo.com is 209.191.122.70 69.147.125.65 67.195.160.76 Connecting to 209.191.122.70 and it almost hangs here. During this time the CPU utilization hovers around 134% (on a dual core machine), with 3 threads and 48MB of memory usage. Is this behavior expected? Perhaps it's related to the warnings above? My guess is that it's either a DNS problem or an HTTP connection problem, resulting into a time-out case. P.S. Sometimes it seems if I open another tab and enter another address it will help the first tab to load, but I can't get it to consistently act like that. Other times, it seems a tab can get stuck waiting for the host and can never load the page. It also seems adding http:// to the beggining of addresses help some times, but not consistently. P.S.2 I checked my network connection with my other browser (chrome) and it has no problem connecting the mentioned websites. P.S.3 Are there reference rendering snapshots available? The Yahoo's web site and even Google's both render in a strange way (similar to the way links2 renders them). In fact the only website that I could get to render correctly is dillo.org (when it opens, other times it just decides not to open even after 5 minutes of waiting). P.S.4 Jorge's instructions to compile dillo-1.3 for Mac OS X are as follows: 1.- <install fltk-1.3-rc5 from fltk.org> 2.- <install auto* tools, X devel, C/C++, jpeg, png, etc> 3.- <install mercurial> 4.- $ hg clone http://hg.dillo.org/dillo_port1.3 5.- $ cd dillo_port1.3 6.- $ ./autogen.sh 7.- $ CFLAGS="-g -O0" CXXFLAGS="-g -O0" ./configure --enable-ssl 8.- $ make|grep : 9.- $ sudo make install (this will install dillo, dpid, dpidc and the dpis) 10.- $ src/dillo -Reza

May 26, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by rogerx.oss＠gmail.com

> On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: >Jorge wrote: >> On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: >> > >> > - There is a tab title even if there is only one tab. >> >> FYI, I'm testing a patch that does this. It uses a trick to >> receive events on a hidden tabbar and is designed so it's easy to >> set permanent tab buttons too (i.e. as now). >> >> Quick poll: What's your preferred mode? > >I prefer that the tab bar goes away when there's only one tab. > >I will feel surprise if anyone wants to have it visible when >there's only one tab. Well, be surprised. I like to see a tab even though there's no more then one visible. Reason being, Firefox tends (or tended) to resize the webpage and toolbars when migrating from one to more then one tabs, it boggled my mind when comprehending, "Now what changed??" It would take a few seconds to regain field of view, etc. (No glasses, 20/20 here, no drugs or alcohol, etc) But I'm guessing with FLTK, it won't make such vast changes when going from tabs to no tabs. Also, the Title of the webpage is usually kept within the tab. <shrugs, for what it's worth> -- Roger http://rogerx.freeshell.org/

May 26, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by Johannes.Hofmann＠gmx.de

On Wed, May 25, 2011 at 04:15:35PM -0400, Jorge Arellano Cid wrote: > On Wed, May 25, 2011 at 08:41:35PM +0200, Johannes Hofmann wrote: > > On Wed, May 25, 2011 at 01:37:26PM -0400, Jorge Arellano Cid wrote: > > > On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > > > > Jorge wrote: > > > > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > > > > > > > - There is a tab title even if there is only one tab. > > > > > > > > > > FYI, I'm testing a patch that does this. It uses a trick to > > > > > receive events on a hidden tabbar and is designed so it's easy to > > > > > set permanent tab buttons too (i.e. as now). > > > > > > > > > > Quick poll: What's your preferred mode? > > > > > > > > I prefer that the tab bar goes away when there's only one tab. > > > > > > > > I will feel surprise if anyone wants to have it visible when > > > > there's only one tab. > > > > > > The patch "almost" works, but sometimes when resizing the > > > window, strange resize problems arise, and things go wild. I'm > > > glad I finally isolated and STRed a part of the problem: > > > > > > http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q > > > > > > I hesitate to fight it much more before the resolution for > > > STR#2639 comes out. It's like herding cats: you can make them all > > > move, but not make them go where you want. > > > > I'm currently working on a fix for the dwm resize issue. The idea is > > to get rid of Fl_Pack entirely. > > Well, that's the way to go if Fl_Pack is not fixed in FLTK-1.3. > > Although I hope Fl_Pack is fixed, because things become much > simpler with it. I actually prefer not to use Fl_Pack, as it relayouts on every redraw which feels a bit like a hack. Please test attached patch. In my opinion it simplifies things and also fixes the dwm resize issues I was seeing. Cheers, Johannes

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Wed, May 25, 2011 at 08:41:35PM +0200, Johannes Hofmann wrote: > On Wed, May 25, 2011 at 01:37:26PM -0400, Jorge Arellano Cid wrote: > > On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > > > Jorge wrote: > > > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > > > > > - There is a tab title even if there is only one tab. > > > > > > > > FYI, I'm testing a patch that does this. It uses a trick to > > > > receive events on a hidden tabbar and is designed so it's easy to > > > > set permanent tab buttons too (i.e. as now). > > > > > > > > Quick poll: What's your preferred mode? > > > > > > I prefer that the tab bar goes away when there's only one tab. > > > > > > I will feel surprise if anyone wants to have it visible when > > > there's only one tab. > > > > The patch "almost" works, but sometimes when resizing the > > window, strange resize problems arise, and things go wild. I'm > > glad I finally isolated and STRed a part of the problem: > > > > http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q > > > > I hesitate to fight it much more before the resolution for > > STR#2639 comes out. It's like herding cats: you can make them all > > move, but not make them go where you want. > > I'm currently working on a fix for the dwm resize issue. The idea is > to get rid of Fl_Pack entirely. Well, that's the way to go if Fl_Pack is not fixed in FLTK-1.3. Although I hope Fl_Pack is fixed, because things become much simpler with it. > So that patch might also fix the issue > you are now seeing with tabs and resizing. I'm trying a different approach now, and so far it works! :-o -- Cheers Jorge.-

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by Johannes.Hofmann＠gmx.de

On Wed, May 25, 2011 at 01:37:26PM -0400, Jorge Arellano Cid wrote: > On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > > Jorge wrote: > > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > > > - There is a tab title even if there is only one tab. > > > > > > FYI, I'm testing a patch that does this. It uses a trick to > > > receive events on a hidden tabbar and is designed so it's easy to > > > set permanent tab buttons too (i.e. as now). > > > > > > Quick poll: What's your preferred mode? > > > > I prefer that the tab bar goes away when there's only one tab. > > > > I will feel surprise if anyone wants to have it visible when > > there's only one tab. > > The patch "almost" works, but sometimes when resizing the > window, strange resize problems arise, and things go wild. I'm > glad I finally isolated and STRed a part of the problem: > > http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q > > I hesitate to fight it much more before the resolution for > STR#2639 comes out. It's like herding cats: you can make them all > move, but not make them go where you want. I'm currently working on a fix for the dwm resize issue. The idea is to get rid of Fl_Pack entirely. So that patch might also fix the issue you are now seeing with tabs and resizing. Cheers, Johannes

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Wed, May 25, 2011 at 03:13:54PM +0000, corvid wrote: > Jorge wrote: > > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > > > - There is a tab title even if there is only one tab. > > > > FYI, I'm testing a patch that does this. It uses a trick to > > receive events on a hidden tabbar and is designed so it's easy to > > set permanent tab buttons too (i.e. as now). > > > > Quick poll: What's your preferred mode? > > I prefer that the tab bar goes away when there's only one tab. > > I will feel surprise if anyone wants to have it visible when > there's only one tab. The patch "almost" works, but sometimes when resizing the window, strange resize problems arise, and things go wild. I'm glad I finally isolated and STRed a part of the problem: http://fltk.org/str.php?L2639+P0+S-2+C0+I0+E0+Q I hesitate to fight it much more before the resolution for STR#2639 comes out. It's like herding cats: you can make them all move, but not make them go where you want. -- Cheers Jorge.-

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by corvid＠lavabit.com

Jorge wrote: > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > - There is a tab title even if there is only one tab. > > FYI, I'm testing a patch that does this. It uses a trick to > receive events on a hidden tabbar and is designed so it's easy to > set permanent tab buttons too (i.e. as now). > > Quick poll: What's your preferred mode? I prefer that the tab bar goes away when there's only one tab. I will feel surprise if anyone wants to have it visible when there's only one tab.

May 25, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > - There is a tab title even if there is only one tab. FYI, I'm testing a patch that does this. It uses a trick to receive events on a hidden tabbar and is designed so it's easy to set permanent tab buttons too (i.e. as now). Quick poll: What's your preferred mode? -- Cheers Jorge.-

May 25, 2011

Re: downloads gui appearance

by corvid＠lavabit.com

Jorge wrote: > On Thu, May 19, 2011 at 09:27:50PM +0000, corvid wrote: > > > > It generally looks like the attached to me. > > > > PS I just noticed that putting the cursor over the filename bar to > > see the tooltip makes it just flash and flash in a cycle. > > I'm puzzled, never happened to me. I tried to reproduce it > with no "luck". > > Please ask in dillo-dev on whether somebody else sees this bug. Here's what I was talking about with Jorge: http://www.dillo.org/test/download_complete.png (I haven't seen the strange tooltip behaviour again, though.)

May 20, 2011

dillo_port1.3 tabs

by corvid＠lavabit.com

Johannes wrote: > google is copying us :-) > http://www.conceivablytech.com/7485/products/google-is-serious-you-can-kill… Along these lines, I like the firefox 4 feature of only taking up space for status when it has something to say.

May 19, 2011

fltk getting close to 1.3.0 release

by corvid＠lavabit.com

Seen in http://fltk.org/newsgroups.php?s11135+gfltk.development+v11151+T0 "1.3.0 will go final Sunday unless there is a major show-stopper."

May 19, 2011

dillo_port1.3 tabs

by Johannes.Hofmann＠gmx.de

google is copying us :-) http://www.conceivablytech.com/7485/products/google-is-serious-you-can-kill…

May 19, 2011

dillo_port1.3 - dpid not starting

by darkspirit5000＠gmail.com

Can you post changes like a patch here? Diego. 2011/5/19, Roger <rogerx.oss(a)gmail.com>: >> On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: >>Hi, >> >>On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: > .... >>> Enabling cookies as from cookiesrc... >>> Nav_open_url: new url='dpi:/bm/' >>> ** ERROR **: [Dpi_read_comm_keys] No such file or directory >> >> This is not a show-stopper. If dillo can't read the file, most >>probably there's no dpid running, so dillo tries to start it... >> >>> Dpi_blocking_start_dpid: try 1 >> >> this is dillo's try to start dpid. >> >>> [dpid]: a_Misc_mksecret: 1423de10 >>> >>> >>> dpid started >>> >>> >> >> and it starts. >> >>> Dpi_get_server_port: can't read server port from dpid. >>> >>> >>> ** ERROR **: dpi.c: can't start dpi daemon >> >> This happens when dpid can't either start the requested dpi nor >>get an answer from it (bookmarks.dpi in this case). >> >> I was able to reproduce it by deleting the bookmarks.dpi >>binary. >> >> dpid checks both: >> >> 1) ~/.dillo/dpi/file/ >> 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi >> >> so you should check what's going on there. > > Somebody emailed me and told me the $HOME/.dillo/dpidrc file statically > states where > the dpi LIBS are located. > > Changed it to reflect my compiled "./configure --prefix=blah" install > location > and DPI bookmarks now work fine. > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 19, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: >Hi, > >On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: .... >> Enabling cookies as from cookiesrc... >> Nav_open_url: new url='dpi:/bm/' >> ** ERROR **: [Dpi_read_comm_keys] No such file or directory > > This is not a show-stopper. If dillo can't read the file, most >probably there's no dpid running, so dillo tries to start it... > >> Dpi_blocking_start_dpid: try 1 > > this is dillo's try to start dpid. > >> [dpid]: a_Misc_mksecret: 1423de10 >> dpid started > > and it starts. > >> Dpi_get_server_port: can't read server port from dpid. >> ** ERROR **: dpi.c: can't start dpi daemon > > This happens when dpid can't either start the requested dpi nor >get an answer from it (bookmarks.dpi in this case). > > I was able to reproduce it by deleting the bookmarks.dpi >binary. > > dpid checks both: > > 1) ~/.dillo/dpi/file/ > 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi > > so you should check what's going on there. Somebody emailed me and told me the $HOME/.dillo/dpidrc file statically states where the dpi LIBS are located. Changed it to reflect my compiled "./configure --prefix=blah" install location and DPI bookmarks now work fine.

May 19, 2011

triggering buttons with the keyboard

by corvid＠lavabit.com

In fltk2, Button.cxx had case KEY: if (event_key() == ' ' || event_key() == ReturnKey || event_key() == KeypadEnter) goto EXECUTE; In fltk 1.3, Fl_Button.cxx has if (Fl::focus() == this && Fl::event_key() == ' ' && !(Fl::event_state() & (FL_SHIFT | FL_CTRL | FL_ALT | FL_META))) { ... if (when() & FL_WHEN_RELEASE) do_callback(); Our fltkui button widget callbacks check for FL_Enter/ReturnKey before emitting clicked. A couple of months ago, I had some confusion with the fltk people where I expected Enter to trigger something, but ' ' was doing it. My recollection was that they seemed to think one should expect ' ' to be what triggers actions. Is ' ' some sort of standard in the gui world nowadays?

May 18, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by johannes.hofmann＠gmx.de

On Tue, May 17, 2011 at 11:22:41PM +0000, Jorge Arellano Cid wrote: > On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > > > Here are my current issues with the fltk-1.3 port: > > [...] > > - Ctrl-Tab doesn't cycle through tabs. I really miss that. > > Committed. Nice, thanks! Johannes

May 18, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > > Here are my current issues with the fltk-1.3 port: > [...] > - Ctrl-Tab doesn't cycle through tabs. I really miss that. Committed. -- Cheers Jorge.-

May 18, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by corvid＠lavabit.com

Rob wrote: > > Thank you sir. > > As an aside, when I went to build I ran into some trouble. I think this might be an appropriate fix, though one of you fellows will have to confirm: All that C++ makes my head want to explode. :S > > --- old.fltkui.cc 2011-05-16 18:27:23.892000731 -0400+++ fltkui.cc 2011-05-16 18:24:59.000000000 -0400@@ -1022,7 +1022,7 @@ bool FltkOptionMenuResource::isSelected (int index) {- return index == (int)((Fl_Choice *)widget)->mvalue()->user_data();+ return index == (long)((Fl_Choice *)widget)->mvalue()->user_data(); } int FltkOptionMenuResource::getNumberOfItems() > > > > Sorry about the crappy patch - I hardly ever generate those things, and don't really know what the protocol is. I guess I should take some time to learn those things. > > Ouch - that is ugly. ?Have a look here: > http://www3.sympatico.ca/rsquared/lib/patch Patch committed.

May 17, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by mr_semantics＠hotmail.com

> Thank you sir. > As an aside, when I went to build I ran into some trouble. I think this might be an appropriate fix, though one of you fellows will have to confirm: All that C++ makes my head want to explode. :S > --- old.fltkui.cc 2011-05-16 18:27:23.892000731 -0400+++ fltkui.cc 2011-05-16 18:24:59.000000000 -0400@@ -1022,7 +1022,7 @@ bool FltkOptionMenuResource::isSelected (int index) {- return index == (int)((Fl_Choice *)widget)->mvalue()->user_data();+ return index == (long)((Fl_Choice *)widget)->mvalue()->user_data(); } int FltkOptionMenuResource::getNumberOfItems() > > Sorry about the crappy patch - I hardly ever generate those things, and don't really know what the protocol is. I guess I should take some time to learn those things. Ouch - that is ugly. ?Have a look here: http://www3.sympatico.ca/rsquared/lib/patch

May 17, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by mr_semantics＠hotmail.com

> Fix committed. Thank you sir. As an aside, when I went to build I ran into some trouble. ?I think this might be an appropriate fix, though one of you fellows will have to confirm: ?All that C++ makes my head want to explode. ?:S --- old.fltkui.cc ? ? ? 2011-05-16 18:27:23.892000731 -0400+++ fltkui.cc ? 2011-05-16 18:24:59.000000000 -0400@@ -1022,7 +1022,7 @@??bool FltkOptionMenuResource::isSelected (int index)?{- ? return index == (int)((Fl_Choice *)widget)->mvalue()->user_data();+ ? return index == (long)((Fl_Choice *)widget)->mvalue()->user_data();?}??int FltkOptionMenuResource::getNumberOfItems() Sorry about the crappy patch - I hardly ever generate those things, and don't really know what the protocol is. ?I guess I should take some time to learn those things.

May 17, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by corvid＠lavabit.com

Rob wrote: > When using a captcha system, I am unable to select text in order to copy. ?For example, go here: > http://dragcave.net/login > Then click on the IFRAME link. ?Type the words of the challenge into the text field. ?Assuming you have managed to pass as a human, you will be given (on a new page) a key to copy and paste to a field seen on the intial login screen. ?The trouble is that the text cannot be selected. Fix committed. In http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-March/007408.html , I didn't particularly want to check NumPendingStyleSheets directly from forms, but if anyone wants to make a more respectable interface someday, we can always use it.

May 16, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Mon, May 16, 2011 at 03:20:17AM +0000, corvid wrote: > Jorge wrote: > > On Sun, May 15, 2011 at 06:15:35PM +0000, corvid wrote: > > > > > > - drawing with nested layouts > > > > Any example besides dw-ui-test? > > Any <button> or image input, I think. > The youtube site, for instance, is filled with buttons. Fix committed. Note: there're still problems: 1) The complexbutton doesn't render as an inline element. 2) It takes the whole width. but these are inherited from dillo2. -- Cheers Jorge.-

May 16, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by corvid＠lavabit.com

Jorge wrote: > On Sun, May 15, 2011 at 06:15:35PM +0000, corvid wrote: > > > > - drawing with nested layouts > > Any example besides dw-ui-test? Any <button> or image input, I think. The youtube site, for instance, is filled with buttons.

May 16, 2011

configure.in -Wno-unused-parameter

by corvid＠lavabit.com

Jorge wrote: > On Mon, May 16, 2011 at 01:17:45AM +0000, corvid wrote: > > Jorge wrote: > > > On Sun, May 15, 2011 at 10:34:00PM +0000, corvid wrote: > > > > > > > > if eval "test x$GCC = xyes"; then > > > > .. > > > > if test "`echo $CFLAGS | grep '\-W[^a]' 2> /dev/null`" = ""; then > > > > if test "`$CC -v 2>&1 | grep 'version 3'`" != ""; then > > > > CFLAGS="$CFLAGS -W -Wno-unused-parameter" > > > > fi > > > > fi > > > > .. > > > > fi > > > > > > > > It checks for 3.x specifically. > > > > 3.0 came out on June 18, 2001. > > > > > > > > And of course 4.x has been out since...let's see...April 20, 2005. > > > > > > > > 2.95 was still apparently around back in > > > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-December/001565.html , > > > > which prompted this code at the time. > > > > > > > > Can I rip out the version-checking and make it into an ordinary > > > > case of adding the argument if it isn't already in CFLAGS? > > > > Right after committing it, I thought, "Wait, this is -Wno-unused-parameter, > > not -Wunused-parameter. Why do we want this?" > > Some callbacks don't make use of default parameters and > this option avoids a lot of noise (making it simpler to spot > other warnings). I know we had that one in a_Http_ccc() that is suppressed with a (void)Data2; but I never see any other warnings around.

May 16, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Sun, May 15, 2011 at 06:15:35PM +0000, corvid wrote: > > - drawing with nested layouts Any example besides dw-ui-test? -- Cheers Jorge.-

May 16, 2011

configure.in -Wno-unused-parameter

by jcid＠dillo.org

On Mon, May 16, 2011 at 01:17:45AM +0000, corvid wrote: > Jorge wrote: > > On Sun, May 15, 2011 at 10:34:00PM +0000, corvid wrote: > > > > > > if eval "test x$GCC = xyes"; then > > > .. > > > if test "`echo $CFLAGS | grep '\-W[^a]' 2> /dev/null`" = ""; then > > > if test "`$CC -v 2>&1 | grep 'version 3'`" != ""; then > > > CFLAGS="$CFLAGS -W -Wno-unused-parameter" > > > fi > > > fi > > > .. > > > fi > > > > > > It checks for 3.x specifically. > > > 3.0 came out on June 18, 2001. > > > > > > And of course 4.x has been out since...let's see...April 20, 2005. > > > > > > 2.95 was still apparently around back in > > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-December/001565.html , > > > which prompted this code at the time. > > > > > > Can I rip out the version-checking and make it into an ordinary > > > case of adding the argument if it isn't already in CFLAGS? > > Right after committing it, I thought, "Wait, this is -Wno-unused-parameter, > not -Wunused-parameter. Why do we want this?" Some callbacks don't make use of default parameters and this option avoids a lot of noise (making it simpler to spot other warnings). > So, new proposal: How about I remove it completely? Currently I use gcc-4.4.3, and somehow the option gets into the compiler parameters, so I guess it makes its job. (I haven't checked without it to be sure). -- Cheers Jorge.-

May 16, 2011

configure.in -Wno-unused-parameter

by mr_semantics＠hotmail.com

> From: corvid(a)lavabit.com > Apparently -Wextra came along in 3.4, which is from 2004. > I personally lean toward leaving it alone unless they give the > impression that they are actually going to remove -W at some point. Yeah - probably best to leave well enough alone, seeing as somewhere someone could ?be trying to build with an older version of gcc. ?If and when the gcc devs break it, then it can be changed accordingly.

May 16, 2011

configure.in -Wno-unused-parameter

by corvid＠lavabit.com

Rob wrote: > As an aside, why not change -W to -Wextra? ?While they are both supported, the gcc manual encourages the use of -Wextra. ?My guess is that -W will eventually be deprecated. ?On the other hand, how far back does gcc support -Wextra? ?I cannot remember when that change was made. Apparently -Wextra came along in 3.4, which is from 2004. I personally lean toward leaving it alone unless they give the impression that they are actually going to remove -W at some point.

May 16, 2011

configure.in -Wno-unused-parameter

by corvid＠lavabit.com

Jorge wrote: > On Sun, May 15, 2011 at 10:34:00PM +0000, corvid wrote: > > > > if eval "test x$GCC = xyes"; then > > .. > > if test "`echo $CFLAGS | grep '\-W[^a]' 2> /dev/null`" = ""; then > > if test "`$CC -v 2>&1 | grep 'version 3'`" != ""; then > > CFLAGS="$CFLAGS -W -Wno-unused-parameter" > > fi > > fi > > .. > > fi > > > > It checks for 3.x specifically. > > 3.0 came out on June 18, 2001. > > > > And of course 4.x has been out since...let's see...April 20, 2005. > > > > 2.95 was still apparently around back in > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-December/001565.html , > > which prompted this code at the time. > > > > Can I rip out the version-checking and make it into an ordinary > > case of adding the argument if it isn't already in CFLAGS? Right after committing it, I thought, "Wait, this is -Wno-unused-parameter, not -Wunused-parameter. Why do we want this?" So, new proposal: How about I remove it completely?

May 16, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by mr_semantics＠hotmail.com

When using a captcha system, I am unable to select text in order to copy. ?For example, go here: http://dragcave.net/login Then click on the IFRAME link. ?Type the words of the challenge into the text field. ?Assuming you have managed to pass as a human, you will be given (on a new page) a key to copy and paste to a field seen on the intial login screen. ?The trouble is that the text cannot be selected. Rob

May 16, 2011

configure.in -Wno-unused-parameter

by mr_semantics＠hotmail.com

---------------------------------------- > From: corvid(a)lavabit.com > Date: Sun, 15 May 2011 22:34:00 +0000 > To: dillo-dev(a)dillo.org > Subject: [Dillo-dev] configure.in -Wno-unused-parameter > > > if eval "test x$GCC = xyes"; then > .. > if test "`echo $CFLAGS | grep '\-W[^a]' 2> /dev/null`" = ""; then > if test "`$CC -v 2>&1 | grep 'version 3'`" != ""; then > CFLAGS="$CFLAGS -W -Wno-unused-parameter" > fi > fi > .. > fi > > It checks for 3.x specifically. > 3.0 came out on June 18, 2001. > > And of course 4.x has been out since...let's see...April 20, 2005. > > 2.95 was still apparently around back in > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-December/001565.html , > which prompted this code at the time. > > Can I rip out the version-checking and make it into an ordinary > case of adding the argument if it isn't already in CFLAGS? As an aside, why not change -W to -Wextra? ?While they are both supported, the gcc manual encourages the use of -Wextra. ?My guess is that -W will eventually be deprecated. ?On the other hand, how far back does gcc support -Wextra? ?I cannot remember when that change was made.

May 16, 2011

configure.in -Wno-unused-parameter

by jcid＠dillo.org

On Sun, May 15, 2011 at 10:34:00PM +0000, corvid wrote: > > if eval "test x$GCC = xyes"; then > .. > if test "`echo $CFLAGS | grep '\-W[^a]' 2> /dev/null`" = ""; then > if test "`$CC -v 2>&1 | grep 'version 3'`" != ""; then > CFLAGS="$CFLAGS -W -Wno-unused-parameter" > fi > fi > .. > fi > > It checks for 3.x specifically. > 3.0 came out on June 18, 2001. > > And of course 4.x has been out since...let's see...April 20, 2005. > > 2.95 was still apparently around back in > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-December/001565.html , > which prompted this code at the time. > > Can I rip out the version-checking and make it into an ordinary > case of adding the argument if it isn't already in CFLAGS? Sure. -- Cheers Jorge.-

May 16, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Sun, May 15, 2011 at 09:04:43PM +0200, Johannes Hofmann wrote: > On Sun, May 15, 2011 at 06:15:35PM +0000, corvid wrote: > > > > - the preferred font code in dillo.cc. Necessary. > > - drawing with nested layouts Just managed to make the complex button draw right. I'm testing now. > > - page/tab titles Simple. > > - When scrolling with the keyboard, with buffered_drawing 0 or 1, > > tooltips leave grey boxes. Also in dillo2. > > - OSX. I believe Johannes tried it once, and there was something going > > wrong with iowatch. > > Yes, somehow the add_fd() and add_idle() stuff doesn't seem to work > on OSX. Either it's an fltk bug or we use it ways that are not > expected. FWIW, sometime ago I compiled and run dillo-2 in OSX with no such problem. > Here are my current issues with the fltk-1.3 port: > > - The toolbar in the initial tab is too high (with dwm in tiling > mode). Further tabs have correctly sized toolbars. This puzzles me. > - Ctrl-Tab doesn't cycle through tabs. I really miss that. Simple enough to fix. ;) > - There is a tab title even if there is only one tab. Yeah, this could take a few days. > - The keyboard shortcuts for text input fields have changed (I use > Ctrl-A (jump to beginning) Ctrl-K (kill until end of line) and > Ctrl-E (jump to end of line). > This seems to be intentional from fltk side. > Any opinions whether we should change this back to the fltk2 > behaviour? I miss them badly and several times have considered re-adding those keybindings. :-) Maybe next week. > - There are still a bit more redraws than with fltk2 dillo. Yes. BTW, have the last patches made a difference for you? -- Cheers Jorge.-

May 16, 2011

configure.in -Wno-unused-parameter

by corvid＠lavabit.com

if eval "test x$GCC = xyes"; then .. if test "`echo $CFLAGS | grep '\-W[^a]' 2> /dev/null`" = ""; then if test "`$CC -v 2>&1 | grep 'version 3'`" != ""; then CFLAGS="$CFLAGS -W -Wno-unused-parameter" fi fi .. fi It checks for 3.x specifically. 3.0 came out on June 18, 2001. And of course 4.x has been out since...let's see...April 20, 2005. 2.95 was still apparently around back in http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-December/001565.html , which prompted this code at the time. Can I rip out the version-checking and make it into an ordinary case of adding the argument if it isn't already in CFLAGS?

May 16, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by Johannes.Hofmann＠gmx.de

On Sun, May 15, 2011 at 06:15:35PM +0000, corvid wrote: > > - the preferred font code in dillo.cc. > - drawing with nested layouts > - page/tab titles > - When scrolling with the keyboard, with buffered_drawing 0 or 1, > tooltips leave grey boxes. > > - OSX. I believe Johannes tried it once, and there was something going > wrong with iowatch. Yes, somehow the add_fd() and add_idle() stuff doesn't seem to work on OSX. Either it's an fltk bug or we use it ways that are not expected. Here are my current issues with the fltk-1.3 port: - The toolbar in the initial tab is too high (with dwm in tiling mode). Further tabs have correctly sized toolbars. - Ctrl-Tab doesn't cycle through tabs. I really miss that. - There is a tab title even if there is only one tab. - The keyboard shortcuts for text input fields have changed (I use Ctrl-A (jump to beginning) Ctrl-K (kill until end of line) and Ctrl-E (jump to end of line). This seems to be intentional from fltk side. Any opinions whether we should change this back to the fltk2 behaviour? - There are still a bit more redraws than with fltk2 dillo. Cheers, Johannes

May 15, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by corvid＠lavabit.com

- the preferred font code in dillo.cc. - drawing with nested layouts - page/tab titles - When scrolling with the keyboard, with buffered_drawing 0 or 1, tooltips leave grey boxes. - OSX. I believe Johannes tried it once, and there was something going wrong with iowatch.

May 15, 2011

next release of dillo?

by corvid＠lavabit.com

Globe Trotter wrote: > --- On Sun, 5/1/11, corvid <corvid(a)lavabit.com> wrote: > > > From: corvid <corvid(a)lavabit.com> > > Subject: Re: [Dillo-dev] next release of dillo? > > To: Dillo-dev(a)dillo.org > > Date: Sunday, May 1, 2011, 1:18 AM > > Globe Trotter wrote: > > > just wondering when the next release of dillo will be, > > i.e. if there is a planned timeline? we appear to be at > > dillo2.2 for a while now? > > > > IIRC, maybe a month or two ago, Jorge wanted to wait until > > FLTK 1.3 > > was released before making any Dillo releases at all, but > > it seems > > that users find fltk bugs at the same rate that developers > > fix them > > ( http://fltk.org/roadmap.php#1.3 ), so... > > > > so it appears that there are now no bugs listed on that webpage, so perhaps the releases of fltk1.3 and dillo 1.3 are imminent? They just put rc 5 out (discussion at http://fltk.org/newsgroups.php?gfltk.general+T , code at http://fltk.org/software.php ). All are encouraged to test it out! I'm not sure that anyone could promise dillo3 being _imminent_, exactly, but it suddenly seems like something that will happen in the foreseeable future, at least :)

May 15, 2011

next release of dillo?

by itsme_410＠yahoo.com

--- On Sun, 5/1/11, corvid <corvid(a)lavabit.com> wrote: > From: corvid <corvid(a)lavabit.com> > Subject: Re: [Dillo-dev] next release of dillo? > To: Dillo-dev(a)dillo.org > Date: Sunday, May 1, 2011, 1:18 AM > Globe Trotter wrote: > > just wondering when the next release of dillo will be, > i.e. if there is a planned timeline? we appear to be at > dillo2.2 for a while now? > > IIRC, maybe a month or two ago, Jorge wanted to wait until > FLTK 1.3 > was released before making any Dillo releases at all, but > it seems > that users find fltk bugs at the same rate that developers > fix them > ( http://fltk.org/roadmap.php#1.3 ), so... > so it appears that there are now no bugs listed on that webpage, so perhaps the releases of fltk1.3 and dillo 1.3 are imminent?

May 15, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Thu, May 12, 2011 at 01:53:48PM -0400, Jorge Arellano Cid wrote: > On Thu, May 12, 2011 at 05:28:51PM +0000, corvid wrote: > > Jorge wrote: > > > BTW, this patches also contain scrollbar bugfixes. > > > > I see that the setSizeHints bug is also in dillo2. > > I wonder whether it had any effect that I just don't remember now. > > FWIW I'm working on a patch that reduces redraw flicker > dramatically. Committed now. -- Cheers Jorge.-

May 13, 2011

dillo_port1.3 - dpid not starting

by darkspirit5000＠gmail.com

Sorry for my english. dpid uses the dpi_dir line at dpidrc file to find system wide DPIs dir. It try ~/.dillo/dpi/ for user wide DPIs.(after or before system wide ones. I do not remember) I have this start line in dpidrc: dpi_dir=/usr/local/lib/dillo/dpi I agree dpid should use the correct prefix for system wide DPIs, but i do not know configure enough. For reference: To bind a service with a DPI dpid uses dpidrc and for backward compatibility ~/.dillo/dpi/<service>/*.[filter].dpi or <dpi_dir>/<service>/*.[filter].dpi (If i remember right) the servicces that dillo ask to dpid (currently) are: - "bm" or "bookmarks" for bookmarks - "cookies" for cookies - "vsource" for view source - "proto.%p" for unhandled protocol - etc The lines at dpidrc have this format: <service_name>[*]=<relative or parcial (last part) path to DPI/>DPI_name.[filter].dpi '*' have special meaning after service name and match not handled services that start with service_name i have some lines like this in my dpidrc: ---------------------------------- proto.ftp=ftp.filter.dpi proto.https=https.filter.dpi proto.file=file.dpi proto.data=datauri.filter.dpi proto.abc=hello.filter.dpi # debug prefs DPI fast with p: proto.p=prefs.dpi # handler for not handled protocols #proto.*=hello.filter.dpi # handler for dpi:/@/ #(a)=hello.filter.dpi # someone forgot the start slash in dpi:foo/ (only at url bar) #proto.dpi=hello.filter.dpi # default handler for dpi:/without_ending_slash #?=hello.filter.dpi # never use or all services will be handled whith this dpi # *=hello.filter.dpi ---------------------------------- If some one write a gopher DPI (only implement open_url DPIP command) only need to add this to dpidrc file: proto.gopher=[path/]<gopher>.[filter].dpi If some one write another bookmarks DPI use: bookmarks=[path/]<new_bm>.[filter].dpi etc for downloads, etc ... I personally think about DPI infrastructure that: - need better docs (part my fault) - is fragile - dpid is too big and have legacy code - infrastructure simplification will be good But unknown how and it currently works Diego. 2011/5/13, Roger <rogerx.oss(a)gmail.com>: >> On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: >>Hi, >> >>>On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: > >>> (EMail seems to be being blocked. Resending.) >> >> It arrived here with more than a hundred of whitespace trailing >>most text lines... > > Sorry. I copy/pasted using screen and vi editor (within Mutt). It looked > fine > here -- so first I've heard/seen this. Quite possible it was because I was > using Mutt for GMail. > > >>> dpi_read_comm_keys file not found is likely the problem. >>> >>> After dpid is started: >>> >>> ~/src/dillo $ install/bin/dillo >>> dillo_dns_init: Here we go! (threaded) >>> Enabling cookies as from cookiesrc... >>> Nav_open_url: new url='dpi:/bm/' >>> ** ERROR **: [Dpi_read_comm_keys] No such file or directory >> >> This is not a show-stopper. If dillo can't read the file, most >>probably there's no dpid running, so dillo tries to start it... >> >>> Dpi_blocking_start_dpid: try 1 >> >> this is dillo's try to start dpid. >> >>> [dpid]: a_Misc_mksecret: 1423de10 >>> >>> >>> dpid started >>> >>> >> >> and it starts. >> >>> Dpi_get_server_port: can't read server port from dpid. >>> >>> >>> ** ERROR **: dpi.c: can't start dpi daemon >> >> This happens when dpid can't either start the requested dpi nor >>get an answer from it (bookmarks.dpi in this case). >> >> I was able to reproduce it by deleting the bookmarks.dpi >>binary. >> >> dpid checks both: >> >> 1) ~/.dillo/dpi/file/ >> 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi >> >> so you should check what's going on there. > > Dillo should pickup /usr/local/lib/dillo/dpi from ${PREFIX}/lib/dillo/dpi > via > "./configure --prefix=/blah/blah". Correct? > > (I've prefixed /home/roger/src/dillo/install, to keep CVS/SVN installs > separate > from the system packages to prevent unowned files on the system. I've never > run into a program that didn't obey the --prefix assignment yet. I have yet > to > verify Dillo is missing /lib/dillo/dpi here. When I do, I'll follow-up to > this.) > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 13, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: >Hi, > >>On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: >> (EMail seems to be being blocked. Resending.) > > It arrived here with more than a hundred of whitespace trailing >most text lines... Sorry. I copy/pasted using screen and vi editor (within Mutt). It looked fine here -- so first I've heard/seen this. Quite possible it was because I was using Mutt for GMail. >> dpi_read_comm_keys file not found is likely the problem. >> >> After dpid is started: >> >> ~/src/dillo $ install/bin/dillo >> dillo_dns_init: Here we go! (threaded) >> Enabling cookies as from cookiesrc... >> Nav_open_url: new url='dpi:/bm/' >> ** ERROR **: [Dpi_read_comm_keys] No such file or directory > > This is not a show-stopper. If dillo can't read the file, most >probably there's no dpid running, so dillo tries to start it... > >> Dpi_blocking_start_dpid: try 1 > > this is dillo's try to start dpid. > >> [dpid]: a_Misc_mksecret: 1423de10 >> dpid started > > and it starts. > >> Dpi_get_server_port: can't read server port from dpid. >> ** ERROR **: dpi.c: can't start dpi daemon > > This happens when dpid can't either start the requested dpi nor >get an answer from it (bookmarks.dpi in this case). > > I was able to reproduce it by deleting the bookmarks.dpi >binary. > > dpid checks both: > > 1) ~/.dillo/dpi/file/ > 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi > > so you should check what's going on there. Dillo should pickup /usr/local/lib/dillo/dpi from ${PREFIX}/lib/dillo/dpi via "./configure --prefix=/blah/blah". Correct? (I've prefixed /home/roger/src/dillo/install, to keep CVS/SVN installs separate from the system packages to prevent unowned files on the system. I've never run into a program that didn't obey the --prefix assignment yet. I have yet to verify Dillo is missing /lib/dillo/dpi here. When I do, I'll follow-up to this.)

May 13, 2011

dillo_port1.3 - dpid not starting

by jcid＠dillo.org

Hi, On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: > > On Wed, May 11, 2011 at 09:05:51AM -0400, Jorge Arellano Cid wrote: > >On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote: > >> > On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: > >> >Anybody else seeing this with dillo port 1.3? Not that I know, but I remember it's common after messing the dpi installation (e.g. merging old and new binaries, or with the old dpid still runnning with multiple dpids running...) > >> > I'm seeing this after I > >> >completely uninstalled dillo-1 & dillo-2 from my system, leaving only > >> >dillo_port1.3 installed. > (EMail seems to be being blocked. Resending.) It arrived here with more than a hundred of whitespace trailing most text lines... > dpi_read_comm_keys file not found is likely the problem. > > After dpid is started: > > ~/src/dillo $ install/bin/dillo > dillo_dns_init: Here we go! (threaded) > Enabling cookies as from cookiesrc... > Nav_open_url: new url='dpi:/bm/' > ** ERROR **: [Dpi_read_comm_keys] No such file or directory This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it... > Dpi_blocking_start_dpid: try 1 this is dillo's try to start dpid. > [dpid]: a_Misc_mksecret: 1423de10 > dpid started and it starts. > Dpi_get_server_port: can't read server port from dpid. > ** ERROR **: dpi.c: can't start dpi daemon This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case). I was able to reproduce it by deleting the bookmarks.dpi binary. dpid checks both: 1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi so you should check what's going on there. -- Cheers Jorge.-

May 13, 2011