- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] version tests on automake and autoconf

by Andreas Kemnade

On Sun, 4 May 2003 19:52:31 +0100 robert w hall <bobh(a)n-cantrell.demon.co.uk> wrote: > I believe Dillo 7.2 tests for v1.7 of autoconf and, if configure.in is > patched, for 1.7 of automake. > > A couple of us are interested in porting uptodate ssl-enabled versions > of dillo to the playstation2, where the base distro is rather ancient > (Redhat 5 -era :-)) > > Dillo 7.1.2 with Andreas' ssl-patch compiled fine, but didn't require > these recent versions of automake & autoconf. > I have the same version problems. Here is the solution (tested with autoconf/autoheader 2.13 and automake 1.4 and dillo 0.7.2): Run the autotools by hand. First aclocal then autoheader autoconf automake And then the usual ./configure [--enable-ssl] && make There are some version dependencies between the various auto*. If you have used autoheader version X, you have to use autoconf version Y (or perhaps >Y). So you have to rebuild all the auto-generated files with your autotools versions (as if you use cvs) or don't touch files like configure.in which will require recreating of the auto-generated files like configure Greetings Andreas Kemnade

May 4, 2003

version tests on automake and autoconf

by robert w hall

I believe Dillo 7.2 tests for v1.7 of autoconf and, if configure.in is patched, for 1.7 of automake. A couple of us are interested in porting uptodate ssl-enabled versions of dillo to the playstation2, where the base distro is rather ancient (Redhat 5 -era :-)) Dillo 7.1.2 with Andreas' ssl-patch compiled fine, but didn't require these recent versions of automake & autoconf. Are these recent versions _in fact_ required or can the tests for them be safely disabled? Bob -- robert w hall

May 4, 2003

Re: [Dillo-dev] Feature request: send URL to

by Todd Slater

On Sun, 04 May 2003 18:07:40 +0200 Thorben Thuermer <r00t(a)Informatik.Uni-Bremen.DE> wrote: > On Sun, 4 May 2003 18:01:20 +0200 > Thorben Thuermer <r00t(a)Informatik.Uni-Bremen.DE> wrote: > > > you can stay lazy, you only need to look in the list archives: > > > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000480.html > > oops, i meant: > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-January/000078.html > > (paste the cruft into mimencode -u | zcat) Thanks for the quick response. I applied the patch but it doesn't seem to read my preference from ~/.dillo/dillorc. It defaults to mozilla. Am I missing something? Thanks again, Todd

May 4, 2003

Re: [Dillo-dev] Feature request: send URL to

by Thorben Thuermer

On Sun, 4 May 2003 18:01:20 +0200 Thorben Thuermer <r00t(a)Informatik.Uni-Bremen.DE> wrote: > you can stay lazy, you only need to look in the list archives: > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000480.html oops, i meant: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-January/000078.html (paste the cruft into mimencode -u | zcat)

May 4, 2003

Re: [Dillo-dev] Feature request: send URL to

by Thorben Thuermer

On Sun, 4 May 2003 11:16:53 -0400 Todd Slater <dontodd(a)columbus.rr.com> wrote: > When you come across a page that Dillo cannot render, it would be nice > to have a button--or option added to right-click menu--that would allow > the user to send the requested URL to another browser or script, which > might be specified in .dillorc. Something like ROX's Send to, but this > would only need a single option. > > Obviously I'm telling you I'm lazy :) you can stay lazy, you only need to look in the list archives: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000480.html > Cheers, > Todd Greetings, Thorben

May 4, 2003

Feature request: send URL to

by Todd Slater

When you come across a page that Dillo cannot render, it would be nice to have a button--or option added to right-click menu--that would allow the user to send the requested URL to another browser or script, which might be specified in .dillorc. Something like ROX's Send to, but this would only need a single option. Obviously I'm telling you I'm lazy :) Cheers, Todd

May 4, 2003

Re: [Dillo-dev] Can't compile 0.7.2 with alternate icons

by Todd Slater

On Sun, 04 May 2003 08:50:16 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > > Hi, > > On Sun, 4 May 2003, Todd Slater wrote: > > > First off thanks for this great browser! > > > > I was able to build 0.7.1 with the ximian and kde icons; however, > > when I try to do the same with 0.7.2 I get: > > > > interface.c: In function `Interface_add_full_screen_button': > > interface.c:648: `full_screen_on_xpm' undeclared (first use in this > > function) > > [...] > > > I browsed the last couple of months of archives and couldn't find > > anything on this there. Any ideas? > > Sorry, my fault. I just updated the files as Thorben pointed out. > You can get working versions now. Excellent, thanks Jorge and Thorben! Todd

May 4, 2003

Re: [Dillo-dev] Can't compile 0.7.2 with alternate icons

by Jorge Arellano Cid

Hi, On Sun, 4 May 2003, Todd Slater wrote: > First off thanks for this great browser! > > I was able to build 0.7.1 with the ximian and kde icons; however, when I > try to do the same with 0.7.2 I get: > > interface.c: In function `Interface_add_full_screen_button': > interface.c:648: `full_screen_on_xpm' undeclared (first use in this > function) > [...] > I browsed the last couple of months of archives and couldn't find > anything on this there. Any ideas? Sorry, my fault. I just updated the files as Thorben pointed out. You can get working versions now. Cheers Jorge.-

May 4, 2003

Re: [Dillo-dev] selection and performance

by Thorben Thuermer

On Thu, 1 May 2003 20:34:14 +0200 Sebastian Geerken <s.geerken(a)ping.de> wrote: > Hi! > > On Thu, Apr 24, Thorben Thuermer wrote: > > > > One of dillo's main advantages is it's incredible speed and efficiency, > > but somehow the selection code doesn't seem to keep up with this. > > it seems to have some scalability problem that makes it use excessive amounts > > of cpu when selecting large parts of complex pages (tables), and slows dillo > > down to a crawl even on my p3/750 (which dillo usually runs lightning fast on). > > This problem is solved now; checkout the latest CVS and test it. > [...] Thanks for the quick fix (and for this great addition to dillo in general)! now the only case where dillo used more CPU than mozilla is fixed again... only that the new code also seems to have new bugs :( after a few seconds of wildly dragging the selection around my table, i get: (on a current (sunday morning) cvs checkout) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 10522)] 0x08058366 in a_Dw_ext_iterator_compare (eit1=0x0, eit2=0x0) at dw_ext_iterator.c:334 334 while (eit1->stack[nea]->widget == eit2->stack[nea]->widget) { (gdb) > Sebastian Thorben

May 4, 2003

Re: [Dillo-dev] Suggested mouse short-cuts

by William Trenker

On Sat, 3 May 2003 01:54:14 -0400, Joe Hill <joehill(a)sympatico.ca> wrote: > My only contention though, is that the forward and back buttons or their > equivalent shortcut(s) are becoming, > well, obsolete. ... I just open everything in a new tab/browser ... Some of us don't have the bandwidth to make automatically pre-loading all links desireable. For exampke, I'm connected to the web with a 33.6K dial- up modem. Another, possible concern with pre-loading is for hand=held devices that have pay-per-minute Internet connections. I would guess that folks with that kind of connection would only want to download the pages they specifically choose. But if I had an unlimited-access, high-speed Internet connection I can see how automatically loading all links on a page into background pages would be nifty. Regards, Bill -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

May 4, 2003