- Dillo-dev - lists.mailman3.com

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> 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? I'm seeing this after I >> >completely uninstalled dillo-1 & dillo-2 from my system, leaving only >> >dillo_port1.3 installed. >> > >> > >> >$ install/bin/dillo >> >dillo_dns_init: Here we go! (threaded) >> >Enabling cookies as from cookiesrc... >> >Nav_open_url: new url='dpi:/bm/' >> >Dpi_get_server_port: can't read server port from dpid. >> >** ERROR **: dpi.c: can't start dpi daemon >> >> I am also starting the dillo port1.3 dpid manually: >> >> $ ~/src/dillo/install/bin/dpid >> [dpid]: a_Misc_mksecret: fac37519 >> dpid started >> >> >> Since I'm getting null, somethings not right. > > Try: > > $ killall dpid > $ which dpid > > (both check it is installed and in a directory in your path) (EMail seems to be being blocked. Resending.) 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 Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1423de10 dpid started Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon

May 13, 2011

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

by jcid＠dillo.org

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. (just in case you want to look at the complex-button coordinate offset bug in dw-ui-test ;-) -- Cheers Jorge.-

May 12, 2011

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

by corvid＠lavabit.com

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.

May 12, 2011

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

by jcid＠dillo.org

On Wed, May 11, 2011 at 07:30:33PM +0000, corvid wrote: > [...] > - When scrolling with the keyboard, with buffered_drawing 0 or 1, > tooltips leave grey boxes. FWIW, dillo-2.x also has this problem (trailing tooltip instead of grey box). -- Cheers Jorge.-

May 12, 2011

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

by jcid＠dillo.org

On Wed, May 11, 2011 at 07:30:33PM +0000, corvid wrote: > > - xembed > - the preferred font code in dillo.cc. > - The test/ programs have UI problems (scrollbars, PgUp, etc.). > - drawing with nested layouts > - tab titles > - scrollbar sometimes thinks the page is slightly larger than it is. > - When scrolling with the keyboard, with buffered_drawing 0 or 1, > tooltips leave grey boxes. Just committed fixes for most test/ programs. BTW, this patches also contain scrollbar bugfixes. There's still work to do (e.g. dw-ui-test), which looks like this problem: - drawing with nested layouts Which seems to be a coordinates problem, as the textblock content draws at (0,0), which is widget relative (FLTK2) and not absolute (FLTK1.3). -- Cheers Jorge.-

May 12, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> 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? I'm seeing this after I >> >completely uninstalled dillo-1 & dillo-2 from my system, leaving only >> >dillo_port1.3 installed. >> > >> > >> >$ install/bin/dillo >> >dillo_dns_init: Here we go! (threaded) >> >Enabling cookies as from cookiesrc... >> >Nav_open_url: new url='dpi:/bm/' >> >Dpi_get_server_port: can't read server port from dpid. >> >** ERROR **: dpi.c: can't start dpi daemon >> >> I am also starting the dillo port1.3 dpid manually: >> >> $ ~/src/dillo/install/bin/dpid >> [dpid]: a_Misc_mksecret: fac37519 >> dpid started >> >> >> Since I'm getting null, somethings not right. > > Try: > > $ killall dpid > $ which dpid > > (both check it is installed and in a directory in your path) A little misled here with the error messages. Same error, but now I see, at times, dpid was probably started in one of my past attempts. 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 Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1423de10 dpid started Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon roger@localhost1 ~/src/dillo/dillo_port1.3/src $ cp ../../install/bin/dpid* ~/bin/ roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpidc /home/roger/bin/dpidc roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpid /home/roger/bin/dpid roger@localhost1 ~/src/dillo/dillo_port1.3/src $ echo $PATH /home/roger/bin:/usr/games/bin:/home/roger/bin:/usr/games/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.4.5:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown- +jdk-1.4.2.03/jre/bin Is it also trying to find the lib file "install/lib/dillo/dpi/bookmarks/bookmarks.dpi" installed in a common lib path too? I did use ./configure --prefix=/home/roger/src/dillo/install, so things should just work from there, except for finding & executing bin/dpid? (One of the supposed Gentoo developers yanked the fltk-1.3 ebuilds, so now I'm stuck installing everything from sources.)

May 12, 2011

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

by johannes.hofmann＠gmx.de

Xembed works for me now (tested with tabbed) Cheers, Johannes corvid <corvid(a)lavabit.com> schrieb: > >- xembed >- the preferred font code in dillo.cc. >- The test/ programs have UI problems (scrollbars, PgUp, etc.). >- drawing with nested layouts >- tab titles >- scrollbar sometimes thinks the page is slightly larger than it is. >- When scrolling with the keyboard, with buffered_drawing 0 or 1, > tooltips leave grey boxes. > > > >_______________________________________________ >Dillo-dev mailing list >Dillo-dev(a)dillo.org >http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

May 12, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> 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? I'm seeing this after I >> >completely uninstalled dillo-1 & dillo-2 from my system, leaving only >> >dillo_port1.3 installed. >> > >> > >> >$ install/bin/dillo >> >dillo_dns_init: Here we go! (threaded) >> >Enabling cookies as from cookiesrc... >> >Nav_open_url: new url='dpi:/bm/' >> >Dpi_get_server_port: can't read server port from dpid. >> >** ERROR **: dpi.c: can't start dpi daemon >> >> I am also starting the dillo port1.3 dpid manually: >> >> $ ~/src/dillo/install/bin/dpid >> [dpid]: a_Misc_mksecret: fac37519 >> dpid started >> >> >> Since I'm getting null, somethings not right. > > Try: > > $ killall dpid > $ which dpid > > (both check it is installed and in a directory in your path) A little misled here with the error messages. Same error, but now I see, at times, dpid was probably started in one of my past attempts. 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 Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1423de10 dpid started Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon roger@localhost1 ~/src/dillo/dillo_port1.3/src $ cp ../../install/bin/dpid* ~/bin/ roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpidc /home/roger/bin/dpidc roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpid /home/roger/bin/dpid roger@localhost1 ~/src/dillo/dillo_port1.3/src $ echo $PATH /home/roger/bin:/usr/games/bin:/home/roger/bin:/usr/games/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.4.5:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin Is it also trying to find the lib file "install/lib/dillo/dpi/bookmarks/bookmarks.dpi" installed in a common lib path too? I did use ./configure --prefix=/home/roger/src/dillo/install, so things should just work from there, except for finding & executing bin/dpid? (One of the supposed Gentoo developers yanked the fltk-1.3 ebuilds, so now I'm stuck installing everything from sources.)

May 12, 2011

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

by corvid＠lavabit.com

- xembed - the preferred font code in dillo.cc. - The test/ programs have UI problems (scrollbars, PgUp, etc.). - drawing with nested layouts - tab titles - scrollbar sometimes thinks the page is slightly larger than it is. - When scrolling with the keyboard, with buffered_drawing 0 or 1, tooltips leave grey boxes.

May 11, 2011

dillo_port1.3 - dpid not starting

by jcid＠dillo.org

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? I'm seeing this after I > >completely uninstalled dillo-1 & dillo-2 from my system, leaving only > >dillo_port1.3 installed. > > > > > >$ install/bin/dillo > >dillo_dns_init: Here we go! (threaded) > >Enabling cookies as from cookiesrc... > >Nav_open_url: new url='dpi:/bm/' > >Dpi_get_server_port: can't read server port from dpid. > >** ERROR **: dpi.c: can't start dpi daemon > > I am also starting the dillo port1.3 dpid manually: > > $ ~/src/dillo/install/bin/dpid > [dpid]: a_Misc_mksecret: fac37519 > dpid started > > > Since I'm getting null, somethings not right. Try: $ killall dpid $ which dpid (both check it is installed and in a directory in your path) -- Cheers Jorge.-

May 11, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: >Anybody else seeing this with dillo port 1.3? I'm seeing this after I >completely uninstalled dillo-1 & dillo-2 from my system, leaving only >dillo_port1.3 installed. > > >$ install/bin/dillo >dillo_dns_init: Here we go! (threaded) >Enabling cookies as from cookiesrc... >Nav_open_url: new url='dpi:/bm/' >Dpi_get_server_port: can't read server port from dpid. >** ERROR **: dpi.c: can't start dpi daemon I am also starting the dillo port1.3 dpid manually: $ ~/src/dillo/install/bin/dpid [dpid]: a_Misc_mksecret: fac37519 dpid started Since I'm getting null, somethings not right. -- Roger http://rogerx.freeshell.org/

May 11, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed. $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon -- Roger http://rogerx.freeshell.org/

May 11, 2011

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

by jcid＠dillo.org

On Mon, May 09, 2011 at 03:46:21PM -0400, Jorge Arellano Cid wrote: > On Thu, May 05, 2011 at 09:17:22AM -0300, Jorge Arellano Cid wrote: > > On Mon, May 02, 2011 at 05:54:08PM +0000, corvid wrote: > > > [...] > > > - The test/ programs have UI problems (scrollbars, PgUp, etc.). > > > > Oh, right. I'll give it a look. > > I gave a more in depth review to the problem, and it originates > in the lack of a layout() method in fltk-1.3 (fltk2 has it). > > The original viewport size change of many example programs is > never called because fltk-1.3's Group doesn't have a layout() > method. > > Dillo's UI doesn't have this problem since I made > set_render_layout() correct the viewport size long ago. > > My guess is that resize() does all the work in fltk-1.3, but we > need more in depth knowledge of the mechanism before making a > patch. BTW, the current resize code in Dillo has comments stating > it needs a review, so this looks fuzzy. > > I'm working on it now. Help is appreciated. FWIW, I already have a simple patch that seems to work, but I need to investigate what's going on a bit more. -- Cheers Jorge.-

May 10, 2011

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

by jcid＠dillo.org

On Thu, May 05, 2011 at 09:17:22AM -0300, Jorge Arellano Cid wrote: > On Mon, May 02, 2011 at 05:54:08PM +0000, corvid wrote: > > [...] > > - The test/ programs have UI problems (scrollbars, PgUp, etc.). > > Oh, right. I'll give it a look. I gave a more in depth review to the problem, and it originates in the lack of a layout() method in fltk-1.3 (fltk2 has it). The original viewport size change of many example programs is never called because fltk-1.3's Group doesn't have a layout() method. Dillo's UI doesn't have this problem since I made set_render_layout() correct the viewport size long ago. My guess is that resize() does all the work in fltk-1.3, but we need more in depth knowledge of the mechanism before making a patch. BTW, the current resize code in Dillo has comments stating it needs a review, so this looks fuzzy. I'm working on it now. Help is appreciated. -- Cheers Jorge.-

May 9, 2011

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

by jcid＠dillo.org

On Thu, May 05, 2011 at 04:14:52PM +0000, corvid wrote: > Jorge wrote: > > BTW, your "check scrollbar visibility before sending it events" patch > > solved the too-many-redraws problem. Please elaborate on it. > > I didn't even know there was a too-many-redraws problem, so there's > not much to say. Serendipity! http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-April/008164.html > I was just tired of the page not getting events along > that bottom little bit of the screen when the horizontal scrollbar was > not shown. Ah, OK. -- Cheers Jorge.-

May 5, 2011

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

by corvid＠lavabit.com

Jorge wrote: > BTW, your "check scrollbar visibility before sending it events" patch > solved the too-many-redraws problem. Please elaborate on it. I didn't even know there was a too-many-redraws problem, so there's not much to say. I was just tired of the page not getting events along that bottom little bit of the screen when the horizontal scrollbar was not shown.

May 5, 2011

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

by jcid＠dillo.org

On Mon, May 02, 2011 at 05:54:08PM +0000, corvid wrote: > [...] > - The test/ programs have UI problems (scrollbars, PgUp, etc.). Oh, right. I'll give it a look. BTW, your "check scrollbar visibility before sending it events" patch solved the too-many-redraws problem. Please elaborate on it. -- Cheers Jorge.-

May 5, 2011

patch: [Re: [Dillo-dev] Linked image borders.]

by mr_semantics＠hotmail.com

> > I am still working on trying to figure out the issue with the segfault on the other machine. > > Have you been able to wring any new information out of it? > Not yet, but I have not had much time either. Still thinking about a plan of attack. Not sure if I mentioned it, but Jorge had mentioned trying a different compiler, which I did (rebuilt both FLTK & Dillo 1.3) with gcc 4.4, 4.5, _and_ 4.6. Nothing different. Tried building FLTK2 on the problem machine, and could not get a clean compile. This interests me, as I have no problem building it on my desktop. I am going to look into that more.

May 3, 2011

patch: [Re: [Dillo-dev] Linked image borders.]

by mr_semantics＠hotmail.com

This seems to work now. ?Thanks guys. BTW, this works on my OpenSuse desktop machine (which never gave me any troubles). ?I am still working on trying to figure out the issue with the segfault on the other machine. ? ---------------------------------------- From: corvid(a)lavabit.com Date: Sun, 1 May 2011 20:30:44 +0000 To: dillo-dev(a)dillo.org Subject: patch: [Re: [Dillo-dev] Linked image borders.] I wrote: > I wrote: > > Rob wrote: > > > On this page, http://www3.sympatico.ca/rsquared/gdb/, there are two images at the bottom which link to the W3C HTML and CSS validation pages. The inline style for the images is as follows: > > > style="border:0;width:88px;height:31px" > > > On every browser I have used, including Dillo 2.2, the blue link box around the images has not been displayed. Under the Dillo FLTK 1.3 port, it shows them. My question is, why? Which is the correct behaviour? > > > > Must be a parsing problem. It works if I change border:0 to > > border:0px, but the unit is optional after 0. > > My impression is that we broke it when implementing line-height, > with the length type changing from CSS_LENGTH_TYPE_PX to > CSS_LENGTH_TYPE_NONE, and computeValue() not expecting that. > I'll leave this to Johannes, since he'll know what he'll want > to do about it. For the sake of having something, see attached. _______________________________________________ Dillo-dev mailing list Dillo-dev(a)dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

May 3, 2011

Fw: Re: [Dillo-dev] next release of dillo?

by Johannes.Hofmann＠gmx.de

On Mon, May 02, 2011 at 09:21:25PM +0000, corvid wrote: > Jorge wrote: > > On Mon, May 02, 2011 at 02:13:19PM -0400, Benjamin Johnson wrote: > > > On Mon, 02 May 2011 14:06:27 -0400, corvid <corvid(a)lavabit.com> wrote: > > > > > > >Jorge wrote: > > > >> Making a new, dillo-2.3 release is not much of a point because > > > >>people using dillo already have to get it from us and build it > > > >>themselves, which they already do. > > > >> > > > >> When fltk-1.3 is released we could make a dillo-2 final release > > > >>letting users know we're going with the dillo-3 series. > > > >> > > > >> Although if somebody comes with a good reason to make a dillo-2 > > > >>final release now, we can make it. > > > > > > > >It is probably nice to have a release every year or so, at least, > > > >so that wikipedia and the dillo homepage say "Dillo is alive" instead > > > >of "Dillo is dead" to visitors. Plus anyone trying to use the 2.2 > > > >release code will find that it doesn't like their libpng version. > > > > > > > >I'm personally generally not one to follow whatever code happens to > > > >be in repositories, so for instance I thought fvwm was pretty dead -- > > > >and their recent release surprised me. > > > > > > > >Then again, if we added a news item talking about the port being in > > > >decent shape, and added something in screenshots/ (even though it > > > >looks nearly identical to 2.2), that would be a sign of life. > > > > > > I think there should be one more release of fltk-2.x Dillo, if only > > > so the last year's worth of changes in Mercurial don't look > > > completely abandoned. We know it's all been moved to 1.3 now, but > > > people outside the project won't. Keep users happy, make ourselves > > > look good... > > > > Fair enough. > > > > Volunteers to put up the release, make one step ahead! ;-) > > This is why I was hesitant to say anything -- I knew what it > was tantamount to... :) Same here :) But seriously, we should release what we have for fltk2 in the near future. Current tip is very stable and has many improvements over our last release. Cheers, Johannes

May 2, 2011

patch: configure rm libpng version tests

by corvid＠lavabit.com

Joerg wrote: > On Wed, Jan 26, 2011 at 03:49:05AM +0000, corvid wrote: > > Joerg wrote: > > > On Wed, Jan 26, 2011 at 02:42:19AM +0000, corvid wrote: > > > > It seems that libpng is up to 1.5.0 now, so it's time to rip > > > > out some version tests. > > > > > > libpng 1.5.0 also creates a lot of fallout, so expect users to stay with > > > 1.4 for a while... > > > > In that people don't like the changes hiding data structures, or > > that it will take time before developers get their software sorted > > out to handle it? > > A lot of software was broken by it and it will take time to sort that > out. Can we continue to ignore 1.5.x safely? I live in a Slackware bubble and don't pay attention to what the other distributions are up to.

May 2, 2011

Fw: Re: [Dillo-dev] next release of dillo?

by corvid＠lavabit.com

Jorge wrote: > On Mon, May 02, 2011 at 02:13:19PM -0400, Benjamin Johnson wrote: > > On Mon, 02 May 2011 14:06:27 -0400, corvid <corvid(a)lavabit.com> wrote: > > > > >Jorge wrote: > > >> Making a new, dillo-2.3 release is not much of a point because > > >>people using dillo already have to get it from us and build it > > >>themselves, which they already do. > > >> > > >> When fltk-1.3 is released we could make a dillo-2 final release > > >>letting users know we're going with the dillo-3 series. > > >> > > >> Although if somebody comes with a good reason to make a dillo-2 > > >>final release now, we can make it. > > > > > >It is probably nice to have a release every year or so, at least, > > >so that wikipedia and the dillo homepage say "Dillo is alive" instead > > >of "Dillo is dead" to visitors. Plus anyone trying to use the 2.2 > > >release code will find that it doesn't like their libpng version. > > > > > >I'm personally generally not one to follow whatever code happens to > > >be in repositories, so for instance I thought fvwm was pretty dead -- > > >and their recent release surprised me. > > > > > >Then again, if we added a news item talking about the port being in > > >decent shape, and added something in screenshots/ (even though it > > >looks nearly identical to 2.2), that would be a sign of life. > > > > I think there should be one more release of fltk-2.x Dillo, if only > > so the last year's worth of changes in Mercurial don't look > > completely abandoned. We know it's all been moved to 1.3 now, but > > people outside the project won't. Keep users happy, make ourselves > > look good... > > Fair enough. > > Volunteers to put up the release, make one step ahead! ;-) This is why I was hesitant to say anything -- I knew what it was tantamount to... :)

May 2, 2011

Fw: Re: [Dillo-dev] next release of dillo?

by jcid＠dillo.org

On Mon, May 02, 2011 at 02:13:19PM -0400, Benjamin Johnson wrote: > On Mon, 02 May 2011 14:06:27 -0400, corvid <corvid(a)lavabit.com> wrote: > > >Jorge wrote: > >> Making a new, dillo-2.3 release is not much of a point because > >>people using dillo already have to get it from us and build it > >>themselves, which they already do. > >> > >> When fltk-1.3 is released we could make a dillo-2 final release > >>letting users know we're going with the dillo-3 series. > >> > >> Although if somebody comes with a good reason to make a dillo-2 > >>final release now, we can make it. > > > >It is probably nice to have a release every year or so, at least, > >so that wikipedia and the dillo homepage say "Dillo is alive" instead > >of "Dillo is dead" to visitors. Plus anyone trying to use the 2.2 > >release code will find that it doesn't like their libpng version. > > > >I'm personally generally not one to follow whatever code happens to > >be in repositories, so for instance I thought fvwm was pretty dead -- > >and their recent release surprised me. > > > >Then again, if we added a news item talking about the port being in > >decent shape, and added something in screenshots/ (even though it > >looks nearly identical to 2.2), that would be a sign of life. > > I think there should be one more release of fltk-2.x Dillo, if only > so the last year's worth of changes in Mercurial don't look > completely abandoned. We know it's all been moved to 1.3 now, but > people outside the project won't. Keep users happy, make ourselves > look good... Fair enough. Volunteers to put up the release, make one step ahead! ;-) -- Cheers Jorge.-

May 2, 2011

Fw: Re: [Dillo-dev] next release of dillo?

by obeythepenguin＠gmail.com

On Mon, 02 May 2011 14:06:27 -0400, corvid <corvid(a)lavabit.com> wrote: > Jorge wrote: >> Making a new, dillo-2.3 release is not much of a point because >> people using dillo already have to get it from us and build it >> themselves, which they already do. >> >> When fltk-1.3 is released we could make a dillo-2 final release >> letting users know we're going with the dillo-3 series. >> >> Although if somebody comes with a good reason to make a dillo-2 >> final release now, we can make it. > > It is probably nice to have a release every year or so, at least, > so that wikipedia and the dillo homepage say "Dillo is alive" instead > of "Dillo is dead" to visitors. Plus anyone trying to use the 2.2 > release code will find that it doesn't like their libpng version. > > I'm personally generally not one to follow whatever code happens to > be in repositories, so for instance I thought fvwm was pretty dead -- > and their recent release surprised me. > > Then again, if we added a news item talking about the port being in > decent shape, and added something in screenshots/ (even though it > looks nearly identical to 2.2), that would be a sign of life. I think there should be one more release of fltk-2.x Dillo, if only so the last year's worth of changes in Mercurial don't look completely abandoned. We know it's all been moved to 1.3 now, but people outside the project won't. Keep users happy, make ourselves look good... ~Benjamin

May 2, 2011

Fw: Re: [Dillo-dev] next release of dillo?

by corvid＠lavabit.com

Jorge wrote: > Making a new, dillo-2.3 release is not much of a point because > people using dillo already have to get it from us and build it > themselves, which they already do. > > When fltk-1.3 is released we could make a dillo-2 final release > letting users know we're going with the dillo-3 series. > > Although if somebody comes with a good reason to make a dillo-2 > final release now, we can make it. It is probably nice to have a release every year or so, at least, so that wikipedia and the dillo homepage say "Dillo is alive" instead of "Dillo is dead" to visitors. Plus anyone trying to use the 2.2 release code will find that it doesn't like their libpng version. I'm personally generally not one to follow whatever code happens to be in repositories, so for instance I thought fvwm was pretty dead -- and their recent release surprised me. Then again, if we added a news item talking about the port being in decent shape, and added something in screenshots/ (even though it looks nearly identical to 2.2), that would be a sign of life.

May 2, 2011

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

by corvid＠lavabit.com

- xembed - the preferred font code in dillo.cc. - The test/ programs have UI problems (scrollbars, PgUp, etc.). - drawing with nested layouts (Amazing what you can get used to and forget about!)

May 2, 2011

Fw: Re: [Dillo-dev] next release of dillo?

by jcid＠dillo.org

On Sun, May 01, 2011 at 08:12:39AM -0700, 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... > > > Yes, i know, thanks! Hopefully, fltk1.3 will not go the same > way as fltk2. Fortunately fltk1.3 seems to be going in a very different way, with near five active core developers, which have done lots of work on it the last months. Since rc3, the devs focused on utf8 issues on different platforms and also widget printing (these tasks are quite complex), while also doing STR work. OTOH, for years (as I do review the changelogs) FLTK2 has mainly "nominal" updates (i.e. one-line patches or really minor stuff). This group is responsive too: e.g. http://www.fltk.org/str.php?L2615 (closed in one day) > IMO, dillo's adoption seems to be negatively > affected largely because of the uncertain pace and status of > fltk....for instance, fedora repos are not updating dillo from > 0.8.6 simply because it is based on fltk2, which is not > released and perhaps will never be, That's was exactly my main point for going with fltk1.3. We saw that our way into official distro repositories (i.e a distro-packaged dillo) is banned because of the unreleased library. The possibility of a statically linked package, though technically possible, is banned by distro's policy too: they don't include statically linked apps. because of the nightmare of maintenance/security it conveys (quite understandable). So, while we don't have an officially released underlying toolkit we're out of distros. :-P Making a new, dillo-2.3 release is not much of a point because people using dillo already have to get it from us and build it themselves, which they already do. When fltk-1.3 is released we could make a dillo-2 final release letting users know we're going with the dillo-3 series. Although if somebody comes with a good reason to make a dillo-2 final release now, we can make it. -- Cheers Jorge.-

May 2, 2011

Bookmarks sections

by dukeofperl＠ml1.net

Hi ... I created a section, and immediately under that "top-level" section, 3 additional "sub-sections". No problems here. I now want to create another (and additional) "top-level" sections. I can't seem to figure out how to do that. Each new section, is created as a "sub-section" of the original "top-level" one. Anybody know if it's possible to do what I'm after? TIA ... -- Duke

May 2, 2011

Issues building Dillo

by dukeofperl＠ml1.net

On Sun, 1 May 2011, corvid wrote: > Duke wrote: > > In file included from /usr/include/bits/errno.h:25, > > from /usr/include/errno.h:36, > > from dlib.c:25: > > /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or > > directory > > What do you get from > ls -l /usr/include/asm/errno.h > and > cpp -v > ? I fixed the problem and got Dillo rebuilt! :D had to do some fancy symlinking. If anybody is on a Debian-flavored outfit and having the same issue, the following fixed it: sudo ln -s /usr/src/linux-headers-2.6.38-8/include/asm-generic/ /usr/include/asm -- Duke

May 2, 2011

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

by jcid＠dillo.org

On Sun, May 01, 2011 at 09:42:30PM +0000, corvid wrote: > I wrote: > > Looks like we still need > > - xembed > > - the preferred font code in dillo.cc. > > - The test/ programs have UI problems (scrollbars, PgUp, etc.). > - The show_progress_box pref doesn't do anything. Patch committed for the last one. -- Cheers Jorge.-

May 2, 2011

1.3 port

by rogerx.oss＠gmail.com

> On Sun, May 01, 2011 at 05:57:36AM +0200, Thomas Orgis wrote: >Am Sat, 30 Apr 2011 12:20:37 -0800 >schrieb Roger <rogerx.oss(a)gmail.com>: > >> Standard Browser such as Seamonkey/Firefox: >> Right Click on Tab = Open tab menu >> Middle Click on Tab/Page = Paste URL and load page > >Middle-Click on the tab handle itself closes ... middle-click into the page area loads URL. Right? No. Mozilla/Seamonkey -> Middle click on tab or page loads a URL from the copy/paste buffer.

May 2, 2011

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

by corvid＠lavabit.com

I wrote: > Looks like we still need > - xembed > - the preferred font code in dillo.cc. - The test/ programs have UI problems (scrollbars, PgUp, etc.). - The show_progress_box pref doesn't do anything.

May 1, 2011

patch: [Re: [Dillo-dev] Linked image borders.]

by Johannes.Hofmann＠gmx.de

On Sun, May 01, 2011 at 08:30:44PM +0000, corvid wrote: > I wrote: > > I wrote: > > > Rob wrote: > > > > On this page,?http://www3.sympatico.ca/rsquared/gdb/, there are two images at the bottom which link to the W3C HTML and CSS validation pages. ?The inline style for the images is as follows: > > > > style="border:0;width:88px;height:31px" > > > > On every browser I have used, including Dillo 2.2, the blue link box around the images has not been displayed. ?Under the Dillo FLTK 1.3 port, it shows them. ?My question is, why? ?Which is the correct behaviour? > > > > > > Must be a parsing problem. It works if I change border:0 to > > > border:0px, but the unit is optional after 0. > > > > My impression is that we broke it when implementing line-height, > > with the length type changing from CSS_LENGTH_TYPE_PX to > > CSS_LENGTH_TYPE_NONE, and computeValue() not expecting that. > > I'll leave this to Johannes, since he'll know what he'll want > > to do about it. > > For the sake of having something, see attached. > diff -r 5b4c489423d2 src/styleengine.cc > --- a/src/styleengine.cc Wed Apr 20 02:45:55 2011 +0000 > +++ b/src/styleengine.cc Sun May 01 20:26:40 2011 +0000 > @@ -619,6 +619,9 @@ > case CSS_LENGTH_TYPE_EX: > *dest = roundInt (CSS_LENGTH_VALUE(value) * font->xHeight); > return true; > + case CSS_LENGTH_TYPE_NONE: > + *dest = 0; > + return true; > default: > break; > } Thanks for bringing this up again. Committed with an additional assert(). Cheers, Johannes

May 1, 2011

patch: [Re: [Dillo-dev] Linked image borders.]

by corvid＠lavabit.com

I wrote: > I wrote: > > Rob wrote: > > > On this page,?http://www3.sympatico.ca/rsquared/gdb/, there are two images at the bottom which link to the W3C HTML and CSS validation pages. ?The inline style for the images is as follows: > > > style="border:0;width:88px;height:31px" > > > On every browser I have used, including Dillo 2.2, the blue link box around the images has not been displayed. ?Under the Dillo FLTK 1.3 port, it shows them. ?My question is, why? ?Which is the correct behaviour? > > > > Must be a parsing problem. It works if I change border:0 to > > border:0px, but the unit is optional after 0. > > My impression is that we broke it when implementing line-height, > with the length type changing from CSS_LENGTH_TYPE_PX to > CSS_LENGTH_TYPE_NONE, and computeValue() not expecting that. > I'll leave this to Johannes, since he'll know what he'll want > to do about it. For the sake of having something, see attached.

May 1, 2011

next release of dillo?

by dukeofperl＠ml1.net

On Sun, 1 May 2011, corvid wrote: > Duke wrote: > > On Sun, 1 May 2011, corvid wrote: > > > > > Globe Trotter wrote: > > > > IMO, dillo's adoption seems to be negatively affected largely because of the uncertain pace and status of fltk. > > > > > > Are there others that make a point of being fast and light? > > > > xlinks2 i.e. links2 in graphics mode. Ordinary links2 is pretty good also > > Oops, I meant graphical toolkits. Sorry about that! -- Duke

May 1, 2011

Issues building Dillo

by dukeofperl＠ml1.net

On Sun, 1 May 2011, Rob S. wrote: > > > > dnormandin@select-man:~$ > > ls -l /usr/include/asm/errno.h > > ls: cannot access /usr/include/asm/errno.h: No such file or directory > > dnormandin@select-man:~$ > > cpp v > > cpp: v: No such file or directory > > cpp: warning: '-x c' after last input file has no effect > > cpp: no input files > > Well, for the second test, all you need to do there is add the - to the v > cpp -v > or? > CC -v > or g++ -v > The '-' indicates to the shell that what comes next is a switch, and in the case of the GCC C++ compiler, the option -v gives the version. ?Alternatively, the Solaris C++ compiler uses -V. Too early in the morning here in Canada, when I tested and wrote the reply. :) Here we go again: dnormandin@select-man:~/ cpp -v Using built-in specs. Target: i486-linux-gnu Configured with: ../gcc-4.1.2+gm2-20101211/configure --enable-languages=c,c++,gm2 --prefix=/opt/gm2 --libexecdir=/usr/lib/gm2/libexec --infodir=/opt/gm2/share/info --mandir=/opt/gm2/share/man --disable-nls --enable-long-long --without-included-gettext --with-dwarf2 --disable-libssp --disable-multilib --enable-libstdcxx-debug --enable-shared --build=i486-linux-gnu --host=i486-linux-gnu Thread model: posix gcc version 4.1.2 /usr/lib/gm2/libexec/gcc/i486-linux-gnu/4.1.2/cc1 -E -quiet -v - -mtune=i486 ignoring nonexistent directory "/opt/gm2/lib/gcc/i486-linux-gnu/4.1.2/../../../../i486-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /opt/gm2/include /opt/gm2/lib/gcc/i486-linux-gnu/4.1.2/include /usr/include End of search list. dnormandin@select-man:~/ locate errno.h /usr/include/errno.h /usr/include/asm-generic/errno.h /usr/include/bits/errno.h /usr/include/i386-linux-gnu/asm/errno.h /usr/include/linux/errno.h /usr/include/sys/errno.h /usr/lib/syslinux/com32/include/errno.h /usr/local/include/apr_errno.h /usr/local/include/mailutils/errno.h /usr/share/doc/fp-docs/2.4.0/rtl/baseunix/fpgeterrno.html /usr/share/doc/fp-docs/2.4.0/rtl/baseunix/fpseterrno.html /usr/share/doc/fp-docs/2.4.0/rtl/oldlinux/errno.html /usr/src/linux-headers-2.6.38-8/arch/alpha/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/arm/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/arm/mach-bcmring/include/csp/errno.h /usr/src/linux-headers-2.6.38-8/arch/avr32/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/blackfin/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/cris/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/frv/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/h8300/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/ia64/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/m32r/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/m68k/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/microblaze/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/mips/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/mn10300/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/parisc/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/powerpc/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/s390/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/score/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/sh/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/sparc/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/tile/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/x86/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/arch/xtensa/include/asm/errno.h /usr/src/linux-headers-2.6.38-8/include/asm-generic/errno.h /usr/src/linux-headers-2.6.38-8/include/linux/errno.h /usr/src/linux-headers-2.6.38-8-generic/include/linux/errno.h -- Duke

May 1, 2011

Issues building Dillo

by corvid＠lavabit.com

Duke wrote: > dnormandin@select-man:~$ > ls -l /usr/include/asm/errno.h > ls: cannot access /usr/include/asm/errno.h: No such file or directory > dnormandin@select-man:~$ > That means that my system is missing ......? I don't know anything about xubuntu and what its kernel-headers package may do exactly, but something's not right.

May 1, 2011

Issues building Dillo

by mr_semantics＠hotmail.com

> dnormandin@select-man:~$ > ls -l /usr/include/asm/errno.h > ls: cannot access /usr/include/asm/errno.h: No such file or directory > dnormandin@select-man:~$ > cpp v > cpp: v: No such file or directory > cpp: warning: '-x c' after last input file has no effect > cpp: no input files Well, for the second test, all you need to do there is add the - to the v cpp -v or? CC -v or g++ -v The '-' indicates to the shell that what comes next is a switch, and in the case of the GCC C++ compiler, the option -v gives the version. ?Alternatively, the Solaris C++ compiler uses -V.

May 1, 2011

next release of dillo?

by corvid＠lavabit.com

Duke wrote: > On Sun, 1 May 2011, corvid wrote: > > > Globe Trotter wrote: > > > IMO, dillo's adoption seems to be negatively affected largely because of the uncertain pace and status of fltk. > > > > Are there others that make a point of being fast and light? > > xlinks2 i.e. links2 in graphics mode. Ordinary links2 is pretty good also Oops, I meant graphical toolkits.

May 1, 2011

next release of dillo?

by obeythepenguin＠gmail.com

On Sun, 01 May 2011 12:06:49 -0400, corvid <corvid(a)lavabit.com> wrote: > Globe Trotter wrote: >> IMO, dillo's adoption seems to be negatively affected largely because >> of the uncertain pace and status of fltk. > > Are there others that make a point of being fast and light? I can think of a couple other light ones (FOX, among others), but I don't think any of them make it as high a priority as FLTK. They don't seem to be as well-maintained or documented, either. Of course, we could in theory program it against straight Xlib. I think Opera actually does that now, when Gtk+ and Qt aren't available (they apparently have a lot of free time on their hands). But that would be messy and a real portability nightmare. Or we could fork FLTK and ship it in our own source tree. A lot of larger projects -- OpenOffice.org and Audacity, for example -- include dependencies with their stable tarballs, especially when they're lesser known or require a specific version. That's essentially what I've done with the Windows port; where FLTK was broken, I went ahead and fixed it myself. Granted, Dillo's not a large project, and including our own FLTK would be kludgy to say the least. But then again, we'd always have a "known good" version, and we wouldn't have to wait for the FLTK people to get their acts together. The low-level APIs (Xlib, Win32, etc.) don't change too often, so there shouldn't be much worry about it breaking. (And we only have to do it in stable releases, not hg. Granted, it adds some size to the tarball, but not a ridiculous amount, and IMHO it's worth it if it could lead to more widespread Dillo adoption.) Just a thought. ~Benjamin

May 1, 2011

Issues building Dillo

by dukeofperl＠ml1.net

On Sun, 1 May 2011, corvid wrote: > Duke wrote: > > In file included from /usr/include/bits/errno.h:25, > > from /usr/include/errno.h:36, > > from dlib.c:25: > > /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or > > directory > > What do you get from > ls -l /usr/include/asm/errno.h > and > cpp -v dnormandin@select-man:~$ ls -l /usr/include/asm/errno.h ls: cannot access /usr/include/asm/errno.h: No such file or directory dnormandin@select-man:~$ cpp v cpp: v: No such file or directory cpp: warning: '-x c' after last input file has no effect cpp: no input files That means that my system is missing ......? -- Duke

May 1, 2011

next release of dillo?

by dukeofperl＠ml1.net

On Sun, 1 May 2011, corvid wrote: > Globe Trotter wrote: > > IMO, dillo's adoption seems to be negatively affected largely because of the uncertain pace and status of fltk. > > Are there others that make a point of being fast and light? xlinks2 i.e. links2 in graphics mode. Ordinary links2 is pretty good also -- Duke

May 1, 2011

next release of dillo?

by corvid＠lavabit.com

Globe Trotter wrote: > IMO, dillo's adoption seems to be negatively affected largely because of the uncertain pace and status of fltk. Are there others that make a point of being fast and light?

May 1, 2011

Issues building Dillo

by corvid＠lavabit.com

Duke wrote: > In file included from /usr/include/bits/errno.h:25, > from /usr/include/errno.h:36, > from dlib.c:25: > /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or > directory What do you get from ls -l /usr/include/asm/errno.h and cpp -v ?

May 1, 2011

Fw: Re: [Dillo-dev] 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... > Yes, i know, thanks! Hopefully, fltk1.3 will not go the same way as fltk2. IMO, dillo's adoption seems to be negatively affected largely because of the uncertain pace and status of fltk....for instance, fedora repos are not updating dillo from 0.8.6 simply because it is based on fltk2, which is not released and perhaps will never be, though even that is not clear..... T

May 1, 2011

Issues building Dillo

by dukeofperl＠ml1.net

On Sun, 1 May 2011, corvid wrote: > Duke wrote: > > Xubuntu upgraded my system from 10.04 to 11.04. > > If my configuration changed and something stopped working, I'd > try rerunning configure. I did just that! I ran: autogen.sh configure make I did it again just now. configure passed with a warning only that I didn't have libjpeg, so it dissabled support. Here the results of "make": make make all-recursive make[1]: Entering directory `/home/dnormandin/Downloads/dev/dillo_port1.3' Making all in lout make[2]: Entering directory `/home/dnormandin/Downloads/dev/dillo_port1.3/lout' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3/lout' Making all in dw make[2]: Entering directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dw' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dw' Making all in dlib make[2]: Entering directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dlib' gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -g -O2 -DD_DNS_THREADED -D_REENTRANT -D_THREAD_SAFE -Wall -W -Waggregate-return -MT dlib.o -MD -MP -MF .deps/dlib.Tpo -c -o dlib.o dlib.c In file included from /usr/include/bits/errno.h:25, from /usr/include/errno.h:36, from dlib.c:25: /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory dlib.c: In function 'dGetcwd': dlib.c:838: error: 'ERANGE' undeclared (first use in this function) dlib.c:838: error: (Each undeclared identifier is reported only once dlib.c:838: error: for each function it appears in.) make[2]: *** [dlib.o] Error 1 make[2]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3/dlib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/dnormandin/Downloads/dev/dillo_port1.3' make: *** [all] Error 2 -- Duke

May 1, 2011

Issues building Dillo

by corvid＠lavabit.com

Duke wrote: > Xubuntu upgraded my system from 10.04 to 11.04. If my configuration changed and something stopped working, I'd try rerunning configure.

May 1, 2011

next release of dillo?

by corvid＠lavabit.com

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

May 1, 2011

1.3 port

by thomas-forum＠orgis.org

Am Sat, 30 Apr 2011 12:20:37 -0800 schrieb Roger <rogerx.oss(a)gmail.com>: > Standard Browser such as Seamonkey/Firefox: > Right Click on Tab = Open tab menu > Middle Click on Tab/Page = Paste URL and load page Middle-Click on the tab handle itself closes ... middle-click into the page area loads URL. Right? Alrighty then, Thomas.

May 1, 2011

Issues building Dillo

by dukeofperl＠ml1.net

On Sat, 30 Apr 2011, Benjamin Johnson wrote: > On Sat, 30 Apr 2011 17:13:52 -0400, Duke Normandin <dukeofperl(a)ml1.net> wrote: > > > What did I do wrong? > > Sounds like you're missing the Linux kernel includes (Dillo doesn't > use them directly, but they're included through glibc). It's been > forever since I've run Linux, but the package is usually called > kernel-headers, kernel-includes, or something like that -- do you > have that installed? kernel-headers is installed. I built Dillo the first time with no problems. The only thing that changed was the Dillo src code that "pulled" with mercurial. Also, Xubuntu upgraded my system from 10.04 to 11.04. Being new to mercurial, maybe I hosed something in the process. I'll have to do more reading, -- Duke

May 1, 2011