February 2011 - Dillo-dev - lists.mailman3.com

Mouse Wheel 80-90% slower then Seamonkey?

by jcid＠dillo.org

On Wed, Feb 16, 2011 at 04:07:01AM -0900, Roger wrote: > > On Sat, Feb 12, 2011 at 01:13:13AM -0300, Jorge Arellano Cid wrote: > >On Thu, Feb 03, 2011 at 04:01:03PM -0900, Roger wrote: > >> Anybody else notice the mouse wheel is slow within Dillo? > >> > >> Comparing dillo_port1.3 to Seamonkey, dillo_port1.3 is almost 80-90% slower > >> compared to Seamonkey. > >> > >> Comparing dillo_port1.3 to dillo, dillo_port1.3 is slower by approx. 50%. > > > > Yes, this is controlled by: > > > > FltkViewport::setScrollStep(int step) > > > > which calls the scrollbar's linesize() function. > > > > using (3 * current value) is similar to dillo2.2 > > I've played with this a little and found setting to 84 was OK, but 168 was > best. I haven't tried any faster, nor do I think I want to. One scroll on my > mouse wheel will scroll approximately one page height. Think I'm using a > 1680x1050 wide screen LCD monitor here. > > Respectively; 14*6=84, 14*12=168 > > I haven't tried my other boxes monitor resolutions of 1280x1024 & 1400x1050 yet. > > I know the previous scrollsteps were EXTREMELY slow here! It looks like a "scroll_step" dillorc option would be handy. -- Cheers Jorge.-

Feb. 16, 2011

Mouse Wheel 80-90% slower then Seamonkey?

by rogerx.oss＠gmail.com

> On Sat, Feb 12, 2011 at 01:13:13AM -0300, Jorge Arellano Cid wrote: >On Thu, Feb 03, 2011 at 04:01:03PM -0900, Roger wrote: >> Anybody else notice the mouse wheel is slow within Dillo? >> >> Comparing dillo_port1.3 to Seamonkey, dillo_port1.3 is almost 80-90% slower >> compared to Seamonkey. >> >> Comparing dillo_port1.3 to dillo, dillo_port1.3 is slower by approx. 50%. > > Yes, this is controlled by: > > FltkViewport::setScrollStep(int step) > > which calls the scrollbar's linesize() function. > > using (3 * current value) is similar to dillo2.2 I've played with this a little and found setting to 84 was OK, but 168 was best. I haven't tried any faster, nor do I think I want to. One scroll on my mouse wheel will scroll approximately one page height. Think I'm using a 1680x1050 wide screen LCD monitor here. Respectively; 14*6=84, 14*12=168 I haven't tried my other boxes monitor resolutions of 1280x1024 & 1400x1050 yet. I know the previous scrollsteps were EXTREMELY slow here!

Feb. 16, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by rogerx.oss＠gmail.com

> On Sat, Feb 12, 2011 at 09:44:27AM +0100, Johannes Hofmann wrote: >On Fri, Feb 11, 2011 at 08:33:00PM -0900, Roger wrote: >> After doing hg pull && hg update, and then make clean && ./configure && make: >> >> mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po >> g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc >> fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: >> fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? >> fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? >> fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? >> fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? >> make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 >> make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' >> make: *** [all] Error 2 > >See >http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-February/008055.html Ah. I see this has been "Fixed in r8340" of fltk-1.3 (CVS/SVN) sources. As such, my snapshot of fltk-1.3 is now considered out-dated on Gentoo! :-( (I've put in a suggestion to fltk-1.3 snapshot ebuild on bugs.gentoo.org for him to just create a SVN/CVS ebuild instead of spending time on routinely creating each snapshot ebuild. This would also avoid such situations like this in the future.)

Feb. 13, 2011

for 1.3 port, latest fltk snapshot is required

by jcid＠dillo.org

On Fri, Feb 04, 2011 at 05:18:08PM +0000, corvid wrote: > ..because we're using some new stuff that they added for us > http://fltk.org/newsgroups.php?s23204+gfltk.general+v23210+T0 BTW, I'm working on the GUI, so expect a big commit these days... -- Cheers Jorge.-

Feb. 12, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by Johannes.Hofmann＠gmx.de

On Fri, Feb 11, 2011 at 08:33:00PM -0900, Roger wrote: > After doing hg pull && hg update, and then make clean && ./configure && make: > > mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po > g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc > fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: > fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? > fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? > fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? > fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? > make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 > make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' > make: *** [all] Error 2 See http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-February/008055.html Cheers, Johannes

Feb. 12, 2011

dillo_port1.3: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by rogerx.oss＠gmail.com

After doing hg pull && hg update, and then make clean && ./configure && make: mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' make: *** [all] Error 2

Feb. 12, 2011

Mouse Wheel 80-90% slower then Seamonkey?

by jcid＠dillo.org

On Thu, Feb 03, 2011 at 04:01:03PM -0900, Roger wrote: > Anybody else notice the mouse wheel is slow within Dillo? > > Comparing dillo_port1.3 to Seamonkey, dillo_port1.3 is almost 80-90% slower > compared to Seamonkey. > > Comparing dillo_port1.3 to dillo, dillo_port1.3 is slower by approx. 50%. Yes, this is controlled by: FltkViewport::setScrollStep(int step) which calls the scrollbar's linesize() function. using (3 * current value) is similar to dillo2.2 HTH. -- Cheers Jorge.-

Feb. 12, 2011

Recent problems with remote css and youtube

by bf2006a＠yahoo.com

--- On Wed, 2/9/11, corvid <corvid(a)lavabit.com> wrote: > From: corvid <corvid(a)lavabit.com> > Subject: Re: [Dillo-dev] Recent problems with remote css and youtube > To: dillo-dev(a)dillo.org > Date: Wednesday, February 9, 2011, 9:35 PM > I wrote: > > bf wrote: > > > Using snapshots of dillo from the last several > months, with both fltk 2.0 r7513 and r7525 on FreeBSD > 9-CURRENT amd64, I'm able to consistently crash dillo with a > segfault by scrolling to the bottom of many pages at > www.youtube.com with the mouse or keyboard.? The same > problem does not occur if I disable the use of remote > CSS.? Has anyone else noticed this problem? > > > > I can reproduce this. It probably has something to do > with the > > transparent borders change that I made in December... > > My transparent borders code and Jorge's border code were > fighting > with each other. Does the attached fix it for you? > Yes, it seems to fix it: with the patch applied, I have not been able to reproduce the problem. Thanks, b.

Feb. 10, 2011

Recent problems with remote css and youtube

by corvid＠lavabit.com

I wrote: > bf wrote: > > Using snapshots of dillo from the last several months, with both fltk 2.0 r7513 and r7525 on FreeBSD 9-CURRENT amd64, I'm able to consistently crash dillo with a segfault by scrolling to the bottom of many pages at www.youtube.com with the mouse or keyboard. The same problem does not occur if I disable the use of remote CSS. Has anyone else noticed this problem? > > I can reproduce this. It probably has something to do with the > transparent borders change that I made in December... My transparent borders code and Jorge's border code were fighting with each other. Does the attached fix it for you? Jorge: Were any of those borderColor.top for a reason, or just oversights? If the latter, I can think of a simple change that would be less error-prone :)

Feb. 10, 2011

Recent problems with remote css and youtube

by corvid＠lavabit.com

bf wrote: > Using snapshots of dillo from the last several months, with both fltk 2.0 r7513 and r7525 on FreeBSD 9-CURRENT amd64, I'm able to consistently crash dillo with a segfault by scrolling to the bottom of many pages at www.youtube.com with the mouse or keyboard. The same problem does not occur if I disable the use of remote CSS. Has anyone else noticed this problem? I can reproduce this. It probably has something to do with the transparent borders change that I made in December...

Feb. 10, 2011