- Dillo-dev - lists.mailman3.com

New/fixed Toolbar icons

by pankso＠slitaz.org

Yep, > Icons page updated :) Thanks for the link to slitaz.org :-) And sorry for te double post, I thought the first one was rejected due to attached file size. Best regards, - Christophe

April 25, 2014

New/fixed Toolbar icons

by eocene＠gmx.com

Christophe wrote: > Please find attached the screenshot of SliTaz Toolbar icons and her > are the new pixmaps.slitaz.h + fixed pixmaps.tango.h: Icons page updated :)

April 25, 2014

Nanolinux distro with Dillo

by mailbox＠georgpotthast.de

I just want to mention that I made a small (14 MB footprint) Linux distro called "Nanolinux" which includes Dillo as the browser plus many FLTK apps: https://sourceforge.net/projects/nanolinux/ Georg

April 25, 2014

[jcid@dillo.org: Commit 3626. Redraw problems]

by jcid＠dillo.org

On Fri, Apr 25, 2014 at 11:19:33AM +0200, Sebastian Geerken wrote: > On Tue, Apr 22, 2014, Jorge Arellano Cid wrote: > > Today I saw commit 3626, and checked whether the pages I see to > > produce redraw storms and CPU hogs were gone, and... no :-P > > > > I got one of them and worked reducing it to try to produce a good > > test case, that's the attachment. If you open it with embedded CSS > > disabled, it's OK, then enable it and voila: redraw storm and CPU > > hog. > > > > I hope this helps the cause. Please let me know whether you can > > work on it, or give me some clues to try to start digging further. > > Has been fixed now (really stupid bug). Good. BTW, I've come to like this kind of bugs along the way, a simple change, great benefit, and no major work involved. OTOH, there're still some problems. The original URL [1] still hogs the CPU. This time the page keeps increasing its length on an on ("ad eternum"). When loaded with remote CSS disabled, it behaves OK (like the reduced test case). If you enable remote CSS, the page length tarts increasing (press End key and check the scrollbar). [1] http://www.bolsadesantiago.com/theme/resumeninstrumentoexterno.aspx?NEMO=lan -- Cheers Jorge.-

April 25, 2014

[jcid@dillo.org: Commit 3626. Redraw problems]

by sgeerken＠dillo.org

On Tue, Apr 22, 2014, Jorge Arellano Cid wrote: > Today I saw commit 3626, and checked whether the pages I see to > produce redraw storms and CPU hogs were gone, and... no :-P > > I got one of them and worked reducing it to try to produce a good > test case, that's the attachment. If you open it with embedded CSS > disabled, it's OK, then enable it and voila: redraw storm and CPU > hog. > > I hope this helps the cause. Please let me know whether you can > work on it, or give me some clues to try to start digging further. Has been fixed now (really stupid bug). Sebastian

April 25, 2014

New/fixed Toolbar icons

by pankso＠slitaz.org

Hi all, Please find attached the screenshot of SliTaz Toolbar icons and her are the new pixmaps.slitaz.h + fixed pixmaps.tango.h: http://hg.slitaz.org/wok/file/tip/dillo/stuff/pixmaps.slitaz.h http://hg.slitaz.org/wok/file/tip/dillo/stuff/pixmaps.tango.h Dillo is the default web browser on SliTaz ARM and SliTaz Raspberry Pi distribution so I wanted a realy fine desktop integration with modern look and feel :-) By the way, congrats for all the work done on Dillo! Best regards, - Christophe Lincoln

April 24, 2014

[jcid@dillo.org: Re: [jcid@dillo.org: Commit 3626. Redraw problems]]

by jcid＠dillo.org

FYI, -- Cheers Jorge.-

April 24, 2014

[jcid@dillo.org: Commit 3626. Redraw problems]

by johannes.hofmann＠gmx.de

That was me. Sorry I didn't follow this. Can you point me to the problem? The idea with redrawY is that when loading long pages we don't keep redrawing the currently visible (top) part of the page while adding text on the bottom. Obviously this only works as long as the newly incoming HTML doesn't affect the layout of the already drawn (top) part of the page. Cheers, Johannes Am 24.04.2014 14:44 schrieb Sebastian Geerken <sgeerken at dillo.org>: On Wed, Apr 23, 2014, Sebastian Geerken wrote: > Hi Jorge, > >?? Today I saw commit 3626, and checked whether the pages I see to > > produce redraw storms and CPU hogs were gone, and...? no?? :-P > > > >?? I got one of them and worked reducing it to try to produce a good > > test case, that's the attachment. If you open it with embedded CSS > > disabled, it's OK, then enable it and voila: redraw storm and CPU > > hog. > > > >?? I hope this helps the cause. Please let me know whether you can > > work on it, or give me some clues to try to start digging further. > > Yes, I can reproduce the problem. Thanks for the test. > > This change (revision 3626) was for the opposite problem: in some > cases, there is no redraw. It seems that I'll have to care about the > TODO of the commit message soon: "Cleanup and document lastWordDrawn > and redrawY!". > > I'll work on this soon, after an issue I'll hope to finish today. I'm now working on this, and have already found out that this is not a redrawing problem: the only change in 3626 is that the CPU load is shifted from dillo to Xorg. (It seems that more redrawing is done, but this is rather a symptom of another problem, probably with resizing.) I noted this several times, so please observe CPU load (e. g.? with top(1)): if it stays high, even if dillo is responsive this is a problem you should send to the list. Sebastian PS: Cleaning up lastWordDrawn/redrawY is still an issue, but with lower priority.? Who did actually implement this? _______________________________________________ Dillo-dev mailing list Dillo-dev at dillo.org http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

April 24, 2014

[jcid@dillo.org: Commit 3626. Redraw problems]

by sgeerken＠dillo.org

On Wed, Apr 23, 2014, Sebastian Geerken wrote: > Hi Jorge, > > Today I saw commit 3626, and checked whether the pages I see to > > produce redraw storms and CPU hogs were gone, and... no :-P > > > > I got one of them and worked reducing it to try to produce a good > > test case, that's the attachment. If you open it with embedded CSS > > disabled, it's OK, then enable it and voila: redraw storm and CPU > > hog. > > > > I hope this helps the cause. Please let me know whether you can > > work on it, or give me some clues to try to start digging further. > > Yes, I can reproduce the problem. Thanks for the test. > > This change (revision 3626) was for the opposite problem: in some > cases, there is no redraw. It seems that I'll have to care about the > TODO of the commit message soon: "Cleanup and document lastWordDrawn > and redrawY!". > > I'll work on this soon, after an issue I'll hope to finish today. I'm now working on this, and have already found out that this is not a redrawing problem: the only change in 3626 is that the CPU load is shifted from dillo to Xorg. (It seems that more redrawing is done, but this is rather a symptom of another problem, probably with resizing.) I noted this several times, so please observe CPU load (e. g. with top(1)): if it stays high, even if dillo is responsive this is a problem you should send to the list. Sebastian PS: Cleaning up lastWordDrawn/redrawY is still an issue, but with lower priority. Who did actually implement this?

April 24, 2014

New/fixed Toolbar icons

by pankso＠slitaz.org

Hi all, Please find attached new pixmaps.slitaz.h + fixed pixmaps.tango.h and the screenshot of SliTaz Toolbar icons. Dillo is the default web browser on SliTaz ARM and SliTaz Raspberry Pi distribution so I wanted a realy fine desktop integration with modern look and feel :-) By the way, congrats for all the work done on Dillo! Best regards, - Christophe Lincoln

April 23, 2014