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

Mouse Wheel 80-90% slower then Seamonkey?
by rogerx.oss＠gmail.com Sept. 26, 2011

Sept. 26, 2011

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%. -- Roger http://rogerx.freeshell.org/

3 7

Re: downloads gui appearance
by corvid＠lavabit.com July 1, 2011

July 1, 2011

Jorge wrote: > On Thu, May 19, 2011 at 09:27:50PM +0000, corvid wrote: > > > > It generally looks like the attached to me. > > > > PS I just noticed that putting the cursor over the filename bar to > > see the tooltip makes it just flash and flash in a cycle. > > I'm puzzled, never happened to me. I tried to reproduce it > with no "luck". > > Please ask in dillo-dev on whether somebody else sees this bug. Here's what I was talking about with Jorge: http://www.dillo.org/test/download_complete.png (I haven't seen the strange tooltip behaviour again, though.)

2 12

printer symbols in dillo
by corvid＠lavabit.com June 20, 2011

June 20, 2011

I put dillo through nm, and I saw a bunch of Fl_Paged_Device, Fl_PostScript_Printer, T Fl_PostScript_File_Device in there. I didn't pay any attention when they were all enthusiastic about printer support for a while there. Is there a justifiable reason that this gets pulled in, as opposed to an oversight on their part when #ifdef'ing or something?

4 7

Connection problems on Mac OS X 10.6.7
by rf.opensource＠gmail.com June 1, 2011

June 1, 2011

Hi guys, First post here, thanks for all your hard work on Dillo! I'm trying to compile and run dillo on Mac OS 10.6.7 (and report the bugs I find :D ). I followed instructions that Jorge sent me earlier, and it compiled without an error but a few warnings: $ make|grep : http.c: In function ?Http_connect_queued_sockets?: http.c:177: warning: cast from pointer to integer of different size dialog.cc: In function ?int a_Dialog_choice5(const char*, const char*, const char*, const char*, const char*, const char*)?: dialog.cc:177: warning: suggest a space before ?;? or explicit braces around empty body in ?for? statement make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all-am'. The good news is that Dillo runs. It also seems to eventually connect to websites, which is good news too. But at least for me loading a page is a hit or miss experiment. Sometimes it waits for a long time (maybe 2-3 minutes) and couldn't connect, as if there was a DNS problem, other times it loads the same page easily in a few seconds. Here's the output from the terminal, after trying to connect to yahoo.com site unsuccessfully (waiting for a long time): $ src/dillo paths: creating directory /Users/farivar2/.dillo. paths: Cannot open file '/Users/farivar2/.dillo/dillorc' paths: Using /usr/local/etc/dillo/dillorc paths: Cannot open file '/Users/farivar2/.dillo/keysrc' paths: Using /usr/local/etc/dillo/keysrc dillo_dns_init: Here we go! (threaded) Cookies: Created file: /Users/farivar2/.dillo/cookiesrc Disabling cookies. Nav_open_url: new url='about:splash' Nav_open_url: new url='http://www.yahoo.com' Dns_server [0]: www.yahoo.com is 209.191.122.70 69.147.125.65 67.195.160.76 Connecting to 209.191.122.70 and it almost hangs here. During this time the CPU utilization hovers around 134% (on a dual core machine), with 3 threads and 48MB of memory usage. Is this behavior expected? Perhaps it's related to the warnings above? My guess is that it's either a DNS problem or an HTTP connection problem, resulting into a time-out case. P.S. Sometimes it seems if I open another tab and enter another address it will help the first tab to load, but I can't get it to consistently act like that. Other times, it seems a tab can get stuck waiting for the host and can never load the page. It also seems adding http:// to the beggining of addresses help some times, but not consistently. P.S.2 I checked my network connection with my other browser (chrome) and it has no problem connecting the mentioned websites. P.S.3 Are there reference rendering snapshots available? The Yahoo's web site and even Google's both render in a strange way (similar to the way links2 renders them). In fact the only website that I could get to render correctly is dillo.org (when it opens, other times it just decides not to open even after 5 minutes of waiting). P.S.4 Jorge's instructions to compile dillo-1.3 for Mac OS X are as follows: 1.- <install fltk-1.3-rc5 from fltk.org> 2.- <install auto* tools, X devel, C/C++, jpeg, png, etc> 3.- <install mercurial> 4.- $ hg clone http://hg.dillo.org/dillo_port1.3 5.- $ cd dillo_port1.3 6.- $ ./autogen.sh 7.- $ CFLAGS="-g -O0" CXXFLAGS="-g -O0" ./configure --enable-ssl 8.- $ make|grep : 9.- $ sudo make install (this will install dillo, dpid, dpidc and the dpis) 10.- $ src/dillo -Reza

6 41

Connection problems on Mac OS X 10.6.7
by rf.opensource＠gmail.com May 28, 2011

May 28, 2011

On Fri, May 27, 2011 at 4:57 PM, Benjamin Johnson <obeythepenguin(a)gmail.com>wrote: > On Fri, 27 May 2011 17:22:47 -0400, reza farivar <rf.opensource(a)gmail.com> > wrote: > > Thanks Benjamin. I suggest we wait for a day or two before committing to >> back-porting. As Jorge mentioned, it might not be related to the sockets >> after all, in which case it might be fixed with his small patch. I also >> like >> to see what Manolo has to say on the issue, he seems to be quite active >> these days (lots of patches committed to FLTK1.3 in the last month). >> > > Well, for what it's worth, there were actually two different things on > Windows. First sockets didn't work at all, because of a broken select > implementation, then it had 100% CPU usage because it didn't check if FLTK > was idling. I sent in a patch for both and never heard back, though then > again no one's really maintaining 2.x any more. > Well if sockets didn't work at all on win32 you couldn't get any network traffic, right? So you probably had to fix the socket code anyway. Here, I do have network traffic, it just seems it needs a push to get stuff working. Maybe the event queue has to have more than one element to return something? I'm confused. By the way, unfortunately Jorge's patch (setting timeout to something other than 0.0) didn't solve the problem. So I'm running out of ideas, unless Manolo comes to rescue ;-) > Anyway, good luck, and hope you get a response! :-) > > ~Benjamin >

1 0

1.3 port
by jcid＠dillo.org May 27, 2011

May 27, 2011

Hi there, FWIW, I've been using the 1.3 branch for months now with no problems (i.e. as stable as 2.0). It's more or less 99% done, with some new features (as improved tabs). ! :-) ! The 1% remaining is the ability to switch panel sizes on-the-fly, which could take me 1 day of work aprox. I'd like to get your feedback on this browser because it will sooner than later become the official branch. Comments? -- Cheers Jorge.-

10 85

dillo_port1.3: ctrl-q randomly kills dillo and all tabs
by rogerx.oss＠gmail.com May 19, 2011

May 19, 2011

I took a snapshot of dillo_port1.3 a week or so ago and have been finding on CTRL+Q randomly acts like ALT+Q (or kills the Dillo session with all open tabs). One way I've been able to reproduce this, loading several websites and letting them to load completely and then do CTRL+Q. (This bug doesn't present itself on simpler web pages such as google.com or a simple weather forecasting website. Need something with some junk in it. :-/)

4 10

fltk getting close to 1.3.0 release
by corvid＠lavabit.com May 19, 2011

May 19, 2011

Seen in http://fltk.org/newsgroups.php?s11135+gfltk.development+v11151+T0 "1.3.0 will go final Sunday unless there is a major show-stopper."

1 0

dillo_port1.3 - dpid not starting
by rogerx.oss＠gmail.com May 19, 2011

May 19, 2011

Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed. $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon -- Roger http://rogerx.freeshell.org/

3 10

triggering buttons with the keyboard
by corvid＠lavabit.com May 18, 2011

May 18, 2011

In fltk2, Button.cxx had case KEY: if (event_key() == ' ' || event_key() == ReturnKey || event_key() == KeypadEnter) goto EXECUTE; In fltk 1.3, Fl_Button.cxx has if (Fl::focus() == this && Fl::event_key() == ' ' && !(Fl::event_state() & (FL_SHIFT | FL_CTRL | FL_ALT | FL_META))) { ... if (when() & FL_WHEN_RELEASE) do_callback(); Our fltkui button widget callbacks check for FL_Enter/ReturnKey before emitting clicked. A couple of months ago, I had some confusion with the fltk people where I expected Enter to trigger something, but ' ' was doing it. My recollection was that they seemed to think one should expect ' ' to be what triggers actions. Is ' ' some sort of standard in the gui world nowadays?

1 0