- Dillo-dev - lists.mailman3.com

next release of dillo?

by itsme_410＠yahoo.com

--- On Sun, 5/1/11, corvid <corvid(a)lavabit.com> wrote: > From: corvid <corvid(a)lavabit.com> > Subject: Re: [Dillo-dev] next release of dillo? > To: Dillo-dev(a)dillo.org > Date: Sunday, May 1, 2011, 1:18 AM > Globe Trotter wrote: > > just wondering when the next release of dillo will be, > i.e. if there is a planned timeline? we appear to be at > dillo2.2 for a while now? > > IIRC, maybe a month or two ago, Jorge wanted to wait until > FLTK 1.3 > was released before making any Dillo releases at all, but > it seems > that users find fltk bugs at the same rate that developers > fix them > ( http://fltk.org/roadmap.php#1.3 ), so... > so it appears that there are now no bugs listed on that webpage, so perhaps the releases of fltk1.3 and dillo 1.3 are imminent?

May 15, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Thu, May 12, 2011 at 01:53:48PM -0400, Jorge Arellano Cid wrote: > On Thu, May 12, 2011 at 05:28:51PM +0000, corvid wrote: > > Jorge wrote: > > > BTW, this patches also contain scrollbar bugfixes. > > > > I see that the setSizeHints bug is also in dillo2. > > I wonder whether it had any effect that I just don't remember now. > > FWIW I'm working on a patch that reduces redraw flicker > dramatically. Committed now. -- Cheers Jorge.-

May 13, 2011

dillo_port1.3 - dpid not starting

by darkspirit5000＠gmail.com

Sorry for my english. dpid uses the dpi_dir line at dpidrc file to find system wide DPIs dir. It try ~/.dillo/dpi/ for user wide DPIs.(after or before system wide ones. I do not remember) I have this start line in dpidrc: dpi_dir=/usr/local/lib/dillo/dpi I agree dpid should use the correct prefix for system wide DPIs, but i do not know configure enough. For reference: To bind a service with a DPI dpid uses dpidrc and for backward compatibility ~/.dillo/dpi/<service>/*.[filter].dpi or <dpi_dir>/<service>/*.[filter].dpi (If i remember right) the servicces that dillo ask to dpid (currently) are: - "bm" or "bookmarks" for bookmarks - "cookies" for cookies - "vsource" for view source - "proto.%p" for unhandled protocol - etc The lines at dpidrc have this format: <service_name>[*]=<relative or parcial (last part) path to DPI/>DPI_name.[filter].dpi '*' have special meaning after service name and match not handled services that start with service_name i have some lines like this in my dpidrc: ---------------------------------- proto.ftp=ftp.filter.dpi proto.https=https.filter.dpi proto.file=file.dpi proto.data=datauri.filter.dpi proto.abc=hello.filter.dpi # debug prefs DPI fast with p: proto.p=prefs.dpi # handler for not handled protocols #proto.*=hello.filter.dpi # handler for dpi:/@/ #(a)=hello.filter.dpi # someone forgot the start slash in dpi:foo/ (only at url bar) #proto.dpi=hello.filter.dpi # default handler for dpi:/without_ending_slash #?=hello.filter.dpi # never use or all services will be handled whith this dpi # *=hello.filter.dpi ---------------------------------- If some one write a gopher DPI (only implement open_url DPIP command) only need to add this to dpidrc file: proto.gopher=[path/]<gopher>.[filter].dpi If some one write another bookmarks DPI use: bookmarks=[path/]<new_bm>.[filter].dpi etc for downloads, etc ... I personally think about DPI infrastructure that: - need better docs (part my fault) - is fragile - dpid is too big and have legacy code - infrastructure simplification will be good But unknown how and it currently works Diego. 2011/5/13, Roger <rogerx.oss(a)gmail.com>: >> On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: >>Hi, >> >>>On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: > >>> (EMail seems to be being blocked. Resending.) >> >> It arrived here with more than a hundred of whitespace trailing >>most text lines... > > Sorry. I copy/pasted using screen and vi editor (within Mutt). It looked > fine > here -- so first I've heard/seen this. Quite possible it was because I was > using Mutt for GMail. > > >>> dpi_read_comm_keys file not found is likely the problem. >>> >>> After dpid is started: >>> >>> ~/src/dillo $ install/bin/dillo >>> dillo_dns_init: Here we go! (threaded) >>> Enabling cookies as from cookiesrc... >>> Nav_open_url: new url='dpi:/bm/' >>> ** ERROR **: [Dpi_read_comm_keys] No such file or directory >> >> This is not a show-stopper. If dillo can't read the file, most >>probably there's no dpid running, so dillo tries to start it... >> >>> Dpi_blocking_start_dpid: try 1 >> >> this is dillo's try to start dpid. >> >>> [dpid]: a_Misc_mksecret: 1423de10 >>> >>> >>> dpid started >>> >>> >> >> and it starts. >> >>> Dpi_get_server_port: can't read server port from dpid. >>> >>> >>> ** ERROR **: dpi.c: can't start dpi daemon >> >> This happens when dpid can't either start the requested dpi nor >>get an answer from it (bookmarks.dpi in this case). >> >> I was able to reproduce it by deleting the bookmarks.dpi >>binary. >> >> dpid checks both: >> >> 1) ~/.dillo/dpi/file/ >> 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi >> >> so you should check what's going on there. > > Dillo should pickup /usr/local/lib/dillo/dpi from ${PREFIX}/lib/dillo/dpi > via > "./configure --prefix=/blah/blah". Correct? > > (I've prefixed /home/roger/src/dillo/install, to keep CVS/SVN installs > separate > from the system packages to prevent unowned files on the system. I've never > run into a program that didn't obey the --prefix assignment yet. I have yet > to > verify Dillo is missing /lib/dillo/dpi here. When I do, I'll follow-up to > this.) > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

May 13, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: >Hi, > >>On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: >> (EMail seems to be being blocked. Resending.) > > It arrived here with more than a hundred of whitespace trailing >most text lines... Sorry. I copy/pasted using screen and vi editor (within Mutt). It looked fine here -- so first I've heard/seen this. Quite possible it was because I was using Mutt for GMail. >> dpi_read_comm_keys file not found is likely the problem. >> >> After dpid is started: >> >> ~/src/dillo $ install/bin/dillo >> dillo_dns_init: Here we go! (threaded) >> Enabling cookies as from cookiesrc... >> Nav_open_url: new url='dpi:/bm/' >> ** ERROR **: [Dpi_read_comm_keys] No such file or directory > > This is not a show-stopper. If dillo can't read the file, most >probably there's no dpid running, so dillo tries to start it... > >> Dpi_blocking_start_dpid: try 1 > > this is dillo's try to start dpid. > >> [dpid]: a_Misc_mksecret: 1423de10 >> dpid started > > and it starts. > >> Dpi_get_server_port: can't read server port from dpid. >> ** ERROR **: dpi.c: can't start dpi daemon > > This happens when dpid can't either start the requested dpi nor >get an answer from it (bookmarks.dpi in this case). > > I was able to reproduce it by deleting the bookmarks.dpi >binary. > > dpid checks both: > > 1) ~/.dillo/dpi/file/ > 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi > > so you should check what's going on there. Dillo should pickup /usr/local/lib/dillo/dpi from ${PREFIX}/lib/dillo/dpi via "./configure --prefix=/blah/blah". Correct? (I've prefixed /home/roger/src/dillo/install, to keep CVS/SVN installs separate from the system packages to prevent unowned files on the system. I've never run into a program that didn't obey the --prefix assignment yet. I have yet to verify Dillo is missing /lib/dillo/dpi here. When I do, I'll follow-up to this.)

May 13, 2011

dillo_port1.3 - dpid not starting

by jcid＠dillo.org

Hi, On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: > > On Wed, May 11, 2011 at 09:05:51AM -0400, Jorge Arellano Cid wrote: > >On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote: > >> > On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: > >> >Anybody else seeing this with dillo port 1.3? Not that I know, but I remember it's common after messing the dpi installation (e.g. merging old and new binaries, or with the old dpid still runnning with multiple dpids running...) > >> > I'm seeing this after I > >> >completely uninstalled dillo-1 & dillo-2 from my system, leaving only > >> >dillo_port1.3 installed. > (EMail seems to be being blocked. Resending.) It arrived here with more than a hundred of whitespace trailing most text lines... > dpi_read_comm_keys file not found is likely the problem. > > After dpid is started: > > ~/src/dillo $ install/bin/dillo > dillo_dns_init: Here we go! (threaded) > Enabling cookies as from cookiesrc... > Nav_open_url: new url='dpi:/bm/' > ** ERROR **: [Dpi_read_comm_keys] No such file or directory This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it... > Dpi_blocking_start_dpid: try 1 this is dillo's try to start dpid. > [dpid]: a_Misc_mksecret: 1423de10 > dpid started and it starts. > Dpi_get_server_port: can't read server port from dpid. > ** ERROR **: dpi.c: can't start dpi daemon This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case). I was able to reproduce it by deleting the bookmarks.dpi binary. dpid checks both: 1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi so you should check what's going on there. -- Cheers Jorge.-

May 13, 2011

dillo_port1.3 - dpid not starting

by rogerx.oss＠gmail.com

> On Wed, May 11, 2011 at 09:05:51AM -0400, Jorge Arellano Cid wrote: >On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote: >> > On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: >> >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 >> >> I am also starting the dillo port1.3 dpid manually: >> >> $ ~/src/dillo/install/bin/dpid >> [dpid]: a_Misc_mksecret: fac37519 >> dpid started >> >> >> Since I'm getting null, somethings not right. > > Try: > > $ killall dpid > $ which dpid > > (both check it is installed and in a directory in your path) (EMail seems to be being blocked. Resending.) dpi_read_comm_keys file not found is likely the problem. After dpid is started: ~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1423de10 dpid started Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon 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

May 13, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Thu, May 12, 2011 at 05:28:51PM +0000, corvid wrote: > Jorge wrote: > > BTW, this patches also contain scrollbar bugfixes. > > I see that the setSizeHints bug is also in dillo2. > I wonder whether it had any effect that I just don't remember now. FWIW I'm working on a patch that reduces redraw flicker dramatically. (just in case you want to look at the complex-button coordinate offset bug in dw-ui-test ;-) -- Cheers Jorge.-

May 12, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by corvid＠lavabit.com

Jorge wrote: > BTW, this patches also contain scrollbar bugfixes. I see that the setSizeHints bug is also in dillo2. I wonder whether it had any effect that I just don't remember now.

May 12, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Wed, May 11, 2011 at 07:30:33PM +0000, corvid wrote: > [...] > - When scrolling with the keyboard, with buffered_drawing 0 or 1, > tooltips leave grey boxes. FWIW, dillo-2.x also has this problem (trailing tooltip instead of grey box). -- Cheers Jorge.-

May 12, 2011

What's currently broken in... (Re: [Dillo-dev] 1.3 port)

by jcid＠dillo.org

On Wed, May 11, 2011 at 07:30:33PM +0000, corvid wrote: > > - xembed > - the preferred font code in dillo.cc. > - The test/ programs have UI problems (scrollbars, PgUp, etc.). > - drawing with nested layouts > - tab titles > - scrollbar sometimes thinks the page is slightly larger than it is. > - When scrolling with the keyboard, with buffered_drawing 0 or 1, > tooltips leave grey boxes. Just committed fixes for most test/ programs. BTW, this patches also contain scrollbar bugfixes. There's still work to do (e.g. dw-ui-test), which looks like this problem: - drawing with nested layouts Which seems to be a coordinates problem, as the textblock content draws at (0,0), which is widget relative (FLTK2) and not absolute (FLTK1.3). -- Cheers Jorge.-

May 12, 2011