- Dillo-dev - lists.mailman3.com

Latest round of Win32 patches

by johannes.hofmann＠gmx.de

On Wed, Jul 06, 2011 at 10:04:48PM -0800, Roger wrote: > > On Wed, Jul 06, 2011 at 11:55:13PM -0400, Benjamin Johnson wrote: > >On Wed, 06 Jul 2011 23:29:59 -0400, corvid <corvid(a)lavabit.com> wrote: > > > >> > >> Benjamin: I'm curious about the addition of CyaSSL support. I don't > >> know anything about it -- is it useful to you mostly for Windows > >> reasons, or would it be useful for everyone in the general case? > >> > > > >Useful to everyone, I think. CyaSSL is a cross-platform, embedded SSL > >library; here's its homepage: > > http://www.yassl.com/yaSSL/Home.html > > > >I started using it with the Windows version because it has an > >OpenSSL-compatible API, and a much smaller footprint -- 1.3 MB with CyaSSL > >versus 1.7 MB with OpenSSL. (I like that in 2011, Dillo can still fit on > >a floppy disk!) It's not quite as big a deal on Unix, since most > >distributions ship with OpenSSL, but I think it fits nicely with Dillo's > >goal of high software efficiency. > > > >The CyaSSL patch actually doesn't change any source code, just some linker > >flags. On Unix it usually creates its own directory structure, like > >/usr/local/cyassl, with OpenSSL-compatible symlinks, so even that much > >isn't necessary. > > On my Gentoo box: > > $ locate cyassl > > Returns a null search here. It sounds binary only or closed source? polarssl might also be worth looking at. Cheers, Johannes

July 7, 2011

Latest round of Win32 patches

by rogerx.oss＠gmail.com

> On Wed, Jul 06, 2011 at 11:55:13PM -0400, Benjamin Johnson wrote: >On Wed, 06 Jul 2011 23:29:59 -0400, corvid <corvid(a)lavabit.com> wrote: > >> >> Benjamin: I'm curious about the addition of CyaSSL support. I don't >> know anything about it -- is it useful to you mostly for Windows >> reasons, or would it be useful for everyone in the general case? >> > >Useful to everyone, I think. CyaSSL is a cross-platform, embedded SSL >library; here's its homepage: > http://www.yassl.com/yaSSL/Home.html > >I started using it with the Windows version because it has an >OpenSSL-compatible API, and a much smaller footprint -- 1.3 MB with CyaSSL >versus 1.7 MB with OpenSSL. (I like that in 2011, Dillo can still fit on >a floppy disk!) It's not quite as big a deal on Unix, since most >distributions ship with OpenSSL, but I think it fits nicely with Dillo's >goal of high software efficiency. > >The CyaSSL patch actually doesn't change any source code, just some linker >flags. On Unix it usually creates its own directory structure, like >/usr/local/cyassl, with OpenSSL-compatible symlinks, so even that much >isn't necessary. On my Gentoo box: $ locate cyassl Returns a null search here. It sounds binary only or closed source? -- Roger http://rogerx.freeshell.org/

July 7, 2011

Latest round of Win32 patches

by obeythepenguin＠gmail.com

On Wed, 06 Jul 2011 23:29:59 -0400, corvid <corvid(a)lavabit.com> wrote: > > Benjamin: I'm curious about the addition of CyaSSL support. I don't > know anything about it -- is it useful to you mostly for Windows > reasons, or would it be useful for everyone in the general case? > Useful to everyone, I think. CyaSSL is a cross-platform, embedded SSL library; here's its homepage: http://www.yassl.com/yaSSL/Home.html I started using it with the Windows version because it has an OpenSSL-compatible API, and a much smaller footprint -- 1.3 MB with CyaSSL versus 1.7 MB with OpenSSL. (I like that in 2011, Dillo can still fit on a floppy disk!) It's not quite as big a deal on Unix, since most distributions ship with OpenSSL, but I think it fits nicely with Dillo's goal of high software efficiency. The CyaSSL patch actually doesn't change any source code, just some linker flags. On Unix it usually creates its own directory structure, like /usr/local/cyassl, with OpenSSL-compatible symlinks, so even that much isn't necessary. Cheers, ~Benjamin

July 7, 2011

Latest round of Win32 patches

by corvid＠lavabit.com

Benjamin: I'm curious about the addition of CyaSSL support. I don't know anything about it -- is it useful to you mostly for Windows reasons, or would it be useful for everyone in the general case?

July 7, 2011

Latest round of Win32 patches

by obeythepenguin＠gmail.com

On Wed, 06 Jul 2011 15:51:32 -0400, Johannes Hofmann <Johannes.Hofmann(a)gmx.de> wrote: > On Sun, Jul 03, 2011 at 03:09:52PM -0400, Benjamin Johnson wrote: >> You mean certificate checking, error prompting, etc.? > > Yes, plus reliable SSL connections of course. I'm not quite sure what you mean by "reliable" there -- could you explain? I should mention that the code to handle HTTP CONNECT requests for proxying SSL is a rather ugly kludge, since I wasn't sure how to correctly hook that through the CCC's. Besides that and the missing features, I can't think of any issues off the top of my head. For what it's worth, I've been using it every day for several months with no problems. I *would* like to add that my implementation is more secure than the DPI, since there's no Unix domain sockets or other interprocess communication to worry about. And since it's hooked in through the sockets code, it can reuse Dillo's existing HTTP code with all its features, making it a much more functional and elegant solution overall (aforementioned kludge excepted). ~Benjamin

July 7, 2011

Latest round of Win32 patches

by Johannes.Hofmann＠gmx.de

On Sun, Jul 03, 2011 at 03:09:52PM -0400, Benjamin Johnson wrote: > On Sun, 03 Jul 2011 14:29:32 -0400, Johannes Hofmann > <Johannes.Hofmann(a)gmx.de> wrote: > > >>- Cleaned up sockets portability layer (dsock) > >>- Transparent SSL support (through dsock) using OpenSSL/CyaSSL > > > >I haven't looked at the code yet, but if this could be extended to > >get proper SSL support it would be really great. > > You mean certificate checking, error prompting, etc.? Yes, plus reliable SSL connections of course. Cheers, Johannes

July 6, 2011

Tooltips bug

by jcid＠dillo.org

On Mon, Jul 04, 2011 at 03:27:18PM -0400, Jorge Arellano Cid wrote: > On Sun, Jul 03, 2011 at 09:22:22PM +0200, Johannes Hofmann wrote: > > On Fri, Jul 01, 2011 at 05:02:41PM -0400, Jorge Arellano Cid wrote: > > > Hi, > > > > > > I'm giving a look into the old dragging-tooltip bug: e.g. show > > > an HTML image's tooltip, then scroll out of it with keyboard or > > > mousewheel, and the tooltip will not be erased. > > > > > > Funny how FltkTooltip::onLeave() is called, but the tooltip > > > window stays anyway. > > > > > > Has anybody looked into this one? > > > > I looked into this a few times. > > When scrolling the moved content just gets copied server side and > > only the newly exposed part is actually drawn. That's how the > > tooltip moves up or down. > > However the disappearing tooltip should request the area to be > > redrawn that it had covered. For some reason it redraws not the > > right rectangle. I think redraws the area where the tooltip had been > > before the scroll or something like that. > > You can see what's going on like this: > > > > diff -r 86cc8fe82da0 dw/fltkviewbase.cc > > --- a/dw/fltkviewbase.ccMon Jun 27 21:01:21 2011 -0400 > > +++ b/dw/fltkviewbase.ccSun Jul 03 21:20:54 2011 +0200 > > @@ -182,6 +182,8 @@ > > fl_rectf (X, Y, W, H); > > theLayout->expose (this, &r); > > } > > +fl_color(FL_RED); > > +fl_rect(X, Y, W, H); > > > > exposeArea = NULL; > > } > > Thanks a lot for the tip! > > I've digged into it. Hopefully close enough to a bugfix... BTW, I'm testing a patch that works so far! :) -- Cheers Jorge.-

July 5, 2011

[syigwei@zoho.com: Dillo pre3 cannot view Chinese websites]

by corvid＠lavabit.com

higuita wrote: > On Thu, 30 Jun 2011 23:58:39 +0000, "corvid" <corvid(a)lavabit.com> wrote: > > What format do you see in fc-list? > > I get "WenQuanYi Zen Hei,?????,?????:style=Medium,??". > > The same: > > WenQuanYi Zen Hei Mono,???????,???????:style=Medium,?? > > ... so i should have see the same, right? Apparently not :) How about if we stick a printf in fltk like: $ svn diff Index: src/fl_set_fonts_xft.cxx =================================================================== --- src/fl_set_fonts_xft.cxx (revision 8847) +++ src/fl_set_fonts_xft.cxx (working copy) @@ -271,6 +271,7 @@ // Century Schoolbook:style=Bold Italic,fed kursiv,Fett Kursiv,... // So the bit we want is up to the first comma - BUT some strings have // more than one name, separated by, guess what?, a comma... +printf("set_fonts: %s\n", font); stop = start = first = 0; stop = strchr((char *)font, ','); start = strchr((char *)font, ':');

July 5, 2011

[syigwei@zoho.com: Dillo pre3 cannot view Chinese websites]

by higuita7＠yahoo.co.uk

Hi again, sorry the delay On Thu, 30 Jun 2011 23:58:39 +0000, "corvid" <corvid(a)lavabit.com> wrote: > What format do you see in fc-list? > I get "WenQuanYi Zen Hei,?????,?????:style=Medium,??". The same: WenQuanYi Zen Hei Mono,???????,???????:style=Medium,?? ... so i should have see the same, right? 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

July 5, 2011

Tooltips bug

by jcid＠dillo.org

On Sun, Jul 03, 2011 at 09:22:22PM +0200, Johannes Hofmann wrote: > On Fri, Jul 01, 2011 at 05:02:41PM -0400, Jorge Arellano Cid wrote: > > Hi, > > > > I'm giving a look into the old dragging-tooltip bug: e.g. show > > an HTML image's tooltip, then scroll out of it with keyboard or > > mousewheel, and the tooltip will not be erased. > > > > Funny how FltkTooltip::onLeave() is called, but the tooltip > > window stays anyway. > > > > Has anybody looked into this one? > > I looked into this a few times. > When scrolling the moved content just gets copied server side and > only the newly exposed part is actually drawn. That's how the > tooltip moves up or down. > However the disappearing tooltip should request the area to be > redrawn that it had covered. For some reason it redraws not the > right rectangle. I think redraws the area where the tooltip had been > before the scroll or something like that. > You can see what's going on like this: > > diff -r 86cc8fe82da0 dw/fltkviewbase.cc > --- a/dw/fltkviewbase.ccMon Jun 27 21:01:21 2011 -0400 > +++ b/dw/fltkviewbase.ccSun Jul 03 21:20:54 2011 +0200 > @@ -182,6 +182,8 @@ > fl_rectf (X, Y, W, H); > theLayout->expose (this, &r); > } > +fl_color(FL_RED); > +fl_rect(X, Y, W, H); > > exposeArea = NULL; > } Thanks a lot for the tip! I've digged into it. Hopefully close enough to a bugfix... -- Cheers Jorge.-

July 4, 2011