August 2014 - Dillo-dev - lists.mailman3.com

Dillo and Irix
by diegel＠work.de Sept. 24, 2014

Sept. 24, 2014

Hello, I just started another attempt to port dillo to Irix. With gcc 4.7 it compiles without any serious warnings. It starts and about:splash shows up correctly, But if you want to use it something goes wrong: ftp works without problems. files show up if the path is very short (less than 32 bytes). If you browse directories and you want to change from /tmp to /tmp/x for example. I changes to /x http doesn't work at all. If you go to a non existing url. For example: http://test.yy you get the following console output, but nothing happens in the dollo window: Nav_open_url: new url='http:test.yy' a_Capi_ccc : OpStart [2B] Info=10262fa8 Flags=0 a_Dpi_ccc : OpStart [2B] Info=10262da0 Flags=0 a_IO_ccc : OpStart [2B] Info=10262e90 Flags=0 a_Capi_ccc : OpStart [1B] Info=10262eb8 Flags=0 a_Http_ccc : OpStart [1B] Info=10262f80 Flags=0 a_IO_ccc : OpStart [1B] Info=10262e40 Flags=0 Http_must_use_proxy: http:test.yy NO DNS error: HOST_NOT_FOUND Dns_server [0]: is (nil) a_IO_ccc : OpAbort [1B] Info=10262e40 Flags=0 a_Capi_ccc : OpAbort [1F] Info=10262eb8 Flags=0 a_Capi_ccc : OpAbort [2B] Info=10262fa8 Flags=0 a_Dpi_ccc : OpAbort [2B] Info=10262da0 Flags=0 a_IO_ccc : OpAbort [2B] Info=10262e90 Flags=0 If you are opening an existing url like dillo.org it puts out: Nav_open_url: new url='http://www.dillo.org/' a_Capi_ccc : OpStart [2B] Info=10262fd0 Flags=0 a_Dpi_ccc : OpStart [2B] Info=10262f08 Flags=0 a_IO_ccc : OpStart [2B] Info=10262e68 Flags=0 a_Capi_ccc : OpStart [1B] Info=10262ee0 Flags=0 a_Http_ccc : OpStart [1B] Info=10262e90 Flags=0 a_IO_ccc : OpStart [1B] Info=10262f30 Flags=0 Http_must_use_proxy: http://www.dillo.org/ NO Dns_server [0]: www.dillo.org is 85.214.105.140 Connecting to 85.214.105.140 a_IO_ccc : OpSend [1B] Info=10262f30 Flags=0 a_Capi_ccc : OpSend [1F] Info=10262ee0 Flags=0 a_Capi_ccc : OpSend [2B] Info=10262fd0 Flags=0 a_Dpi_ccc : OpSend [2B] Info=10262f08 Flags=0 a_IO_ccc : OpSend [2B] Info=10262e68 Flags=0 http, referer='Referer: http://www.dillo.org/ ' Query: {GE} a_IO_ccc : OpSend [1B] Info=10262f30 Flags=0 and after some seconds: a_IO_ccc : OpEnd [2F] Info=10262e68 Flags=0 a_Dpi_ccc : OpEnd [2F] Info=10262f08 Flags=0 a_Capi_ccc : OpEnd [2F] Info=10262fd0 Flags=0 a_Capi_ccc : OpEnd [1B] Info=10262ee0 Flags=0 a_Http_ccc : OpEnd [1B] Info=10262e90 Flags=0 a_IO_ccc : OpEnd [1B] Info=10262f30 Flags=0 but nothing happens in the dillo window. I would be very happy to get any hint what is going wrong here. Thanks you, Jan

5 21

configure.in errors
by csoren＠isd.net Aug. 30, 2014

Aug. 30, 2014

> Chris wrote: > > This is from a fresh hg pull, running autogen.sh (or > > aclocal): > > > > configure.in:472: error: AC_SUBST: `src doc' is not a > > valid shell variable name > > configure.in:472: the top level > > autom4te: /usr/bin/m4 failed with exit status: 1 > > aclocal: autom4te failed with exit status: 1 > > > > changing the line AC_SUBST(src doc) to two lines of > > AC_SUBST(src) and AC_SUBST(doc) fixes it. > > That's odd. configure.in moved to configure.ac in late > 2012... > Bad hg syntax on my part, sorry! I fixed it with 'hg update -C`

1 0

configure.in errors
by csoren＠isd.net Aug. 30, 2014

Aug. 30, 2014

This is from a fresh hg pull, running autogen.sh (or aclocal): configure.in:472: error: AC_SUBST: `src doc' is not a valid shell variable name configure.in:472: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 changing the line AC_SUBST(src doc) to two lines of AC_SUBST(src) and AC_SUBST(doc) fixes it.

1 0

Last hg tip
by jcid＠dillo.org Aug. 30, 2014

Aug. 30, 2014

Hi Sebastian, I'm following closely our hg tip and some things are improving. OTOH the last tip sometimes drops the horizontal scroller bar leaving content out of reach. e.g. [1] [1] http://lwn.net/Articles/609892/#Comments -- Cheers Jorge.-

1 0

Rendering of illegal widths (incl "px", which used to be legal)
by james.from.wellington＠gmail.com Aug. 25, 2014

Aug. 25, 2014

Hello All, The row of three pictures on this web-page: http://www.avrprojects.net/index.php?view=article&id=61 renders badly in dillo, and differently from Chrome and firefox, because two of them have: width="180px" which the source-code for dillo 3.0.4 (html.cc at about line 1450) tells me used to be legal html, but isn't anymore. Dillo: - reports this as a web bug (with which I agree) - sets the length to auto (which I think means using the default width) To minimise the damage from illegal pages, without hiding the problem, I propose to assume that the numbers in all widths are sensible, and to complain about, but ignore, the trailing garbage. I also discovered that the bug message and another, suppressed, message had type problems, which I have addressed in a way that looks reasonable on osx. My proposed patch is below. Please be aware that Jorge and I started a conversation about whether this was the right thing to do, which wedged. I tested this proposed change by hacking up saved copies of the web-page in various ways. One of them, which makes a mess of the bug message, is attached, but they are not really a clean test-case. I am not aware of any automated test into which this change should be added. If someone can point me toward one, then I will think about how to test it cleanly. Regards, James. ----------------------- $ diff html.cc.orig html.cc 1483,1485c1483,1488 < if (*end && !isspace (*end)) { < BUG_MSG("Garbage after length: %s\n", attr); < l = CSS_CREATE_LENGTH(0.0, CSS_LENGTH_TYPE_AUTO); --- > while (end && isspace(*end)) > ++end; > if (end && *end) { > BUG_MSG("Garbage after length: '%s'; " > "ignoring garbage; using %g (possibly in pixels)\n", > attr, CSS_LENGTH_VALUE(l)); 1489c1492 < _MSG("a_Html_parse_length: \"%s\" %d\n", attr, CSS_LENGTH_VALUE(l)); --- > _MSG("a_Html_parse_length: \"%s\" %g\n", attr, CSS_LENGTH_VALUE(l)); ----------------------- ps I am contemplating getting involved in other trivial rendering problems, and thinking about the todos in dpid/main.c:204 and dpid/main.c:297. My interest in the todos is that dillo functions with gmail, but keeps (de facto) logging me out by discarding my session cookie. Could someone please point me to generic advice about: - which source tree I should be building (Jorge mentioned GROWS, but I don't know what that means) - how to use mercurial to develop multiple patches in parallel and keep them separate, while running a built program that includes all of them ?

1 0

Stretched out images
by fusionfile＠gmail.com Aug. 10, 2014

Aug. 10, 2014

In the current development version of Dillo (rev. 3873) images are sometimes scaled in a way that doesn't preserve the aspect ratio which make them look *really* ugly. For instance if I do a Google image search all images are stretched out horizontally: http://www.google.com/search?q=test How can we fix this? Regards, August

3 3

dillo slower than iceweasel on some pages
by andreas＠kemnade.info Aug. 6, 2014

Aug. 6, 2014

Hi, I made a shocking experience when visiting pages like http://www.wetteronline.de/wetter/berlin hg tip dillo takes 45 seconds. The last release takes a few seconds. Starting a fresh iceweasel I need around 17 seconds. I hope there is still much room to optimize and there is a possibility to have a fast browser even with floats. Greetings Andreas Kemnade

4 3

Dillo on the BLFS wiki
by onepoint＠starurchin.org Aug. 6, 2014

Aug. 6, 2014

I have updated the Dillo page on the Beyond Linux From Scratch (BLFS) project wiki [1] to version 3.0.4 . Are there any other changes I should make? Perhaps the description of CSS support needs updating - it has come a long way since that part of the page was written. Are there any new configuration files to describe? Please suggest changes and I'll update the page with them. Regards, Jeremy Henty [1]: http://wiki.linuxfromscratch.org/blfs/wiki/dillo3

2 2