- Dillo-dev - lists.mailman3.com

patch: progressive images
by place＠gobigwest.com Jan. 16, 2008

Jan. 16, 2008

(the ones that start out blurry and grow sharper) - Added code for progressive display of, well, progressive jpegs because I was tired of waiting for full download before display. jpeglib uses the word "scan" for each loop through the scanlines of the image, so I did the same. I'm not sure it's a terribly descriptive term, though, at least to me (not a graphics person). Couldn't think of a better word. - Turned out scaled ones didn't work. (And, incidentally, that was frustrating because it took some time to realize that the breaking ones were scaled ever so slightly.) Added some bit clearing to imgbuf code on the dw side so that scaled buffers would continue to copy from root buffers. - Turned out that if there was more than one copy on a page, only the first copy worked. (dillo uses image decoders on the first one and pulls the scanlines out of Dicache for the rest.) More bit clearing and a scan number to help a_Dicache_callback with its copying. - Discovered that interlaced pngs use progressive display, and that they hadn't been working for scaled or for multiple on a page. - Considered looking into animated gifs, but then my good sense prevailed :)

3 3

patch: the http header Content-Type half of charset conversion
by place＠gobigwest.com Jan. 15, 2008

Jan. 15, 2008

Dug out my old patch and ripped out the meta tag stuff, the charset-setting dialog, etc. This much should be unobjectionable. Had good fun searching for things like dillo ??????? and seeing how many sites using windows-1251 or koi8-r worked now with this much of the code. Maybe half. Greek and Hebrew were somewhat less than half. And my fonts don't have enough coverage to make it fun trying Asian sites. Of course it doesn't matter much when everybody who participates here is a native speaker of some latin-1 language... Note that View Source will not show files as converted because the conversion is up in html.cc and View Source uses the cache.

2 3

Report on fltk-2.0.x-r5990
by onepoint＠starurchin.org Jan. 13, 2008

Jan. 13, 2008

I have been running Dillo on top of the latest daily snapshot (fltk-2.0.x-r5990) and seen no problems. Has anyone else tried this? Maybe we should update the recommended FLTK snapshot? NB: fltk-2.0.x-r5990 is not binary compatible with the current recommended snapshot, so if you upgrade you have to rebuild Dillo (and any other FLTK2 applications) or you will get memory corruption. FYI my system is Linux 2.6.23.12-0 , glibc 2.3.4 , gcc 3.4.3 . Jeremy Henty

3 2

patch: multiple-line http headers (and a free bonus Content-Type msg change)
by place＠gobigwest.com Jan. 12, 2008

Jan. 12, 2008

Finally got around to it. Since it's another one of those things I am probably never going to encounter in the outside world, I tested by sticking whitespace into headers sent by file.c. PS I see that this guy has a rant about how the headers can attain an arbitrary degree of horribleness if you really want to go by the letter of the rfc: http://www.and.org/texts/server-http

2 2

Re: patch: FltkViewBase::getClippingView source-copying error
by jcid＠dillo.org Jan. 12, 2008

Jan. 12, 2008

On Tue, Jan 08, 2008 at 04:32:50PM +0000, place wrote: > I finally found out why alt tags had been so very flaky for me all along. Good, it was also biting me from a long time! Committed. -- Cheers Jorge.-

1 0

Feature request
by Beartooth＠swva.net Jan. 8, 2008

Jan. 8, 2008

With other browsers, if I copy a URL that begins with www (i.e., no http://), I will get to the site; with some, I don't even need the www -- I can type simply "loc.gov" for instance, to be taken to the Library of Congress. This is a great help, not only with sites whose address one knows by heart, but also with email, in which people omit the front part(s) of sites routinely. It would be an especially welcome feature for those of us who keep Dillo set as our default browser. I have no idea how those other browsers do it, nor why Dillo does not. Is there a reason? -- Beartooth Staffwright, PhD, Neo-Redneck Linux Convert Fedora 8; Alpine 0.99999, Pan 0.132; Privoxy 3.0.6; Dillo 0.8.6, Galeon 2.0.3, Epiphany 2.20, Opera 9.24, Firefox 2.0 Remember I know precious little of what I am talking about.

4 5

patch: circles and discs
by place＠gobigwest.com Jan. 8, 2008

Jan. 8, 2008

I almost regret this because I liked the little squares best.

2 1

patch: http warnings
by place＠gobigwest.com Jan. 8, 2008

Jan. 8, 2008

HTTP/1.1 has warning headers to tell you things like "110 Response is stale" or "214 Transformation applied". There should probably be some mechanism to actually notify the user properly -- nobody's ever going to notice an MSG_HTTP string. As was the case with the "100 Continue"s some time ago, I am not encountering genuine ones to test against. I just tested by letting it treat date headers as warnings...

2 1

select crash
by place＠gobigwest.com Jan. 8, 2008

Jan. 8, 2008

dillo crashed on a form where an option didn't have a value (clicked on the Go button at the bottom of http://www.syllable-hardware.info/hardware.php?list.1 ) A glance at the spec suggested that what I wanted in that case was the contents of the tag. So... Trying the change below at least makes it not crash, but I don't know the code, so I'm not calling this a patch. diff -pur dillo2/src/html.cc dillo2-cur/src/html.cc --- dillo2/src/html.cc 2008-01-02 20:20:31.000000000 +0000 +++ dillo2-cur/src/html.cc 2008-01-08 01:30:08.000000000 +0000 @@ -3808,7 +3808,8 @@ static void Html_submit_form2(DilloHtml if (sel_res->isSelected(i)) { DilloHtmlOption *option = input->select->options->get (i); - Html_append_input(DataStr, input->name, option->value); + char *val = option->value ? option->value : option->content; + Html_append_input(DataStr, input->name, val); } } break;

3 2

Re: patch: crash when .dillo/ is absent (cookierc)
by jcid＠dillo.org Jan. 8, 2008

Jan. 8, 2008

On Tue, Jan 08, 2008 at 06:26:07AM +0000, place wrote: > Poking around on mobileread.com and I saw where the guy who put dillo > on the iliad mentioned that the fltk dillo segfaults when there's no > .dillo dir. Well, we can't have _that_ happening. > > Plus, if somebody's on a crippled system, they might desperately > need info from the web to get themselves out of whatever they just > accidentally did to their computer... > Committed! -- Cheers Jorge.-

1 0