January 2008 - Dillo-dev - lists.mailman3.com

Various minor patches

by Christian.Kellermann＠nefkom.net

Skipped content of type multipart/mixed

Jan. 27, 2008

New table layout rocks!

by onepoint＠starurchin.org

On Fri, Jan 25, 2008 at 08:09:14PM +0100, Johannes Hofmann wrote: > > Yes, Jorge did a great job. I've not yet found any regressions and > on some pages it's better than dillo1 was. Another improvement I forgot to mention: I had several links where huge areas of whitespace appeared inside the page. These now render sensibly. The new code seems to be much better at allocating space between the rows and columns. Regards, Jeremy Henty

Jan. 26, 2008

an experiment in widget coloring (with code)

by place＠gobigwest.com

With my color settings, my buttons were light grey with unreadable white labels. Well, that's no good. And standard gui widget colors scream "I'm using a Windows Office Productivity Suite!" to me. So here is something to play with. I currently have the widgets using background color and the labels/text either black or white. fltk_black to make black work right widget_colors.dillo to set backgroundColor in Style. widget_colors.dw where you set the widget colors.

Jan. 25, 2008

Various minor patches

by Johannes.Hofmann＠gmx.de

On Mon, Jan 21, 2008 at 04:03:47PM +0100, Christian Kellermann wrote: > > On Sun, Jan 13, 2008 at 05:07:04PM +0100, Thomas-Martin Seck wrote: > > > 1) detect_libiconv.diff > > > > > > src/decode.c uses iconv_open but - at least on FreeBSD - libiconv > > > is not in the default linker path, making the build abort. Add > > > a simple test to configure.in to check for libiconv's presence > > > and usability and a substitution for ICONV_LIBS to src/Makefile.am. > > > > Very nice! The same problem exists on DragonFly... > > This breaks configure for me (OpenBSD/386 -stable). seems the test does not use the LDFLAGS=-L/usr/local/lib... My knowledge (and motivation) to fiddle with this autoconf hell is limited, so I'd kindly hand the ball over to someone else. What exactly is breaking? Can you provide config.log? Here on DragonFly linking was failing with unresolved symbols, but it turned out that the problem was caused by a libiconv package that was no longer needed. The iconv stuff is now handled in libc on DragonFly... Regards, Johannes > > I am using autoconf-2.61 and automake-1.9. > > Kind regards, > > Christian > > -- > You may use my gpg key for replies: > pub 1024D/47F79788 2005/02/02 Christian Kellermann (C-Keen)

Jan. 25, 2008

New table layout rocks!

by Johannes.Hofmann＠gmx.de

On Fri, Jan 25, 2008 at 07:10:05PM +0000, Jeremy Henty wrote: > > I've been collecting web pages that Dillo misrendered: truncated > images, overlapping text, pages clipped at the right, etc. I'm really > pleased to announce that the latest Dillo handles them all. This is a > major improvement! I'm assuming this is the new table layout code at > work. Yes, Jorge did a great job. I've not yet found any regressions and on some pages it's better than dillo1 was. Johannes > > Regards, > > Jeremy Henty > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Jan. 25, 2008

New table layout rocks!

by onepoint＠starurchin.org

I've been collecting web pages that Dillo misrendered: truncated images, overlapping text, pages clipped at the right, etc. I'm really pleased to announce that the latest Dillo handles them all. This is a major improvement! I'm assuming this is the new table layout code at work. Regards, Jeremy Henty

Jan. 25, 2008

Various minor patches

by Christian.Kellermann＠nefkom.net

> On Sun, Jan 13, 2008 at 05:07:04PM +0100, Thomas-Martin Seck wrote: > > 1) detect_libiconv.diff > > > > src/decode.c uses iconv_open but - at least on FreeBSD - libiconv > > is not in the default linker path, making the build abort. Add > > a simple test to configure.in to check for libiconv's presence > > and usability and a substitution for ICONV_LIBS to src/Makefile.am. > > Very nice! The same problem exists on DragonFly... This breaks configure for me (OpenBSD/386 -stable). seems the test does not use the LDFLAGS=-L/usr/local/lib... My knowledge (and motivation) to fiddle with this autoconf hell is limited, so I'd kindly hand the ball over to someone else. I am using autoconf-2.61 and automake-1.9. Kind regards, Christian -- You may use my gpg key for replies: pub 1024D/47F79788 2005/02/02 Christian Kellermann (C-Keen)

Jan. 21, 2008

Work on TABLES

by jcid＠dillo.org

On Sat, Jan 19, 2008 at 07:19:13PM +0000, place wrote: > table.cc is intimidating stuff. > > It works so far, so I don't have much to report, "It works so far" is great news for me, and certainly if it keeps stable better. Good feedback is welcomed! > but I just needed to say > that when I saw per.bak.html, I thought it was going to be something derived > from some article on http://en.wikipedia.org/wiki/Per_Bak instead of being > about, you know, percentages. Percentages is definitely less cool than frozen insulators... -- Cheers Jorge.-

Jan. 19, 2008

Re: patch: image.cc typo one-liner

by place＠gobigwest.com

I wrote: > Ah, the ancient programming principle that > The one who touched it last owns it. It dawned on me that I just touched textblock.cc. Oh no! *runs screaming*

Jan. 19, 2008

Various minor patches

by jcid＠dillo.org

On Sat, Jan 19, 2008 at 05:23:50PM +0100, Thomas-Martin Seck wrote: > * Thomas-Martin Seck (tmseck-lists(a)netcologne.de) > > > Sorry, I had hoped that the autotools could deal with this somehow and > > since I only use FreeBSD I could only get to the "works for me" state. > > What does break on Linux? The intent is to check for libiconv.h in the > > default include path and for iconv_open in libiconv, assuming that > > libiconv can be located without adding -L/path/to/libiconv to LDFLAGS > > explicitly. > > OK, I learned that glibc(?) nowadays includes iconv functionality. I > updated the patch so that it checks for iconv_open in libc first and, > failing this, in libiconv next. It still works on FreeBSD 6.2, could you > please test whether this is the correct approach for Linux et al? It works here, committed! Comments welcome. -- Cheers Jorge.-

Jan. 19, 2008