- Dillo-dev - lists.mailman3.com

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

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

by sgeerken＠dillo.org

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. Sebastian

April 23, 2014

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

by jcid＠dillo.org

Hi, FYI. -- Cheers Jorge.-

April 22, 2014

background images

by Johannes.Hofmann＠gmx.de

On Tue, Apr 22, 2014 at 09:14:09PM +0000, eocene wrote: > > If I go to http://www.dillo.org/dw/html/index.html > four of the tabs have a light bluish background color. > If I go to some other page and then come back again, > those tabs are just white. I'm currently working on how Imgbuf's are shared between multiple consumers. I'll use your example as a test case.

April 22, 2014

background images

by eocene＠gmx.com

If I go to http://www.dillo.org/dw/html/index.html four of the tabs have a light bluish background color. If I go to some other page and then come back again, those tabs are just white.

April 22, 2014

Dillo can render freethoughtblogs.com again!

by onepoint＠starurchin.org

I am very glad to see that freethoughtblogs.com pages no longer crash Dillo. Thanks! Regards, Jeremy Henty

April 22, 2014