- Dillo-dev - lists.mailman3.com

dillo-2.0 rc1 is in CVS

by jcid＠dillo.org

On Sat, Oct 11, 2008 at 12:58:57PM +0200, Joerg Sonnenberger wrote: > On Fri, Oct 10, 2008 at 07:31:08PM -0400, Jorge Arellano Cid wrote: > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > Consider to replace the AC_CHECK_SIZEOF() point and d_size.h magic > with AC_TYPE_UINT16_T and friends. THose use either the system macros or > figure out the rest (just include inttypes.h and sys/types.h if > present). > > I don't really get your socklen_t test. I'm not aware of any platform > that lacks socklen_t and where the third argument is not unsigned int. IIRC it was added for a real platform. -- Cheers Jorge.-

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by jcid＠dillo.org

On Sat, Oct 11, 2008 at 08:23:27PM +0200, Johannes Hofmann wrote: > On Sat, Oct 11, 2008 at 01:38:34PM +0100, Jeremy Henty wrote: > > On Sat, Oct 11, 2008 at 12:51:50PM +0200, Johannes Hofmann wrote: > > > > > Attached patch fixes it for me and also prevents the File button > > > from resizing when the window is resized. However there is still > > > something fishy about the page title being drawn onto the panel... > > > > This patch makes no difference to me: the File button is unaffected as > > before but the clear url button is still overwritten with white text > > from the page title. > > I've just created an fltk bug report including a small patch: > http://fltk.org/str.php?L2062 Good! > But I think my patch for dillo is still necessary to avoid resizing of the > File button when the window resizes. Committed. -- Cheers Jorge.-

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by onepoint＠starurchin.org

On Sat, Oct 11, 2008 at 08:23:27PM +0200, Johannes Hofmann wrote: > On Sat, Oct 11, 2008 at 01:38:34PM +0100, Jeremy Henty wrote: > > > > This patch makes no difference to me: the File button is > > unaffected as before but the clear url button is still overwritten > > with white text from the page title. > > I've just created an fltk bug report including a small patch: > http://fltk.org/str.php?L2062 Excellent! Let's hope they commit it soon. > But I think my patch for dillo is still necessary to avoid resizing > of the File button when the window resizes. I agree, the File button should not resize. Regards, Jeremy Henty

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by Johannes.Hofmann＠gmx.de

On Sat, Oct 11, 2008 at 01:35:44PM +0300, Henri Salo wrote: > On Sat, 11 Oct 2008 10:20:17 +0200 > Johannes Hofmann <Johannes.Hofmann(a)gmx.de> wrote: > > > Hi, > > > > On Sat, Oct 11, 2008 at 09:32:26AM +0300, Henri Salo wrote: > > > On Fri, 10 Oct 2008 19:31:08 -0400 > > > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > > > > Hi there, > > > > > > > > CVS has rc1! > > > > > > > > Was moved into dillorc/dillo/2.0. > > > > > > > > A simple workaround patch for sylpheed was committed. > > > > > > > > Please get it from: > > > > > > > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > > > > > > > and give it a compilation, installation and some testing. > > > > > > > > If it's OK, maybe Sunday is a good day for release. > > > > Comments are welcome. > > > > > > > > > > Ouh. There is a "Close"-button in File menu. It would be nice to > > > close tabs with middle click from mouse and/or with different > > > "x"-button like Opera has. > > > > I use Ctrl-q. > > > > Cheers, > > Johannes > > > > That is really enough. It would be nice to have a list of hotkeys. At the bottom of http://www.dillo.org/dillo2-help.html is a list of shortcuts. Cheers, Johannes

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by Johannes.Hofmann＠gmx.de

On Sat, Oct 11, 2008 at 01:38:34PM +0100, Jeremy Henty wrote: > On Sat, Oct 11, 2008 at 12:51:50PM +0200, Johannes Hofmann wrote: > > > Attached patch fixes it for me and also prevents the File button > > from resizing when the window is resized. However there is still > > something fishy about the page title being drawn onto the panel... > > This patch makes no difference to me: the File button is unaffected as > before but the clear url button is still overwritten with white text > from the page title. I've just created an fltk bug report including a small patch: http://fltk.org/str.php?L2062 But I think my patch for dillo is still necessary to avoid resizing of the File button when the window resizes. Regards, Johannes

Oct. 11, 2008

Update to Dillo2 Wiki page

by onepoint＠starurchin.org

(Mailing two lists here, my apologies if you get a double-post.) I updated the BLFS wiki page for dillo2 to prepare for the upcoming release: http://wiki.linuxfromscratch.org/blfs/wiki/dillo2 Please comment on the changes. For some background, see the discussion of the page's original contents at http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-May/004276.html http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-May/004283.html Regards, Jeremy Henty

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by akemnade＠tzi.de

On Fri, 10 Oct 2008 19:31:08 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > CVS has rc1! > > Was moved into dillorc/dillo/2.0. > > A simple workaround patch for sylpheed was committed. > > Please get it from: > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > and give it a compilation, installation and some testing. > ok, I finally played a bit with openembedded and built packages. You find the files I added to the OE tree and an .ipk package on http://misc.andi.de1.cc/dillo The package was compiled and created using bitbake. I sucessfully installed the package on my Neo Freerunner. After the release I will try to spread the stuff to the OE folks. Greetings Andreas Kemnade

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by corvid＠lavabit.com

Johannes wrote: > On Sat, Oct 11, 2008 at 12:50:50AM +0000, corvid wrote: > > I see that by default we end up with > > -g and -O2 for CFLAGS, but neither for CXXFLAGS. > > Where did you see that? Here everything gets compiled with -g -O2. > And: > > /tmp/dillo-2.0 >grep CXXFL Makefile > CXXFLAGS = -g -O2 -Wall -W -Wno-unused-parameter Jorge said that CXXFLAGS comes from one's fltk2-config, which I did not expect.

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by corvid＠lavabit.com

Diego wrote: > 2008/10/11 corvid <corvid(a)lavabit.com> > > > Jorge wrote: > > > On Sat, Oct 11, 2008 at 01:40:00AM +0000, corvid wrote: > > > > > > > 2) No dpi stuff would work until I copied in a dpidrc file. > > > > Is something supposed to make it for me, or is there something I'm > > > > overlooking that is supposed to tell me how to make one if I didn't > > > > already have one? (I know that I got the proto.* lines from mail > > > > that Diego sent out last year when that stuff changed, but I don't > > > > remember how I knew originally to put in a dpi_dir line.) > > > > > > Please give it a look and send me a patch. > > > > I don't do much shell scripting, so I'll send it to the list... > > > Do the script solve that problem? > Do your dillo use system wide or user directory dpis? For me it did. This is with user dir dpis. > dpid can(or must) work the old way without a service/handler list in dpidrc, > but dpid needs (even before) the system dpi dir > (dpi_dir=/usr/.../lib/dillo/dpi/) in dpidrc. The tricky thing about dpis is that... once it works, it works, but there seem to be many different failure modes depending on how many pieces one has correctly gotten into place. (I set up local dpis twice last year, and both times it took a little while to make it all happy.) So far as I could tell last night, no dpidrc gave cryptic errors, an empty dpidrc gave a good message about needing a dpi_dir (and seemed to find my dpis), putting in the dpi_dir line made it stop working again, and adding the proto lines made it work -- but then it all depends on whether a dpid started more or less successfully in previous attempts, and the same with the dir in /tmp/, and the dpi_socket_dir, etc., etc.... I would try to delete partially-made things in an effort to return to the same state, but probably not completely successfully.

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by onepoint＠starurchin.org

On Sat, Oct 11, 2008 at 12:51:50PM +0200, Johannes Hofmann wrote: > Attached patch fixes it for me and also prevents the File button > from resizing when the window is resized. However there is still > something fishy about the page title being drawn onto the panel... This patch makes no difference to me: the File button is unaffected as before but the clear url button is still overwritten with white text from the page title. Regards, Jeremy Henty

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by joerg.sonnenberger＠web.de

On Fri, Oct 10, 2008 at 07:31:08PM -0400, Jorge Arellano Cid wrote: > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 Consider to replace the AC_CHECK_SIZEOF() point and d_size.h magic with AC_TYPE_UINT16_T and friends. THose use either the system macros or figure out the rest (just include inttypes.h and sys/types.h if present). I don't really get your socklen_t test. I'm not aware of any platform that lacks socklen_t and where the third argument is not unsigned int. Joerg

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by Johannes.Hofmann＠gmx.de

On Sat, Oct 11, 2008 at 10:21:16AM +0100, Jeremy Henty wrote: > > Replying to myself, > > On Sat, Oct 11, 2008 at 10:12:20AM +0100, Jeremy Henty wrote: > > On Sat, Oct 11, 2008 at 10:45:22AM +0200, Johannes Hofmann wrote: > > > > > Just noticed that when started without dillorc (just defaults) I > > > get weird white letters > > > > ... Maybe dillo2 is setting the text of the tab label when there is > > no visible tab label so that rendering the label is overwriting > > other widgets? > > After experimenting a little I think this is it: I only see the white > letters when there is only one tab (and hence no tab labels) and the > text seems always to be the page title (though it's hard for me to be > sure since only a small part of it overwrites the button image). Attached patch fixes it for me and also prevents the File button from resizing when the window is resized. However there is still something fishy about the page title being drawn onto the panel... Cheers, Johannes

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by fgeek＠hack.fi

On Sat, 11 Oct 2008 10:20:17 +0200 Johannes Hofmann <Johannes.Hofmann(a)gmx.de> wrote: > Hi, > > On Sat, Oct 11, 2008 at 09:32:26AM +0300, Henri Salo wrote: > > On Fri, 10 Oct 2008 19:31:08 -0400 > > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > > Hi there, > > > > > > CVS has rc1! > > > > > > Was moved into dillorc/dillo/2.0. > > > > > > A simple workaround patch for sylpheed was committed. > > > > > > Please get it from: > > > > > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > > > > > and give it a compilation, installation and some testing. > > > > > > If it's OK, maybe Sunday is a good day for release. > > > Comments are welcome. > > > > > > > Ouh. There is a "Close"-button in File menu. It would be nice to > > close tabs with middle click from mouse and/or with different > > "x"-button like Opera has. > > I use Ctrl-q. > > Cheers, > Johannes > That is really enough. It would be nice to have a list of hotkeys. -- Henri Salo <fgeek at hack.fi> +358407705733 GPG ID: 2EA46E4F fp: 14D0 7803 BFF6 EFA0 9998 8C4B 5DFE A106 2EA4 6E4F

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by onepoint＠starurchin.org

Replying to myself, On Sat, Oct 11, 2008 at 10:12:20AM +0100, Jeremy Henty wrote: > On Sat, Oct 11, 2008 at 10:45:22AM +0200, Johannes Hofmann wrote: > > > Just noticed that when started without dillorc (just defaults) I > > get weird white letters > > ... Maybe dillo2 is setting the text of the tab label when there is > no visible tab label so that rendering the label is overwriting > other widgets? After experimenting a little I think this is it: I only see the white letters when there is only one tab (and hence no tab labels) and the text seems always to be the page title (though it's hard for me to be sure since only a small part of it overwrites the button image). Regards, Jeremy Henty

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by onepoint＠starurchin.org

On Sat, Oct 11, 2008 at 10:45:22AM +0200, Johannes Hofmann wrote: > Just noticed that when started without dillorc (just defaults) I get > weird white letters (at the upper left side of the window. Here's a > screenshot: > http://www.ecademix.com/JohannesHofmann/tmp/white_letters.png I see this too, though I hadn't realised that they were letters. On my dillo the File menu button is next to the the clear url button (with the big red cross) and only the top of the clear url button is overwritten by the letters, so it looks like minor corruption of the button image. Hmm, that text "Splash screen for" is part of the title of the splash page. Maybe dillo2 is setting the text of the tab label when there is no visible tab label so that rendering the label is overwriting other widgets? Regards, Jeremy Henty

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by Johannes.Hofmann＠gmx.de

Hi, On Fri, Oct 10, 2008 at 07:31:08PM -0400, Jorge Arellano Cid wrote: > Hi there, > > CVS has rc1! > > Was moved into dillorc/dillo/2.0. > > A simple workaround patch for sylpheed was committed. > > Please get it from: > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > and give it a compilation, installation and some testing. Just noticed that when started without dillorc (just defaults) I get weird white letters (at the upper left side of the window. Here's a screenshot: http://www.ecademix.com/JohannesHofmann/tmp/white_letters.png This started with "File menu as popup implementation". Cheers, Johannes

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by Johannes.Hofmann＠gmx.de

Hi, On Sat, Oct 11, 2008 at 12:50:50AM +0000, corvid wrote: > I see that by default we end up with > -g and -O2 for CFLAGS, but neither for CXXFLAGS. Where did you see that? Here everything gets compiled with -g -O2. And: /tmp/dillo-2.0 >grep CXXFL Makefile CXXFLAGS = -g -O2 -Wall -W -Wno-unused-parameter Cheers, Johannes

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by Johannes.Hofmann＠gmx.de

Hi, On Sat, Oct 11, 2008 at 09:32:26AM +0300, Henri Salo wrote: > On Fri, 10 Oct 2008 19:31:08 -0400 > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > Hi there, > > > > CVS has rc1! > > > > Was moved into dillorc/dillo/2.0. > > > > A simple workaround patch for sylpheed was committed. > > > > Please get it from: > > > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > > > and give it a compilation, installation and some testing. > > > > If it's OK, maybe Sunday is a good day for release. > > Comments are welcome. > > > > Ouh. There is a "Close"-button in File menu. It would be nice to close > tabs with middle click from mouse and/or with different "x"-button like > Opera has. I use Ctrl-q. Cheers, Johannes

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by darkspirit5000＠gmail.com

2008/10/11 corvid <corvid(a)lavabit.com> > Jorge wrote: > > On Sat, Oct 11, 2008 at 01:40:00AM +0000, corvid wrote: > > > 2) No dpi stuff would work until I copied in a dpidrc file. > > > Is something supposed to make it for me, or is there something I'm > > > overlooking that is supposed to tell me how to make one if I didn't > > > already have one? (I know that I got the proto.* lines from mail > > > that Diego sent out last year when that stuff changed, but I don't > > > remember how I knew originally to put in a dpi_dir line.) > > > > Please give it a look and send me a patch. > > I don't do much shell scripting, so I'll send it to the list... Do the script solve that problem? Do your dillo use system wide or user directory dpis? dpid can(or must) work the old way without a service/handler list in dpidrc, but dpid needs (even before) the system dpi dir (dpi_dir=/usr/.../lib/dillo/dpi/) in dpidrc. Very good relase Sorry for not help more. Diego.

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by fgeek＠hack.fi

On Fri, 10 Oct 2008 19:31:08 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > CVS has rc1! > > Was moved into dillorc/dillo/2.0. > > A simple workaround patch for sylpheed was committed. > > Please get it from: > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > and give it a compilation, installation and some testing. > > If it's OK, maybe Sunday is a good day for release. > Comments are welcome. > Ouh. There is a "Close"-button in File menu. It would be nice to close tabs with middle click from mouse and/or with different "x"-button like Opera has. -- Henri Salo <fgeek at hack.fi> +358407705733 GPG ID: 2EA46E4F fp: 14D0 7803 BFF6 EFA0 9998 8C4B 5DFE A106 2EA4 6E4F

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by fgeek＠hack.fi

On Fri, 10 Oct 2008 19:31:08 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > > http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 > > and give it a compilation, installation and some testing. > I can't close tabs at all. How this is meant to be done? -- Henri Salo <fgeek at hack.fi> +358407705733 GPG ID: 2EA46E4F fp: 14D0 7803 BFF6 EFA0 9998 8C4B 5DFE A106 2EA4 6E4F

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by corvid＠lavabit.com

Jorge wrote: > On Sat, Oct 11, 2008 at 01:40:00AM +0000, corvid wrote: > > Using install-dpi-local, > > 1) first the README tells me to put dpid in my path, and then > > install-dpi-local puts another copy in my .dillo dir for some reason. > > 2) No dpi stuff would work until I copied in a dpidrc file. > > Is something supposed to make it for me, or is there something I'm > > overlooking that is supposed to tell me how to make one if I didn't > > already have one? (I know that I got the proto.* lines from mail > > that Diego sent out last year when that stuff changed, but I don't > > remember how I knew originally to put in a dpi_dir line.) > > Please give it a look and send me a patch. I don't do much shell scripting, so I'll send it to the list...

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by corvid＠lavabit.com

Using install-dpi-local, 1) first the README tells me to put dpid in my path, and then install-dpi-local puts another copy in my .dillo dir for some reason. 2) No dpi stuff would work until I copied in a dpidrc file. Is something supposed to make it for me, or is there something I'm overlooking that is supposed to tell me how to make one if I didn't already have one? (I know that I got the proto.* lines from mail that Diego sent out last year when that stuff changed, but I don't remember how I knew originally to put in a dpi_dir line.)

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by corvid＠lavabit.com

I see that by default we end up with -g and -O2 for CFLAGS, but neither for CXXFLAGS. It would be nice to be able to teach autoconf (or whatever it is that decides that) to make this consistent.

Oct. 11, 2008

dillo-2.0 rc1 is in CVS

by jcid＠dillo.org

Hi there, CVS has rc1! Was moved into dillorc/dillo/2.0. A simple workaround patch for sylpheed was committed. Please get it from: http://www.dillo.org/test/dillo-2.0rc1.tar.bz2 and give it a compilation, installation and some testing. If it's OK, maybe Sunday is a good day for release. Comments are welcome. -- Cheers Jorge.-

Oct. 11, 2008

patch: close windows from menubar

by jcid＠dillo.org

On Fri, Oct 10, 2008 at 04:13:01PM +0200, Johannes Hofmann wrote: > On Thu, Oct 09, 2008 at 04:26:02PM -0400, Jorge Arellano Cid wrote: > > On Wed, Oct 08, 2008 at 05:04:29PM +0200, Joerg Sonnenberger wrote: > > > On Wed, Oct 08, 2008 at 03:32:42PM +0100, Jeremy Henty wrote: > > > > On Wed, Oct 08, 2008 at 01:09:48PM +0200, Joerg Sonnenberger wrote: > > > > > > > > > ... why would you want dillo1 and dillo2 at the same time. > > > > > > > > I don't know. But when you start saying "No-one could *possibly* want > > > > to do that, so let's stop supporting it" then you are riding for a > > > > fall. Why make ourselves hostages to fortune? Why not make *sure* we > > > > avoid the problem rather than gambling that we've second-guessed our > > > > entire user base? Murphy's law applies, so play it safe unless > > > > there's a compelling reason not to. > > > > > > You are adding the overhead of changing user behavior though. The claws > > > backend might be a good reason, frankly it is the only one I see so far. > > > > OK, just checked Debian and Ubuntu and both have the dillo > > viewer plugin for sylpheed with a dependency on the plain "dillo" > > package. > > > > Looking around in the FLTK docs, there's this function: > > > > CreatedWindow::set_xid() > > > > It looks promising. Unfortunately I haven't found a full > > code example to make it work. > > > > If somebody knows how to use it, it'd be simple to make a "drop > > in" replacement for dillo1, and avoid the problems discussed in > > this thread. > > I think it's supposed to work more or less like in attached test program. > When called with a (decimal) window id (from xlsclients) it draws a small > but visible frame on that window. > I don't know why it doesn't work correctly. Probabely some more > setup necessary... Dejan L. sent me this code as an example: http://www.dillo.org/test/gnash.cc ufortunately I can't get to make something that works with it. -- Cheers Jorge.-

Oct. 10, 2008

patch: close windows from menubar

by Johannes.Hofmann＠gmx.de

On Thu, Oct 09, 2008 at 04:26:02PM -0400, Jorge Arellano Cid wrote: > On Wed, Oct 08, 2008 at 05:04:29PM +0200, Joerg Sonnenberger wrote: > > On Wed, Oct 08, 2008 at 03:32:42PM +0100, Jeremy Henty wrote: > > > On Wed, Oct 08, 2008 at 01:09:48PM +0200, Joerg Sonnenberger wrote: > > > > > > > ... why would you want dillo1 and dillo2 at the same time. > > > > > > I don't know. But when you start saying "No-one could *possibly* want > > > to do that, so let's stop supporting it" then you are riding for a > > > fall. Why make ourselves hostages to fortune? Why not make *sure* we > > > avoid the problem rather than gambling that we've second-guessed our > > > entire user base? Murphy's law applies, so play it safe unless > > > there's a compelling reason not to. > > > > You are adding the overhead of changing user behavior though. The claws > > backend might be a good reason, frankly it is the only one I see so far. > > OK, just checked Debian and Ubuntu and both have the dillo > viewer plugin for sylpheed with a dependency on the plain "dillo" > package. > > Looking around in the FLTK docs, there's this function: > > CreatedWindow::set_xid() > > It looks promising. Unfortunately I haven't found a full > code example to make it work. > > If somebody knows how to use it, it'd be simple to make a "drop > in" replacement for dillo1, and avoid the problems discussed in > this thread. I think it's supposed to work more or less like in attached test program. When called with a (decimal) window id (from xlsclients) it draws a small but visible frame on that window. I don't know why it doesn't work correctly. Probabely some more setup necessary... Cheers, Johannes

Oct. 10, 2008

Altavista search does not work

by corvid＠lavabit.com

Christopher wrote: > Doing web searches using www.altavista.com does not work. It is as > if the search terms are not submitted. The following HTML errors > are detected: > > HTML warning: line 2, the required DOCTYPE declaration is missing (or invalid) > HTML warning: line 68, - forcing close of open tag: <form> > HTML warning: line 68, FORM lacks a Submit button > HTML warning: line 94, unexpected closing tag: </form>. -- expected </table> > > Searching for "Images", "MP3/Audio", or "Video" instead of "Web" > or "News" works well. > > Is this a problem with altavista rather than with dillo? It looks like altavista just threw together their form and table tags rather than nesting them.

Oct. 10, 2008

Altavista search does not work

by christopher.illies＠ki.se

Doing web searches using www.altavista.com does not work. It is as if the search terms are not submitted. The following HTML errors are detected: HTML warning: line 2, the required DOCTYPE declaration is missing (or invalid) HTML warning: line 68, - forcing close of open tag: <form> HTML warning: line 68, FORM lacks a Submit button HTML warning: line 94, unexpected closing tag: </form>. -- expected </table> Searching for "Images", "MP3/Audio", or "Video" instead of "Web" or "News" works well. Is this a problem with altavista rather than with dillo? I am using the latest dillo from cvs and fltk-2.0.r6305. Christopher

Oct. 10, 2008

patch: close windows from menubar

by jcid＠dillo.org

On Thu, Oct 09, 2008 at 08:22:22PM +0000, corvid wrote: > Johannes wrote: > > On Thu, Oct 09, 2008 at 06:16:21PM +0000, corvid wrote: > > > Johannes wrote: > > > > Anyway, what about a runtime option to choose the buffering scheme > > > > (patch attached). > > > > Please review the wording especially in the dillo2rc comment. > > > > > > I just noticed that when I use findtext now, the line above the > > > highlighted line is a bit darker/bolder than the rest. > > > Clicking on a link causes the same thing. > > > > Ouch. I forgot the clipping calls in my compile-time to run-time > > conversion of the double buffering option. > > > > Please test attached fix. > > Looks good so far... Committed. -- Cheers Jorge.-

Oct. 9, 2008

patch: close windows from menubar

by jcid＠dillo.org

On Wed, Oct 08, 2008 at 05:04:29PM +0200, Joerg Sonnenberger wrote: > On Wed, Oct 08, 2008 at 03:32:42PM +0100, Jeremy Henty wrote: > > On Wed, Oct 08, 2008 at 01:09:48PM +0200, Joerg Sonnenberger wrote: > > > > > ... why would you want dillo1 and dillo2 at the same time. > > > > I don't know. But when you start saying "No-one could *possibly* want > > to do that, so let's stop supporting it" then you are riding for a > > fall. Why make ourselves hostages to fortune? Why not make *sure* we > > avoid the problem rather than gambling that we've second-guessed our > > entire user base? Murphy's law applies, so play it safe unless > > there's a compelling reason not to. > > You are adding the overhead of changing user behavior though. The claws > backend might be a good reason, frankly it is the only one I see so far. OK, just checked Debian and Ubuntu and both have the dillo viewer plugin for sylpheed with a dependency on the plain "dillo" package. Looking around in the FLTK docs, there's this function: CreatedWindow::set_xid() It looks promising. Unfortunately I haven't found a full code example to make it work. If somebody knows how to use it, it'd be simple to make a "drop in" replacement for dillo1, and avoid the problems discussed in this thread. BTW, I'm inclined to using dillorc/dillo/2.0 in the release. -- Cheers Jorge.-

Oct. 9, 2008

patch: close windows from menubar

by corvid＠lavabit.com

Johannes wrote: > On Thu, Oct 09, 2008 at 06:16:21PM +0000, corvid wrote: > > Johannes wrote: > > > Anyway, what about a runtime option to choose the buffering scheme > > > (patch attached). > > > Please review the wording especially in the dillo2rc comment. > > > > I just noticed that when I use findtext now, the line above the > > highlighted line is a bit darker/bolder than the rest. > > Clicking on a link causes the same thing. > > Ouch. I forgot the clipping calls in my compile-time to run-time > conversion of the double buffering option. > > Please test attached fix. Looks good so far...

Oct. 9, 2008

patch: close windows from menubar

by Johannes.Hofmann＠gmx.de

On Thu, Oct 09, 2008 at 06:16:21PM +0000, corvid wrote: > Johannes wrote: > > Anyway, what about a runtime option to choose the buffering scheme > > (patch attached). > > Please review the wording especially in the dillo2rc comment. > > I just noticed that when I use findtext now, the line above the > highlighted line is a bit darker/bolder than the rest. > Clicking on a link causes the same thing. Ouch. I forgot the clipping calls in my compile-time to run-time conversion of the double buffering option. Please test attached fix. Cheers, Johannes

Oct. 9, 2008

panel_size=tiny have no menu

by jcid＠dillo.org

On Thu, Oct 09, 2008 at 08:08:36PM +0200, Johannes Hofmann wrote: > On Thu, Oct 09, 2008 at 10:46:41AM -0400, Jorge Arellano Cid wrote: > > On Thu, Oct 09, 2008 at 02:12:37PM +0000, corvid wrote: > > > Jorge wrote: > > > > On Thu, Oct 09, 2008 at 04:06:00AM +0100, higuita wrote: > > > > > hi again > > > > > > > > > > > > > Please test this long patch: > > > > > (...) > > > > > > Considering that we may release this Saturday, we have three days > > > > > > to test it, which is not much. Heavy testing and good reports may > > > > > > make me add it in though... > > > > > > > > > > i also applied the patch and all seens to be working, no problem > > > > > what so ever with a full day of testes > > > > > > > > Johannes, corvid: Have you tried it? > > > > > > I played with it for a bit yesterday in an effort to break it, > > > but it wouldn't break. > > > > Great! > > > > > I was a little surprised that I could pop it up when it had been hidden, > > > but then I recalled that alt-f is listed in dillo2-help. > > > > That is absolutely intentional! > > > > > > Johannes: are you there? :-) > > Yup, didn't manage to crash it either... Good. Committed! -- Cheers Jorge.-

Oct. 9, 2008

patch: close windows from menubar

by corvid＠lavabit.com

Johannes wrote: > Anyway, what about a runtime option to choose the buffering scheme > (patch attached). > Please review the wording especially in the dillo2rc comment. I just noticed that when I use findtext now, the line above the highlighted line is a bit darker/bolder than the rest. Clicking on a link causes the same thing.

Oct. 9, 2008

panel_size=tiny have no menu

by Johannes.Hofmann＠gmx.de

On Thu, Oct 09, 2008 at 10:46:41AM -0400, Jorge Arellano Cid wrote: > On Thu, Oct 09, 2008 at 02:12:37PM +0000, corvid wrote: > > Jorge wrote: > > > On Thu, Oct 09, 2008 at 04:06:00AM +0100, higuita wrote: > > > > hi again > > > > > > > > > > > Please test this long patch: > > > > (...) > > > > > Considering that we may release this Saturday, we have three days > > > > > to test it, which is not much. Heavy testing and good reports may > > > > > make me add it in though... > > > > > > > > i also applied the patch and all seens to be working, no problem > > > > what so ever with a full day of testes > > > > > > Johannes, corvid: Have you tried it? > > > > I played with it for a bit yesterday in an effort to break it, > > but it wouldn't break. > > Great! > > > I was a little surprised that I could pop it up when it had been hidden, > > but then I recalled that alt-f is listed in dillo2-help. > > That is absolutely intentional! > > > Johannes: are you there? :-) Yup, didn't manage to crash it either... Cheers, Johannes

Oct. 9, 2008

panel_size=tiny have no menu

by jcid＠dillo.org

On Thu, Oct 09, 2008 at 02:12:37PM +0000, corvid wrote: > Jorge wrote: > > On Thu, Oct 09, 2008 at 04:06:00AM +0100, higuita wrote: > > > hi again > > > > > > > > > Please test this long patch: > > > (...) > > > > Considering that we may release this Saturday, we have three days > > > > to test it, which is not much. Heavy testing and good reports may > > > > make me add it in though... > > > > > > i also applied the patch and all seens to be working, no problem > > > what so ever with a full day of testes > > > > Johannes, corvid: Have you tried it? > > I played with it for a bit yesterday in an effort to break it, > but it wouldn't break. Great! > I was a little surprised that I could pop it up when it had been hidden, > but then I recalled that alt-f is listed in dillo2-help. That is absolutely intentional! Johannes: are you there? :-) -- Cheers Jorge.-

Oct. 9, 2008

panel_size=tiny have no menu

by corvid＠lavabit.com

Jorge wrote: > On Thu, Oct 09, 2008 at 04:06:00AM +0100, higuita wrote: > > hi again > > > > > > > Please test this long patch: > > (...) > > > Considering that we may release this Saturday, we have three days > > > to test it, which is not much. Heavy testing and good reports may > > > make me add it in though... > > > > i also applied the patch and all seens to be working, no problem > > what so ever with a full day of testes > > Johannes, corvid: Have you tried it? I played with it for a bit yesterday in an effort to break it, but it wouldn't break. I was a little surprised that I could pop it up when it had been hidden, but then I recalled that alt-f is listed in dillo2-help.

Oct. 9, 2008

panel_size=tiny have no menu

by jcid＠dillo.org

On Thu, Oct 09, 2008 at 04:06:00AM +0100, higuita wrote: > hi again > > > > > Please test this long patch: > (...) > > Considering that we may release this Saturday, we have three days > > to test it, which is not much. Heavy testing and good reports may > > make me add it in though... > > i also applied the patch and all seens to be working, no problem > what so ever with a full day of testes Johannes, corvid: Have you tried it? -- Cheers Jorge.-

Oct. 9, 2008

patch: close windows from menubar

by jcid＠dillo.org

On Wed, Oct 08, 2008 at 04:59:24PM +0200, Johannes Hofmann wrote: > On Tue, Oct 07, 2008 at 10:54:47PM +0000, corvid wrote: > > Johannes wrote: > > > On Tue, Oct 07, 2008 at 06:12:47PM +0000, corvid wrote: > > > > Johannes wrote: > > > > > Excellent. From previous announcements I'd expect the next weekly > > > > > fltk2 snapshot by friday. > > > > > Is there anything left we need for the release? > > > > > What about the binary and config file name? > > > > > > > > We have to remember to take clear_double_buffer out before releasing. > > > > > > > > > > I thought we would keep it. > > > Without it things get awfully slow here with more than 5 windows. > > > Also all the backBuffer stuff in FltkViewBase would be unnecessary > > > then. > > > Are you seeing any problems with clear_double_buffer()? > > > > In the course of this thread: > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-April/004022.html > > we learned that drawing with antialiased fonts is exceedingly slow > > for me for some reason with clear_double_buffer. > > I thought that had been resolved by changing the color depth. > Anyway, what about a runtime option to choose the buffering scheme > (patch attached). CCoommiitteedd. ::--)) Yesternight, I made some tests with an IBM thinkpad 385XD, with a NM2160 Video card (Pentium I 233Mhz with 94MB RAM): With Xft and antialiasing, 16bit depth: buffered_drawing={0,1}: Rendering takes 1 second aprox (PgUp or PgDn). No user noticeable differences with these modes. buffered_drawing=2: Rendering takes 1/3 second aprox (PgUp or PgDn). Feels much better than the former for the user, dragging the scrollbar is also faster. -- Cheers Jorge.-

Oct. 9, 2008

panel_size=tiny have no menu

by higuita7＠yahoo.co.uk

hi again > > > Please test this long patch: (...) > Considering that we may release this Saturday, we have three days > to test it, which is not much. Heavy testing and good reports may > make me add it in though... i also applied the patch and all seens to be working, no problem what so ever with a full day of testes higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Oct. 9, 2008

patch: close windows from menubar

by corvid＠lavabit.com

Johannes wrote: > On Wed, Oct 08, 2008 at 03:47:37PM +0000, corvid wrote: > > Johannes wrote: > > > On Tue, Oct 07, 2008 at 10:54:47PM +0000, corvid wrote: > > > > Johannes wrote: > > > > > On Tue, Oct 07, 2008 at 06:12:47PM +0000, corvid wrote: > > > > > > Johannes wrote: > > > > > > > Excellent. From previous announcements I'd expect the next weekly > > > > > > > fltk2 snapshot by friday. > > > > > > > Is there anything left we need for the release? > > > > > > > What about the binary and config file name? > > > > > > > > > > > > We have to remember to take clear_double_buffer out before releasing. > > > > > > > > > > > > > > > > I thought we would keep it. > > > > > Without it things get awfully slow here with more than 5 windows. > > > > > Also all the backBuffer stuff in FltkViewBase would be unnecessary > > > > > then. > > > > > Are you seeing any problems with clear_double_buffer()? > > > > > > > > In the course of this thread: > > > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-April/004022.html > > > > we learned that drawing with antialiased fonts is exceedingly slow > > > > for me for some reason with clear_double_buffer. > > > > > > I thought that had been resolved by changing the color depth. > > > > 16-bit is amazingly slow and 24-bit is less slow, but > > 24-bit made other things like rxvt quite slow. > > > > Turning off antialiasing made it very fast, but then > > if I want good unicode coverage... > > Well, I know it often looks ugly, but you can turn off antiliasing > while keeping xft and using ttf fonts by putting a .fonts.conf file > with: > > <?xml version="1.0"?> > <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> > <fontconfig> > > <match target="font"> > <edit name="antialias" mode="assign"> > <bool>false</bool> > </edit> > </match> > > </fontconfig> > > in your home directory. Maybe it's worth a try. It looks like the antialiasing per se isn't the problem. With clear_double_buffer and the above configuration, it takes a few seconds to redraw a page. So I guess I meant "something to do with not using the xft stuff makes it fast"...

Oct. 8, 2008

patch: close windows from menubar

by Johannes.Hofmann＠gmx.de

On Wed, Oct 08, 2008 at 03:47:37PM +0000, corvid wrote: > Johannes wrote: > > On Tue, Oct 07, 2008 at 10:54:47PM +0000, corvid wrote: > > > Johannes wrote: > > > > On Tue, Oct 07, 2008 at 06:12:47PM +0000, corvid wrote: > > > > > Johannes wrote: > > > > > > Excellent. From previous announcements I'd expect the next weekly > > > > > > fltk2 snapshot by friday. > > > > > > Is there anything left we need for the release? > > > > > > What about the binary and config file name? > > > > > > > > > > We have to remember to take clear_double_buffer out before releasing. > > > > > > > > > > > > > I thought we would keep it. > > > > Without it things get awfully slow here with more than 5 windows. > > > > Also all the backBuffer stuff in FltkViewBase would be unnecessary > > > > then. > > > > Are you seeing any problems with clear_double_buffer()? > > > > > > In the course of this thread: > > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-April/004022.html > > > we learned that drawing with antialiased fonts is exceedingly slow > > > for me for some reason with clear_double_buffer. > > > > I thought that had been resolved by changing the color depth. > > 16-bit is amazingly slow and 24-bit is less slow, but > 24-bit made other things like rxvt quite slow. > > Turning off antialiasing made it very fast, but then > if I want good unicode coverage... Well, I know it often looks ugly, but you can turn off antiliasing while keeping xft and using ttf fonts by putting a .fonts.conf file with: <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <match target="font"> <edit name="antialias" mode="assign"> <bool>false</bool> </edit> </match> </fontconfig> in your home directory. Maybe it's worth a try. Cheers, Johannes

Oct. 8, 2008

patch: close windows from menubar

by onepoint＠starurchin.org

On Wed, Oct 08, 2008 at 04:24:59PM +0200, Johannes Hofmann wrote: > I would even use dillorc for consistency. Yes, if we choose dillo over dillo2 then it should be dillo everywhere. Conversely, I suppose that if choose dillo2 then we should rename ~/.dillo to ~/.dillo2 . Jeremy Henty

Oct. 8, 2008

panel_size=tiny have no menu

by jcid＠dillo.org

On Wed, Oct 08, 2008 at 04:54:14PM +0100, Jeremy Henty wrote: > On Wed, Oct 08, 2008 at 09:50:43AM -0400, Jorge Arellano Cid wrote: > > > Please test this long patch: > > > > http://www.dillo.org/test/file_popup.OK1 > > It works very nicely, at least after a minute's use! I'd really like > to see this go in at some time. Yes, it is intended for commit! Considering that we may release this Saturday, we have three days to test it, which is not much. Heavy testing and good reports may make me add it in though... -- Cheers Jorge.-

Oct. 8, 2008

panel_size=tiny have no menu

by onepoint＠starurchin.org

On Wed, Oct 08, 2008 at 09:50:43AM -0400, Jorge Arellano Cid wrote: > Please test this long patch: > > http://www.dillo.org/test/file_popup.OK1 It works very nicely, at least after a minute's use! I'd really like to see this go in at some time. Jeremy Henty

Oct. 8, 2008

patch: close windows from menubar

by corvid＠lavabit.com

Johannes wrote: > On Tue, Oct 07, 2008 at 10:54:47PM +0000, corvid wrote: > > Johannes wrote: > > > On Tue, Oct 07, 2008 at 06:12:47PM +0000, corvid wrote: > > > > Johannes wrote: > > > > > Excellent. From previous announcements I'd expect the next weekly > > > > > fltk2 snapshot by friday. > > > > > Is there anything left we need for the release? > > > > > What about the binary and config file name? > > > > > > > > We have to remember to take clear_double_buffer out before releasing. > > > > > > > > > > I thought we would keep it. > > > Without it things get awfully slow here with more than 5 windows. > > > Also all the backBuffer stuff in FltkViewBase would be unnecessary > > > then. > > > Are you seeing any problems with clear_double_buffer()? > > > > In the course of this thread: > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-April/004022.html > > we learned that drawing with antialiased fonts is exceedingly slow > > for me for some reason with clear_double_buffer. > > I thought that had been resolved by changing the color depth. 16-bit is amazingly slow and 24-bit is less slow, but 24-bit made other things like rxvt quite slow. Turning off antialiasing made it very fast, but then if I want good unicode coverage... > Anyway, what about a runtime option to choose the buffering scheme Perhaps.

Oct. 8, 2008

patch: close windows from menubar

by corvid＠lavabit.com

Francis wrote: > If a distribution is to package it, unless the new program is a drop-in > replacement for the old program, the new program should probably have > a different name. If history is any judge, they will modify it to remove security and add in buggy features. (Some people even think of dillo as having a reputation for being _crashy_, of all things...) If they rename it, all the better.

Oct. 8, 2008

patch: close windows from menubar

by Johannes.Hofmann＠gmx.de

On Tue, Oct 07, 2008 at 10:54:47PM +0000, corvid wrote: > Johannes wrote: > > On Tue, Oct 07, 2008 at 06:12:47PM +0000, corvid wrote: > > > Johannes wrote: > > > > Excellent. From previous announcements I'd expect the next weekly > > > > fltk2 snapshot by friday. > > > > Is there anything left we need for the release? > > > > What about the binary and config file name? > > > > > > We have to remember to take clear_double_buffer out before releasing. > > > > > > > I thought we would keep it. > > Without it things get awfully slow here with more than 5 windows. > > Also all the backBuffer stuff in FltkViewBase would be unnecessary > > then. > > Are you seeing any problems with clear_double_buffer()? > > In the course of this thread: > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-April/004022.html > we learned that drawing with antialiased fonts is exceedingly slow > for me for some reason with clear_double_buffer. I thought that had been resolved by changing the color depth. Anyway, what about a runtime option to choose the buffering scheme (patch attached). Please review the wording especially in the dillo2rc comment. Cheers, Johannes

Oct. 8, 2008

patch: close windows from menubar

by joerg.sonnenberger＠web.de

On Wed, Oct 08, 2008 at 03:32:42PM +0100, Jeremy Henty wrote: > On Wed, Oct 08, 2008 at 01:09:48PM +0200, Joerg Sonnenberger wrote: > > > ... why would you want dillo1 and dillo2 at the same time. > > I don't know. But when you start saying "No-one could *possibly* want > to do that, so let's stop supporting it" then you are riding for a > fall. Why make ourselves hostages to fortune? Why not make *sure* we > avoid the problem rather than gambling that we've second-guessed our > entire user base? Murphy's law applies, so play it safe unless > there's a compelling reason not to. You are adding the overhead of changing user behavior though. The claws backend might be a good reason, frankly it is the only one I see so far. Personally I consider the old version without at least the Xft patches to be plainly useless and everyone I heared talk about using dillo so far had similiar impressions. So changing the binary name (it is still dillo after all) seems just artifical change. The comparisions with libraries doesn't apply. Joerg

Oct. 8, 2008