- Dillo-dev - lists.mailman3.com

Double buffering flicker on window resize.

by johnfound＠asm32.info

On Tue, 1 Mar 2016 22:54:34 +0100 Johannes Hofmann <Johannes.Hofmann at gmx.de> wrote: > with buffered_drawing=2 dillo uses the Fl_Double_Window class from > FLTK, so the result should be similar to e.g. the test/fonts program > from FLTK. Do you have it available and can test how that program > feels when resizing on your system? > In my setup I only get some light flickering at the scroll bars with > buffered_drawing=2. Whereas I see heavy flickering with > buffered_drawing=0. > Do you see any difference between buffered_drawing=0 and > buffered_drawing=2? > Yes. These are different kind of flickering. On buffered_drawing=0 I see how Dillo redraws the page content on the window surface. No artifacts, only normal redraws one after another. On buffered_drawing=1 is approximately the same but a little bit rarely. While on buffered_drawing=2, when the user resize the window, the whole window becomes full of garbage - this is specific kind of garbage. It happens when you reuse some memory previously used to store images with different sizes and then allocate it for a new image and draw it on the screen as it is. A mess of graphical scanlines, rectangles full of color, distorted images of different kind. Unfortunately, I can't get screenshot, because it is a dynamic effect. After stopping resizing window, the last redraw is OK. -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

March 2, 2016

Dill 3.0.5 breaks on Mac OS

by yesyves＠gmail.com

Hi It does the trick indeed. I do get this message repeated many many times : Mar 1 17:55:52 dillo[4169] <Error>: CGContextSetShouldAntialias: invalid context 0x0. If you want to see the backtrace, please set CG_CONTEXT_SHOW_BACKTRACE environmental variable. Thanks yves > Le 28 f?vr. 2016 ? 04:17, Johannes Hofmann <Johannes.Hofmann at gmx.de> a ?crit : > > could you please try with attached patch applied? > > Cheers, > Johannes > > On Fri, Feb 26, 2016 at 08:58:36PM -0500, Yves de Champlain wrote: >> Hi >> >> As I said in a subsequent mail, 3.0.4 does not work either anymore >> >> yves >> >> >>> Le 26 f?vr. 2016 ? 06:00, Johannes Hofmann <Johannes.Hofmann at gmx.de> a ?crit : >>> >>> interesting. could you please try again if dillo-3.0.4 still works >>> with your current setup? >>> >>> Cheers, >>> Johannes >>> >>> On Fri, Feb 26, 2016 at 01:29:43PM +0300, Martin Atukunda wrote: >>>> I tried to send email about this very issue to this mailing list, but the >>>> mail failed for some obscure reason. >>>> >>>> Thanks for bringing this up. >>>> >>>> Cheers >>>> >>>> - Martin - >>>> On 23 Feb 2016 23:12, "Yves de Champlain" <yesyves at gmail.com> wrote: >>>> >>>>> Hi >>>>> >>>>> When compiling dillo 3.0.5 on Mac OS 10.11, I get : >>>>> >>>>> /usr/bin/c++ -DHAVE_CONFIG_H -I. -I.. -I.. >>>>> -DDILLO_SYSCONF='"/opt/local/etc/dillo/"' >>>>> -DDILLO_DOCDIR='"/opt/local/share/doc/dillo/"' -I/opt/local/include >>>>> -I/usr/local/include -I/opt/local/include/libpng16 -I/opt/local/include >>>>> -pipe -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE >>>>> -D_REENTRANT -pipe -Os -m64 -Wall -W -Wno-unused-parameter -fno-rtti >>>>> -fno-exceptions -MT xembed.o -MD -MP -MF .deps/xembed.Tpo -c -o xembed.o >>>>> xembed.cc >>>>> mv -f .deps/dpiapi.Tpo .deps/dpiapi.Po >>>>> mv -f .deps/image.Tpo .deps/image.Po >>>>> mv -f .deps/imgbuf.Tpo .deps/imgbuf.Po >>>>> mv -f .deps/form.Tpo .deps/form.Po >>>>> mv -f .deps/findbar.Tpo .deps/findbar.Po >>>>> mv -f .deps/menu.Tpo .deps/menu.Po >>>>> In file included from xembed.cc:18: >>>>> In file included from /opt/local/include/FL/x.H:43: >>>>> /opt/local/include/FL/mac.H:104:12: fatal error: '../src/Fl_Font.H' file >>>>> not found >>>>> # include "../src/Fl_Font.H" >>>>> >>>>> >>>>> It seems that dillo is trying to use X but on Mac, but fltk is using >>>>> quartz. >>>>> >>>>> The problem has been reported on many systems. >>>>> >>>>> Dillo 3.0.4 was working fine. >>>>> >>>>> Thanks >>>>> >>>>> yves >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Dillo-dev mailing list >>>>> Dillo-dev at dillo.org >>>>> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >>>>> >>> >>>> _______________________________________________ >>>> Dillo-dev mailing list >>>> Dillo-dev at dillo.org >>>> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >>> >>> >>> _______________________________________________ >>> Dillo-dev mailing list >>> Dillo-dev at dillo.org >>> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >> > > > <xembed_mac.diff>_______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

March 1, 2016

Double buffering flicker on window resize.

by Johannes.Hofmann＠gmx.de

Hi John, On Mon, Feb 29, 2016 at 09:16:03AM +0200, John Found wrote: > Hi, dillo developers! > > I observed another nasty bug in Dillo dev-3.1 > > Maybe it is known. If so, excuse my ignorance. :) > > When the option buffered_drawing=2 for double buffering and the browser window is resized > by the user, it seems that the back buffer is drawn on the screen too early after the reallocation and is full of garbage instead of the rendered page. > > This way, during the resizing, very heavy flicker appears, which IMHO is not good for double buffering drawing scheme. with buffered_drawing=2 dillo uses the Fl_Double_Window class from FLTK, so the result should be similar to e.g. the test/fonts program from FLTK. Do you have it available and can test how that program feels when resizing on your system? In my setup I only get some light flickering at the scroll bars with buffered_drawing=2. Whereas I see heavy flickering with buffered_drawing=0. Do you see any difference between buffered_drawing=0 and buffered_drawing=2? Cheers, Johannes

March 1, 2016

Dillo crash on HTTPS connection (to MS web site)

by eocene＠gmx.com

On Thu, Feb 25, 2016 at 09:19:22AM +0200, John Found wrote: > ** ERROR **: our TLS mystery error is: error:140C5042:SSL routines:ssl_undefined_function:called a function you should not call > At ssl_lib.c:2800 (Oops, I missed your reply!) Looking in the openssl source, that's just: int ssl_undefined_function(SSL *s) { SSLerr(SSL_F_SSL_UNDEFINED_FUNCTION, ERR_R_SHOULD_NOT_HAVE_BEEN_CALLED); return (0); } ...which is no surprise at all. I thought it might at least tell me which call was disliked.

March 1, 2016

New developer!

by jcid＠dillo.org

Hi there, I just wish to introduce you to Mr. Per Andersson, a senior developer with TCL/GTK/GCC/GDB backgrounds that's willing to help the project. @Per: if you want to introduce yourself to the list, here's a perfect spot. We've had some emails and he'll start working on debugging some problematic pages (I already sent him a though case), please try to answer any doubts or requests he may have during this period. TIA. -- Cheers Jorge.-

March 1, 2016

Double buffering flicker on window resize.

by johnfound＠asm32.info

Hi, dillo developers! I observed another nasty bug in Dillo dev-3.1 Maybe it is known. If so, excuse my ignorance. :) When the option buffered_drawing=2 for double buffering and the browser window is resized by the user, it seems that the back buffer is drawn on the screen too early after the reallocation and is full of garbage instead of the rendered page. This way, during the resizing, very heavy flicker appears, which IMHO is not good for double buffering drawing scheme. Best Regards -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

Feb. 29, 2016

Dill 3.0.5 breaks on Mac OS

by Johannes.Hofmann＠gmx.de

could you please try with attached patch applied? Cheers, Johannes On Fri, Feb 26, 2016 at 08:58:36PM -0500, Yves de Champlain wrote: > Hi > > As I said in a subsequent mail, 3.0.4 does not work either anymore > > yves > > > > Le 26 f?vr. 2016 ? 06:00, Johannes Hofmann <Johannes.Hofmann at gmx.de> a ?crit : > > > > interesting. could you please try again if dillo-3.0.4 still works > > with your current setup? > > > > Cheers, > > Johannes > > > > On Fri, Feb 26, 2016 at 01:29:43PM +0300, Martin Atukunda wrote: > >> I tried to send email about this very issue to this mailing list, but the > >> mail failed for some obscure reason. > >> > >> Thanks for bringing this up. > >> > >> Cheers > >> > >> - Martin - > >> On 23 Feb 2016 23:12, "Yves de Champlain" <yesyves at gmail.com> wrote: > >> > >>> Hi > >>> > >>> When compiling dillo 3.0.5 on Mac OS 10.11, I get : > >>> > >>> /usr/bin/c++ -DHAVE_CONFIG_H -I. -I.. -I.. > >>> -DDILLO_SYSCONF='"/opt/local/etc/dillo/"' > >>> -DDILLO_DOCDIR='"/opt/local/share/doc/dillo/"' -I/opt/local/include > >>> -I/usr/local/include -I/opt/local/include/libpng16 -I/opt/local/include > >>> -pipe -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE > >>> -D_REENTRANT -pipe -Os -m64 -Wall -W -Wno-unused-parameter -fno-rtti > >>> -fno-exceptions -MT xembed.o -MD -MP -MF .deps/xembed.Tpo -c -o xembed.o > >>> xembed.cc > >>> mv -f .deps/dpiapi.Tpo .deps/dpiapi.Po > >>> mv -f .deps/image.Tpo .deps/image.Po > >>> mv -f .deps/imgbuf.Tpo .deps/imgbuf.Po > >>> mv -f .deps/form.Tpo .deps/form.Po > >>> mv -f .deps/findbar.Tpo .deps/findbar.Po > >>> mv -f .deps/menu.Tpo .deps/menu.Po > >>> In file included from xembed.cc:18: > >>> In file included from /opt/local/include/FL/x.H:43: > >>> /opt/local/include/FL/mac.H:104:12: fatal error: '../src/Fl_Font.H' file > >>> not found > >>> # include "../src/Fl_Font.H" > >>> > >>> > >>> It seems that dillo is trying to use X but on Mac, but fltk is using > >>> quartz. > >>> > >>> The problem has been reported on many systems. > >>> > >>> Dillo 3.0.4 was working fine. > >>> > >>> Thanks > >>> > >>> yves > >>> > >>> > >>> > >>> _______________________________________________ > >>> Dillo-dev mailing list > >>> Dillo-dev at dillo.org > >>> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > >>> > > > >> _______________________________________________ > >> Dillo-dev mailing list > >> Dillo-dev at dillo.org > >> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > > > > > > _______________________________________________ > > Dillo-dev mailing list > > Dillo-dev at dillo.org > > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Feb. 28, 2016

Dill 3.0.5 breaks on Mac OS

by yesyves＠gmail.com

Hi As I said in a subsequent mail, 3.0.4 does not work either anymore yves > Le 26 f?vr. 2016 ? 06:00, Johannes Hofmann <Johannes.Hofmann at gmx.de> a ?crit : > > interesting. could you please try again if dillo-3.0.4 still works > with your current setup? > > Cheers, > Johannes > > On Fri, Feb 26, 2016 at 01:29:43PM +0300, Martin Atukunda wrote: >> I tried to send email about this very issue to this mailing list, but the >> mail failed for some obscure reason. >> >> Thanks for bringing this up. >> >> Cheers >> >> - Martin - >> On 23 Feb 2016 23:12, "Yves de Champlain" <yesyves at gmail.com> wrote: >> >>> Hi >>> >>> When compiling dillo 3.0.5 on Mac OS 10.11, I get : >>> >>> /usr/bin/c++ -DHAVE_CONFIG_H -I. -I.. -I.. >>> -DDILLO_SYSCONF='"/opt/local/etc/dillo/"' >>> -DDILLO_DOCDIR='"/opt/local/share/doc/dillo/"' -I/opt/local/include >>> -I/usr/local/include -I/opt/local/include/libpng16 -I/opt/local/include >>> -pipe -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE >>> -D_REENTRANT -pipe -Os -m64 -Wall -W -Wno-unused-parameter -fno-rtti >>> -fno-exceptions -MT xembed.o -MD -MP -MF .deps/xembed.Tpo -c -o xembed.o >>> xembed.cc >>> mv -f .deps/dpiapi.Tpo .deps/dpiapi.Po >>> mv -f .deps/image.Tpo .deps/image.Po >>> mv -f .deps/imgbuf.Tpo .deps/imgbuf.Po >>> mv -f .deps/form.Tpo .deps/form.Po >>> mv -f .deps/findbar.Tpo .deps/findbar.Po >>> mv -f .deps/menu.Tpo .deps/menu.Po >>> In file included from xembed.cc:18: >>> In file included from /opt/local/include/FL/x.H:43: >>> /opt/local/include/FL/mac.H:104:12: fatal error: '../src/Fl_Font.H' file >>> not found >>> # include "../src/Fl_Font.H" >>> >>> >>> It seems that dillo is trying to use X but on Mac, but fltk is using >>> quartz. >>> >>> The problem has been reported on many systems. >>> >>> Dillo 3.0.4 was working fine. >>> >>> Thanks >>> >>> yves >>> >>> >>> >>> _______________________________________________ >>> Dillo-dev mailing list >>> Dillo-dev at dillo.org >>> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >>> > >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev at dillo.org >> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Feb. 27, 2016

Solid rectangular placeholder for non-supported images

by jerome.borme＠gmail.com

Hello, I read a news flux where each news item comes with a small image. Dillo does not like the markup and replaces the image with a rectangular placeholder with a solid colour fill. This happens even when images loading is disabled (while other regular images are simply not displayed, but not replaced by a filled rectangle), and the colour fill seems to be randomly chosen at Dillo startup. I think this behaviour was not intentional. Right now the workaround is to not compile gif support. The placeholder is then replaced by the alt text, which I prefer to some brightly coloured rectangle. Version: Dillo 3.0.5 Page: http://www.lemonde.fr/actualite-en-continu/ Snippet: <img width="147" height="97" data-item-type="article" data-src="http://s2.lemde.fr/image/2016/02/26/147x97/4872606_7_843b_les-ministres-des…" src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-lazyload="true" alt="Les ministres..." title="..." onload="lmd.pic(this);" onerror="lmd.pic(this);" class="lazy-retina"> Thanks, J?r?me

Feb. 26, 2016

Dill 3.0.5 breaks on Mac OS

by Johannes.Hofmann＠gmx.de

interesting. could you please try again if dillo-3.0.4 still works with your current setup? Cheers, Johannes On Fri, Feb 26, 2016 at 01:29:43PM +0300, Martin Atukunda wrote: > I tried to send email about this very issue to this mailing list, but the > mail failed for some obscure reason. > > Thanks for bringing this up. > > Cheers > > - Martin - > On 23 Feb 2016 23:12, "Yves de Champlain" <yesyves at gmail.com> wrote: > > > Hi > > > > When compiling dillo 3.0.5 on Mac OS 10.11, I get : > > > > /usr/bin/c++ -DHAVE_CONFIG_H -I. -I.. -I.. > > -DDILLO_SYSCONF='"/opt/local/etc/dillo/"' > > -DDILLO_DOCDIR='"/opt/local/share/doc/dillo/"' -I/opt/local/include > > -I/usr/local/include -I/opt/local/include/libpng16 -I/opt/local/include > > -pipe -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE > > -D_REENTRANT -pipe -Os -m64 -Wall -W -Wno-unused-parameter -fno-rtti > > -fno-exceptions -MT xembed.o -MD -MP -MF .deps/xembed.Tpo -c -o xembed.o > > xembed.cc > > mv -f .deps/dpiapi.Tpo .deps/dpiapi.Po > > mv -f .deps/image.Tpo .deps/image.Po > > mv -f .deps/imgbuf.Tpo .deps/imgbuf.Po > > mv -f .deps/form.Tpo .deps/form.Po > > mv -f .deps/findbar.Tpo .deps/findbar.Po > > mv -f .deps/menu.Tpo .deps/menu.Po > > In file included from xembed.cc:18: > > In file included from /opt/local/include/FL/x.H:43: > > /opt/local/include/FL/mac.H:104:12: fatal error: '../src/Fl_Font.H' file > > not found > > # include "../src/Fl_Font.H" > > > > > > It seems that dillo is trying to use X but on Mac, but fltk is using > > quartz. > > > > The problem has been reported on many systems. > > > > Dillo 3.0.4 was working fine. > > > > Thanks > > > > yves > > > > > > > > _______________________________________________ > > Dillo-dev mailing list > > Dillo-dev at dillo.org > > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Feb. 26, 2016