- Dillo-dev - lists.mailman3.com

Re: Dillo-dev digest, Vol 1 #121 - 2 msgs

by jianqing li

i have the same problem i do not know how to use the cookies i think the part of cookies have problem in them dillo-dev-request(a)lists.auriga.wearlab.de wrote: Send Dillo-dev mailing list submissions to dillo-dev(a)lists.auriga.wearlab.de To subscribe or unsubscribe via the World Wide Web, visit http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev or, via email, send a message with subject or body 'help' to dillo-dev-request(a)lists.auriga.wearlab.de You can reach the person managing the list at dillo-dev-admin(a)lists.auriga.wearlab.de When replying, please edit your Subject line so it is more specific than "Re: Contents of Dillo-dev digest..." Today's Topics: 1. Re: Logging in on certain sites (Isaque Galdino de Araujo) 2. Re: Logging in on certain sites (higuita) --__--__-- Message: 1 Date: Tue, 13 May 2003 23:54:14 -0300 From: Isaque Galdino de Araujo To: dillo-dev(a)auriga.wearlab.de Subject: Re: [Dillo-dev] Logging in on certain sites I'm having the same problem. I already tried: my.yahoo.com ACCEPT .yahoo.com ACCEPT yahoo.com ACCEPT in all these configurations, dillo always returns: ERROR: unsupported protocol. On Wed, 14 May 2003 02:51:56 +0100 higuita wrote: > On Tue, 13 May 2003 17:47:08 -0600, Peter Milne wrote: > > DEFAULT ACCEPT > > my.yahoo.com ACCEPT > > bsdforums.org ACCEPT > > try to add a .to the start of the domains: > > DEFAULT ACCEPT > .yahoo.com ACCEPT > .bsdforums.org ACCEPT > > at least yahoo uses several servers (and cookies), you need > permission for all of then (works for me) > > the bsdforum, check in mozilla or konqueror (or lynx) for waht > cookies they are setting, and from where > > have fun > > higuita > -- > Naturally the common people don't want war... but after all it is the > leaders of a country who determine the policy, and it is always a > simple matter to drag the people along, whether it is a democracy, or > a fascist dictatorship, or a parliament, or a communist dictatorship. > Voice or no voice, the people can always be brought to the bidding of > the leaders. That is easy. All you have to do is tell them they are > being attacked, and denounce the pacifists for lack of patriotism and > exposing the country to danger. It works the same in every country. > -- Hermann Goering, Nazi and war criminal, 1883-1946 > -- Isaque Galdino de Araujo C/C++/Java http://isaque.sites.uol.com.br Linux User #274776 since 1997 Slackware User so far --__--__-- Message: 2 Date: Wed, 14 May 2003 04:19:56 +0100 From: higuita To: dillo-dev(a)lists.auriga.wearlab.de Subject: Re: [Dillo-dev] Logging in on certain sites --=.=U8FaSR=31(Bbu Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 13 May 2003 23:54:14 -0300, Isaque Galdino de Araujo wrote: > I'm having the same problem. I already tried: > my.yahoo.com ACCEPT > .yahoo.com ACCEPT > yahoo.com ACCEPT > > in all these configurations, dillo always returns: ERROR: unsupported > protocol. arent you trying to loggin with https?! you cant do that, you must login with plain http i cant remember what i have done, but AFAIR, i only choose the nom-https connection and the option "remember me" you can also try to copy the auth cookie for yahoo from konqueror or mozilla good luck higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946 --=.=U8FaSR=31(Bbu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+wbXqrv1jazsMcrMRAhV3AJ92i8keGCXHBZVhlPuFjZOmMlB+/ACgnlxr RMgM+PArFf0cc6iO4x62Snk= =Uzcz -----END PGP SIGNATURE----- --=.=U8FaSR=31(Bbu-- --__--__-- _______________________________________________ Dillo-dev mailing list Dillo-dev(a)lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev End of Dillo-dev Digest --------------------------------- Do You Yahoo!? "相见不如聊天!不出门一样面对面！网络摄像头对对派送中~赶快用你的雅虎电邮帐号参与吧……

May 14, 2003

Re: [Dillo-dev] Logging in on certain sites

by higuita

On Tue, 13 May 2003 23:54:14 -0300, Isaque Galdino de Araujo <isaque(a)uol.com.br> wrote: > I'm having the same problem. I already tried: > my.yahoo.com ACCEPT > .yahoo.com ACCEPT > yahoo.com ACCEPT > > in all these configurations, dillo always returns: ERROR: unsupported > protocol. arent you trying to loggin with https?! you cant do that, you must login with plain http i cant remember what i have done, but AFAIR, i only choose the nom-https connection and the option "remember me" you can also try to copy the auth cookie for yahoo from konqueror or mozilla good luck higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

May 14, 2003

Re: [Dillo-dev] Logging in on certain sites

by Isaque Galdino de Araujo

I'm having the same problem. I already tried: my.yahoo.com ACCEPT .yahoo.com ACCEPT yahoo.com ACCEPT in all these configurations, dillo always returns: ERROR: unsupported protocol. On Wed, 14 May 2003 02:51:56 +0100 higuita <higuita7(a)yahoo.co.uk> wrote: > On Tue, 13 May 2003 17:47:08 -0600, Peter Milne <peter(a)milneweb.com> wrote: > > DEFAULT ACCEPT > > my.yahoo.com ACCEPT > > bsdforums.org ACCEPT > > try to add a .to the start of the domains: > > DEFAULT ACCEPT > .yahoo.com ACCEPT > .bsdforums.org ACCEPT > > at least yahoo uses several servers (and cookies), you need > permission for all of then (works for me) > > the bsdforum, check in mozilla or konqueror (or lynx) for waht > cookies they are setting, and from where > > have fun > > higuita > -- > Naturally the common people don't want war... but after all it is the > leaders of a country who determine the policy, and it is always a > simple matter to drag the people along, whether it is a democracy, or > a fascist dictatorship, or a parliament, or a communist dictatorship. > Voice or no voice, the people can always be brought to the bidding of > the leaders. That is easy. All you have to do is tell them they are > being attacked, and denounce the pacifists for lack of patriotism and > exposing the country to danger. It works the same in every country. > -- Hermann Goering, Nazi and war criminal, 1883-1946 > -- Isaque Galdino de Araujo C/C++/Java http://isaque.sites.uol.com.br Linux User #274776 since 1997 Slackware User so far

May 14, 2003

Re: [Dillo-dev] Logging in on certain sites

by higuita

On Tue, 13 May 2003 17:47:08 -0600, Peter Milne <peter(a)milneweb.com> wrote: > DEFAULT ACCEPT > my.yahoo.com ACCEPT > bsdforums.org ACCEPT try to add a .to the start of the domains: DEFAULT ACCEPT .yahoo.com ACCEPT .bsdforums.org ACCEPT at least yahoo uses several servers (and cookies), you need permission for all of then (works for me) the bsdforum, check in mozilla or konqueror (or lynx) for waht cookies they are setting, and from where have fun higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

May 14, 2003

Re: [Dillo-dev] Logging in on certain sites

by Peter Milne

On 13 May 2003 22:59:08 +0200 Jorgen Viksell took precious time and wrote: > What happens is that ACCEPT_SESSION makes this server misbehaviour > being ignored. ACCEPT_SESSION does not work at my.yahoo.com. I see at the bottom "unsupported protocol". On bsdforums.org it allows me to log in but if I try to post it asks for my name and passwd again. I give that and it still wont work.....oh well. -- Pete http://milneweb.com http://nomorevirus.com

May 13, 2003

Re: [Dillo-dev] Logging in on certain sites

by Peter Milne

On Tue, 13 May 2003 22:13:01 +0200 Frédéric Bothamy took precious time and wrote: > What configuration do you have in your ~/.dillo/cookiesrc for these > sites ? DEFAULT ACCEPT my.yahoo.com ACCEPT bsdforums.org ACCEPT Maybe I should change them. ";o) -- Pete http://milneweb.com http://nomorevirus.com

May 13, 2003

Re: [Dillo-dev] Logging in on certain sites

by Jorgen Viksell

tis 2003-05-13 klockan 22.13 skrev Frédéric Bothamy: > * Peter Milne <peter(a)milneweb.com> [2003-05-13 12:26] : > > Hi all, > > > > Hope this is the correct place for this. Certainly enjoy using Dillo, > > can't wait for later versions to come out. > > > > Am I missing something or will this not work in Dillo. If I want to > > post at http://bsdforums.org I first sign in, then I go to post but I > > am told I am not signed in. This is also the case with trying to log > > into http://my.yahoo.com > > > > Just wondering if I am overlooking something or if this is not capable with Dillo. > > What configuration do you have in your ~/.dillo/cookiesrc for these > sites ? I have noticed this behaviour when specifying ACCEPT instead of > ACCEPT_SESSION, but I am not really sure where this may come from. This is most likely because of the server sending an Expires attribute that is malformed. What happens is that ACCEPT_SESSION makes this server misbehaviour being ignored. Bug or feature? You decide! ;-) Cheers, Jörgen

May 13, 2003

Re: [Dillo-dev] Logging in on certain sites

by Frédéric Bothamy

* Peter Milne <peter(a)milneweb.com> [2003-05-13 12:26] : > Hi all, > > Hope this is the correct place for this. Certainly enjoy using Dillo, can't wait for later versions to come out. > > Am I missing something or will this not work in Dillo. If I want to post at http://bsdforums.org I first sign in, then I go to post but I am told I am not signed in. This is also the case with trying to log into http://my.yahoo.com > > Just wondering if I am overlooking something or if this is not capable with Dillo. What configuration do you have in your ~/.dillo/cookiesrc for these sites ? I have noticed this behaviour when specifying ACCEPT instead of ACCEPT_SESSION, but I am not really sure where this may come from. HTH Fred

May 13, 2003

Re: [Dillo-dev] Logging in on certain sites

by Todd Slater

Is this an issue with cookies? Edit ~/.dillo/cookiesrc and add the domains in question to ACCEPT. Todd On Tue, May 13, 2003 at 12:26:48PM -0600, Peter Milne wrote: > Hi all, > > Hope this is the correct place for this. Certainly enjoy using Dillo, can't wait for later versions to come out. > > Am I missing something or will this not work in Dillo. If I want to post at http://bsdforums.org I first sign in, then I go to post but I am told I am not signed in. This is also the case with trying to log into http://my.yahoo.com > > Just wondering if I am overlooking something or if this is not capable with Dillo. > > Thanks!!

May 13, 2003

Re: [Dillo-dev] Logging in on certain sites

by Andreas Kemnade

On Tue, 13 May 2003 12:26:48 -0600 Peter Milne <peter(a)milneweb.com> wrote: > Hi all, > > Hope this is the correct place for this. Certainly enjoy using Dillo, can't wait for later versions to come out. > > Am I missing something or will this not work in Dillo. If I want to post at http://bsdforums.org I first sign in, then I go to post but I am told I am not signed in. This is also the case with trying to log into http://my.yahoo.com > > Just wondering if I am overlooking something or if this is not capable with Dillo. I guess it is a problem with cookies. Try to terminate all dillos, enable cookies in ~/.dillo/cookiesrc and try again to log into these sites Greetings Andreas Kemnade

May 13, 2003

Logging in on certain sites

by Peter Milne

Hi all, Hope this is the correct place for this. Certainly enjoy using Dillo, can't wait for later versions to come out. Am I missing something or will this not work in Dillo. If I want to post at http://bsdforums.org I first sign in, then I go to post but I am told I am not signed in. This is also the case with trying to log into http://my.yahoo.com Just wondering if I am overlooking something or if this is not capable with Dillo. Thanks!! -- Pete http://milneweb.com http://nomorevirus.com

May 13, 2003

Workaround for bugs 396 & 445 (entities display)

by Nikita V. Borodikhin

Hello, all Dillo developers ! As mentioned in HTML 4.01 spec what should be done when html renderer cannot display a symbol is up to renderer. Current code renders all characters with code 0..255 but skip all the others silently. I prefer lynx/links approach to this problem. If they should display symbol which cannot be displayed properly in current locale they render ascii-only representation of this symbol, e.g. "α" -> "a", "Χ" -> "X", "&lowast;" -> "*". Included small patch does that for all entities mentioned in html.c and this table is much more compact than links' one and does not allow transliteration of foreign language as links does. I believe that this patch is a temporary solution for this problem and when dillo migrates on GTK2 and this problem will be solved mush more reliable and elegant way by using standard symbol fonts via fontsets. I should mention also that if your encodings is not ISO-8859-1 (Latin-1) then you should probably use Russian patch http://stuphead.asplinux.ru/dillo/index.html for localization. It shall be updated soon to translate entities to your encoding and show representations for others. Yours, Nikita

May 13, 2003

Re: [Dillo-dev] Fake FTP support?

by robert w hall

In article <Pine.LNX.4.20L2.0305111419150.27432-100000(a)budvar.future- i.net>, Ed Avis <ed(a)membled.com> writes >I was able to add FTP support to my copy of Dillo with a one line >patch in IO/Url.c: > > static UrlMethod2_t cccList[] = { {"http" , a_Http_ccc}, >+ {"ftp" , a_Http_ccc}, > {"file" , a_File_ccc}, > >Of course this is cheating becuase it requires an http proxy >server. But given that I have such a server running, ftp in Dillo >works well. > is it practical to lash up a harness to say wget by this route? -- robert w hall

May 12, 2003

Fake FTP support?

by Ed Avis

I was able to add FTP support to my copy of Dillo with a one line patch in IO/Url.c: static UrlMethod2_t cccList[] = { {"http" , a_Http_ccc}, + {"ftp" , a_Http_ccc}, {"file" , a_File_ccc}, Of course this is cheating becuase it requires an http proxy server. But given that I have such a server running, ftp in Dillo works well. Perhaps Dillo could look at the ftp_proxy environment variable, or an ftp_proxy option in the config file, and if it is set use that option to handle ftp URLs by sending http requests to the proxy. I don't know what the maintainers will think of this idea. From one point of view it is a good thing to do because it doesn't add duplicate ftp-handling code to Dillo itself - the proxy server already has code to make ftp requests and translate them to web pages, so why not use it? On the other hand the maintainer may feel that ftp should be either fully supported within Dillo or not supported at all. (Using an external program for ftp is okay, but having the ftp sites shown directly within Dillo is much smoother and faster. You can use the Back button, for example.) But anyway I hope some people find the patch useful in the short term. -- Ed Avis <ed(a)membled.com>

May 11, 2003

Re: [Dillo-dev] New Icon set

by Victor Sahlstedt

On Thu, 8 May 2003 15:12:26 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > I just uploaded a nice new set of toolbar icons. This one was > designed by John Grantham. You may also have a good time browsing > his portfolio. Neato. I definitely prefer it over the default icons. - Victor

May 9, 2003

Re: [Dillo-dev] dillo-0.7.2

by Patrick Shanahan

* Niels Freimann <nfreimann(a)firemail.de> [05-09-03 03:00]: > dillo-0.7.2 configure fails on suse linux 8.1. Note that the build of all > dillo releases prior to dillo-0.7.2 works. Any idea? This has been recently discussed and resolved, a patch issued by email. I do not have the post archived. You will have to check yourself. I have SuSE 8.1 and dillo-0.7.2 with the patch is a go. -- Patrick Shanahan Please avoid TOFU and trim >quotes< http://wahoo.no-ip.org Registered Linux User #207535 icq#173753138 @ http://counter.li.org Linux, a continuous *learning* experience

May 9, 2003

dillo-0.7.2

by Niels Freimann

dillo-0.7.2 configure fails on suse linux 8.1. Note that the build of all dillo releases prior to dillo-0.7.2 works. Any idea? 2:linux:src/inet/dillo-0.7.2: configure checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking how to run the C preprocessor... gcc -E checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... yes checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for zlibVersion in -lz... yes checking jpeglib.h usability... yes checking jpeglib.h presence... yes checking for jpeglib.h... yes checking for jpeg_destroy_decompress in -ljpeg... yes checking png.h usability... no checking png.h presence... yes configure: WARNING: png.h: present but cannot be compiled configure: WARNING: png.h: check for missing prerequisite headers? configure: WARNING: png.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for png.h... yes checking for png_check_sig in -lpng... no checking for pthread_create in -lpthread... no checking for ANSI C header files... (cached) yes checking fcntl.h usability... no checking fcntl.h presence... yes configure: WARNING: fcntl.h: present but cannot be compiled configure: WARNING: fcntl.h: check for missing prerequisite headers? configure: WARNING: fcntl.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for fcntl.h... yes checking for unistd.h... (cached) yes checking sys/uio.h usability... no checking sys/uio.h presence... yes configure: WARNING: sys/uio.h: present but cannot be compiled configure: WARNING: sys/uio.h: check for missing prerequisite headers? configure: WARNING: sys/uio.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for sys/uio.h... yes checking for socket... no configure: creating ./config.status config.status: creating Makefile sed: file ./confstattpsk1n/subs-2.sed line 19: Unterminated `s' command config.status: creating dpi/Makefile sed: file ./confstattpsk1n/subs-2.sed line 19: Unterminated `s' command config.status: creating doc/Makefile sed: file ./confstattpsk1n/subs-2.sed line 19: Unterminated `s' command config.status: creating src/Makefile sed: file ./confstattpsk1n/subs-2.sed line 19: Unterminated `s' command config.status: creating src/IO/Makefile sed: file ./confstattpsk1n/subs-2.sed line 19: Unterminated `s' command config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands 2:linux:src/inet/dillo-0.7.2: make make: *** No targets. Stop.

May 9, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by higuita

On Thu, 8 May 2003 17:12:31 +0200, Diego Sáenz <melchizedek(a)wanadoo.es> wrote: > I have a Pentium 150Mhz with 16Mb of RAM. Dillo is the only graphic > browser i can use well. This is enought to me. By the things i have read a 486@160Mhz (overclocked from 133 ) with 64Mb dillo startup in about 2 seconds i can have 20 windows open with no problem at all... with opera and konqueror i cant have more than 4 open windows because the computer/browsers gets too slow even without https, css, (normal) ftp, javascript, dillo is a great browser, most web pages works well and surfing the web is again a pleasure, fast, the only the stuff that matters and in the future, the plugins support will add all the missing things just remember, the text and some images are the core for the web pages, the animated gifs, flash, strange javacript, etc are good but most of the time, not really needed, in fact, some times they only get in the way higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

May 8, 2003

Re: [Dillo-dev] New Icon set

by Joe Hill

On Thu, 08 May 2003 14:03:16 -0700 Chris Palmer <chris(a)nodewarrior.org> wrote: > Awesome! ditto! ++++ ..| ..\ /\ / ../ ..\ /\ / ../ ..| ..\/ ..\/ ../ ..\/ \/ ../ _| __/\__/ __/\__/ "The philosophers have only interpreted the world in various ways. The point however is to change it." -Chuck Marx

May 8, 2003

Re: [Dillo-dev] New Icon set

by Chris Palmer

Awesome!

May 8, 2003

Selection bug

by Sebastian Geerken

Hi! Those who have reported crashes in selection, please checkout the latest CVS and test again. In some cases, a_Selection_button_press does not set the limits (selection->from and selection->to), but then leaves the selection state as NONE. So there must be an extra check, a_Selection_button_release and a_Selection_button_motion should only react at selection state SELECTION. Sebastian

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by robert w hall

In article <20030508171231.317d3c45.melchizedek(a)wanadoo.es>, Diego Sáenz <melchizedek(a)wanadoo.es> writes >I have a Pentium 150Mhz with 16Mb of RAM. Dillo is the only graphic >browser i can use well. This is enought to me. By the things i have read >in the dillo list it will suport CSS and https(there is a unoficial >patch for this) > >Diego. and for similar reasons, dillo with the ssl patch makes a nice useable setup on the playstation 2 - 300MHz mips cpu, 32Mb RAM - especially if run under a sensible lightweight wm. there _is_ a mozilla package, if you're a masochist and like to hear the disk thrashed mercilessly Bob -- robert w hall

May 8, 2003

New Icon set

by Jorge Arellano Cid

Hi there! I just uploaded a nice new set of toolbar icons. This one was designed by John Grantham. You may also have a good time browsing his portfolio. That's all. Cheers Jorge.-

May 8, 2003

Re: Dillo-dev digest, Vol 1 #114 - 1 msg

by Niels Freimann

Konqueror is an excellent browser. However is main disadvantage is that it is a slow starter. Therefore I appreciate dillo very much. I use it for viewing local .html, especially documentations, and as an super quick internet viewer. Therefore I configured dillo as browser for my mail client, emacs, and many more programms. Cheers -Niels On Thursday 08 May 2003 06:33, dillo-dev-request(a)lists.auriga.wearlab.de wrote: > Send Dillo-dev mailing list submissions to > dillo-dev(a)lists.auriga.wearlab.de > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > or, via email, send a message with subject or body 'help' to > dillo-dev-request(a)lists.auriga.wearlab.de > > You can reach the person managing the list at > dillo-dev-admin(a)lists.auriga.wearlab.de > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dillo-dev digest..." > > > Today's Topics: > > 1. reason for dillo's existence (Philippe Laporte) > > --__--__-- > > Message: 1 > Date: Wed, 07 May 2003 15:19:25 +0300 > From: Philippe Laporte <philippe.laporte(a)nokia.com> > To: dillo-dev(a)auriga.wearlab.de > Subject: [Dillo-dev] reason for dillo's existence > > Hi, > Would a Konqueror(Khtml) ported to GTK render dillo irrelevant, or > is there really a spot out there for browsers with conformance to > subsets of widely used web standards? > > I mean, why was dillo ever started? Would it have been started if KHTML > had been ported to GTK at the time? > > Thaks, > Philippe > > > > > --__--__-- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > > End of Dillo-dev Digest

May 8, 2003

Re: [Dillo-dev] reason for Dillo's existence

by Jamin W. Collins

On Thu, May 08, 2003 at 09:05:36AM -0700, Chris Palmer wrote: > Let's not feed the troll. He wasn't trolling, though the questions could strike one that way. -- Jamin W. Collins Remember, root always has a loaded gun. Don't run around with it unless you absolutely need it. -- Vineet Kumar

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by Philippe Laporte

ext Jamin W. Collins wrote: >On Thu, May 08, 2003 at 05:26:15PM +0300, Philippe Laporte wrote: > > > >>I read that stuff but still am not clear about why it exists if its >>goal is to compete with Konqueror. It's obvious that you should have >>Konqueror and Mozilla, but it's not obvious that you should have dillo >>and Konqueror. >> >> > >How is it obvious that I (or anyone else for that matter) should have >Konqueror or Mozilla? Both of these are diametrically against what I'm >looking for. I don't run KDE and don't want it's bloat (yes I see it as >bloat) on any of my systems. Mozilla is just bloated in it's own right. >Firebird (Phoenix) has potential, but is still much to massive for a >browser in many places. > > > >>Is it Dillo's goal to support CSS and Javascript? How about https? >> >> > >AFAIK, eventually yes. > > > >>Do Dillo people believe you can call something a web browser if it >>does not have support for these? If yes, then it is targeted for a >>different, limited usage. >> >> > >Sure. Why not, it browses. So it doesn't have access to some of the >newer features of web sites, but it still works amazingly well. > > > >>What would you say is the distinctive point between Dillo and >>Khtml/Konqueror? It is not true that C code is faster than C++ >> >> > >Memory footprint. > > OK, I get the purpose of dillo. Good job is the least I can say, and carry on! And Chris, this is no trolling. We are not all americans out there. Expect different ways of expressing reality.

May 8, 2003

Re: [Dillo-dev] reason for Dillo's existence

by Chris Palmer

Let's not feed the troll. -- Chris music is what numbers feel like San Francisco, CA http://www.nodewarrior.org/chris

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by Jamin W. Collins

On Thu, May 08, 2003 at 05:26:15PM +0300, Philippe Laporte wrote: > I read that stuff but still am not clear about why it exists if its > goal is to compete with Konqueror. It's obvious that you should have > Konqueror and Mozilla, but it's not obvious that you should have dillo > and Konqueror. How is it obvious that I (or anyone else for that matter) should have Konqueror or Mozilla? Both of these are diametrically against what I'm looking for. I don't run KDE and don't want it's bloat (yes I see it as bloat) on any of my systems. Mozilla is just bloated in it's own right. Firebird (Phoenix) has potential, but is still much to massive for a browser in many places. > Is it Dillo's goal to support CSS and Javascript? How about https? AFAIK, eventually yes. > Do Dillo people believe you can call something a web browser if it > does not have support for these? If yes, then it is targeted for a > different, limited usage. Sure. Why not, it browses. So it doesn't have access to some of the newer features of web sites, but it still works amazingly well. > What would you say is the distinctive point between Dillo and > Khtml/Konqueror? It is not true that C code is faster than C++ Memory footprint. -- Jamin W. Collins This is the typical unix way of doing things: you string together lots of very specific tools to accomplish larger tasks. -- Vineet Kumar

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by todd

On Thu, May 08, 2003 at 05:26:15PM +0300, Philippe Laporte wrote: > > > ext Jamin W. Collins wrote: > > >On Thu, May 08, 2003 at 12:48:02PM +0300, Philippe Laporte wrote: > > > > > > > >>This is not the argument I'm looking for since obviously reduced > >>functionality implies reduced complexity implies quite hopefully > >>increased reliability. > >> > >>I'm not trying to be nasty here. So it's not the goal of dillo to be > >>compliant with web content? > >> > >> > > > >Have you read the Dillo home page? Particularly: > > > > http://dillo.auriga.wearlab.de/funding/ > > > >This site outlines much of Dillo's "reason for being". Specifically: > > > > Keeping dillo up to date with the dynamic underlying technologies to > > meet the main objectives, becomes the long term goal. > > > >I believe that should answer your question. > > > > > I read that stuff but still am not clear about why it exists if its goal > is to compete with Konqueror. It's obvious that you should have > Konqueror and Mozilla, It is? > but it's not obvious that you should have dillo > and Konqueror. How about no Konq at all? > > Is it Dillo's goal to support CSS and Javascript? How about https? Do > Dillo people believe you can call something a web browser if it does not > have support for these? If yes, then it is targeted for a different, > limited usage. > > What would you say is the distinctive point between Dillo and > Khtml/Konqueror? It is not true that C code is faster than C++ > > Thanks, > Philippe [I am not a Dillo developer] Apparently you didn't read the information in the provided link, http://dillo.auriga.wearlab.de/funding/. I could copy and paste the answers to most of your questions from those pages here, but I'm feeling lazy today, para variar. Todd

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by Diego Sáenz

I have a Pentium 150Mhz with 16Mb of RAM. Dillo is the only graphic browser i can use well. This is enought to me. By the things i have read in the dillo list it will suport CSS and https(there is a unoficial patch for this) Diego. El Thu, 08 May 2003 17:26:15 +0300 Philippe Laporte <philippe.laporte(a)nokia.com> escribio: ext Jamin W. Collins wrote: >On Thu, May 08, 2003 at 12:48:02PM +0300, Philippe Laporte wrote: > > > >>This is not the argument I'm looking for since obviously reduced >>functionality implies reduced complexity implies quite hopefully >>increased reliability. >> >>I'm not trying to be nasty here. So it's not the goal of dillo to be >>compliant with web content? >> >> > >Have you read the Dillo home page? Particularly: > > http://dillo.auriga.wearlab.de/funding/ > >This site outlines much of Dillo's "reason for being". Specifically: > > Keeping dillo up to date with the dynamic underlying technologies to > meet the main objectives, becomes the long term goal. > >I believe that should answer your question. > > I read that stuff but still am not clear about why it exists if its goal is to compete with Konqueror. It's obvious that you should have Konqueror and Mozilla, but it's not obvious that you should have dillo and Konqueror. Is it Dillo's goal to support CSS and Javascript? How about https? Do Dillo people believe you can call something a web browser if it does not have support for these? If yes, then it is targeted for a different, limited usage. What would you say is the distinctive point between Dillo and Khtml/Konqueror? It is not true that C code is faster than C++ Thanks, Philippe

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by Philippe Laporte

ext Jamin W. Collins wrote: >On Thu, May 08, 2003 at 12:48:02PM +0300, Philippe Laporte wrote: > > > >>This is not the argument I'm looking for since obviously reduced >>functionality implies reduced complexity implies quite hopefully >>increased reliability. >> >>I'm not trying to be nasty here. So it's not the goal of dillo to be >>compliant with web content? >> >> > >Have you read the Dillo home page? Particularly: > > http://dillo.auriga.wearlab.de/funding/ > >This site outlines much of Dillo's "reason for being". Specifically: > > Keeping dillo up to date with the dynamic underlying technologies to > meet the main objectives, becomes the long term goal. > >I believe that should answer your question. > > I read that stuff but still am not clear about why it exists if its goal is to compete with Konqueror. It's obvious that you should have Konqueror and Mozilla, but it's not obvious that you should have dillo and Konqueror. Is it Dillo's goal to support CSS and Javascript? How about https? Do Dillo people believe you can call something a web browser if it does not have support for these? If yes, then it is targeted for a different, limited usage. What would you say is the distinctive point between Dillo and Khtml/Konqueror? It is not true that C code is faster than C++ Thanks, Philippe

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by Jamin W. Collins

On Thu, May 08, 2003 at 12:48:02PM +0300, Philippe Laporte wrote: > This is not the argument I'm looking for since obviously reduced > functionality implies reduced complexity implies quite hopefully > increased reliability. > > I'm not trying to be nasty here. So it's not the goal of dillo to be > compliant with web content? Have you read the Dillo home page? Particularly: http://dillo.auriga.wearlab.de/funding/ This site outlines much of Dillo's "reason for being". Specifically: Keeping dillo up to date with the dynamic underlying technologies to meet the main objectives, becomes the long term goal. I believe that should answer your question. -- Jamin W. Collins This is the typical unix way of doing things: you string together lots of very specific tools to accomplish larger tasks. -- Vineet Kumar

May 8, 2003

Re: [Dillo-dev] Re: reason for Dillo's existence

by Philippe Laporte

ext Geek wrote: >> Hi, >> Would a Konqueror(Khtml) ported to GTK render dillo irrelevant, or >> is there really a spot out there for browsers with conformance to >> subsets of widely used web standards? >> >> I mean, why was dillo ever started? Would it have been started if KHTML >> had been ported to GTK at the time? >> >> Thaks, >> Philippe >> >> > >I'm glad it DOES exist - it is the only pure, 100% stable browser on many a >system and it's great for webmasters like me that want to check their X/HTML >code for "Any-browser" compatibility. > >Oh yeah, the speed thing is fantastic! Since loading 1300 fonts in my machine, >Opera went from firing up in six seconds to taking 23 seconds to load. Dillo >starts in 0.78 seconds! ;-) > >-- >Gregg > > This is not the argument I'm looking for since obviously reduced functionality implies reduced complexity implies quite hopefully increased reliability. I'm not trying to be nasty here. So it's not the goal of dillo to be compliant with web content? Thanks, Philippe

May 8, 2003

Re: reason for Dillo's existence

by Geek

> Hi, > Would a Konqueror(Khtml) ported to GTK render dillo irrelevant, or > is there really a spot out there for browsers with conformance to > subsets of widely used web standards? > > I mean, why was dillo ever started? Would it have been started if KHTML > had been ported to GTK at the time? > > Thaks, > Philippe I'm glad it DOES exist - it is the only pure, 100% stable browser on many a system and it's great for webmasters like me that want to check their X/HTML code for "Any-browser" compatibility. Oh yeah, the speed thing is fantastic! Since loading 1300 fonts in my machine, Opera went from firing up in six seconds to taking 23 seconds to load. Dillo starts in 0.78 seconds! ;-) -- Gregg

May 8, 2003

reason for dillo's existence

by Philippe Laporte

Hi, Would a Konqueror(Khtml) ported to GTK render dillo irrelevant, or is there really a spot out there for browsers with conformance to subsets of widely used web standards? I mean, why was dillo ever started? Would it have been started if KHTML had been ported to GTK at the time? Thaks, Philippe

May 7, 2003

Broken link on your website

by Connie Davis

There appears to be a problem on this page: http://www.wearlab.de/DOCS/links_ausgabe_en.php When we click on your link to: http://www.charmed.com/charmit we get the error: 404 File not found We last examined your page on Tue May 06, 2003 at 10:12:12 PM EDT. If it has not been updated since then, the link is most likely broken. We discovered this error during our normal course of website content checking for one of our search engine clients. If you would like to receive notifications like this in the future if we find pages unavailable, click here: http://scclick.internetseer.com/sitecheck/clickthrough.jsp?I5s57j5j5i5i5i5o… Click here to learn more about us: http://scclick.internetseer.com/sitecheck/clickthrough.jsp?I5s57j5j5i5i5i5o… Sincerely, Connie Davis InternetSeer.com http://www.internetseer.com ------------------------------------------------------------------------------ Your email address was found during a prior visit to your website on 05-06-2003. The error listed above was verified from both of our indexing servers in Philadelphia, Pa. and Los Angeles, Ca. This error could have been caused by any number of events, including connectivity problems on our part and/or connectivity problems in the Internet as we tried to reach your site. This error should not be construed as a guaranteed problem on the part of your website or hosting company since there are never any guaranteed connection routes on the Internet. If would like to be excluded from any potential future contact, click here: http://scclick.internetseer.com/sitecheck/cancel.jsp?VSSC7w59VMW5tIXxTQ61f5… ##dillo-dev(a)lists.auriga.wearlab.de## SRC=58

May 7, 2003

Re:

by zeroday

May 7, 2003

Re:

by zeroday

May 7, 2003

Re: [Dillo-dev] GUI library changing

by Isaque Galdino de Araujo

Ok, but, could you point me what are the main code/files need to make dillo works? On Fri, 2 May 2003 20:20:59 +0200 Sebastian Geerken <s.geerken(a)ping.de> wrote: > On Tue, Apr 29, Isaque Galdino wrote: > > I would like to know how hard would be changing the GUI > > library. I would like to change GTK+ stuff by FLTK and run > > dillo on my PDA that uses mainly FLTK library. > > Quite hard, I would not recommend it. Dillo is tightly bound to Gtk+, > uses its features, and there are some specific widgets (DwGtk*) > derived from GtkWidget, which are probably difficult to port. > > Sebastian > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev -- Isaque Galdino de Araujo C/C++/Java http://isaque.sites.uol.com.br Linux User #274776 since 1997 Slackware User so far

May 6, 2003

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

by Isaque Galdino de Araujo

Is there any possibility of this to be included in the official tree? On Mon, 5 May 2003 00:01:05 -0400 Todd Slater <dontodd(a)columbus.rr.com> wrote: > On Sun, 04 May 2003 14:49:05 -0400 > Todd Slater <dontodd(a)columbus.rr.com> wrote: > > > > 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? > > In dillorc I was pointing to a script in my home directory, which it > didn't seem to like (neither ~/ nor /home/me). I moved the script to > /usr/bin and now it works fine. > > Cheers, > Todd > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev -- Isaque Galdino de Araujo C/C++/Java http://isaque.sites.uol.com.br Linux User #274776 since 1997 Slackware User so far

May 6, 2003

Re: [Dillo-dev] proxy settings(getting apache test page) (fwd)

by cfraz

> ---------- Forwarded message ---------- > Date: Mon, 5 May 2003 11:30:58 -0700 (PDT) > From: Vamsidhar Mullangi <mvamsi_reddy(a)yahoo.com> > To: jcid(a)softhome.net > Subject: proxy settings(getting apache test page) > > Hi Jorge, > Your browser dillo is really cool, but Iam facing a > problem. > I copied /etc/dillorc file to my /HOME/.dillo and > changed the > #http_proxy=http://localhost:8080/ > to our proxy settings. > The problem is whenever Iam trying to access any > website Iam getting only "Apache's test page". > I may be missing some other settings. > Pl do help me from this point. > Thanks > Vamsi > Privoxy works fine with the line : http_proxy=http://localhost:8118/ Franco Azzano

May 6, 2003

Selection crashes (05/05 CVS)

by Livio Baldini Soares

Hi, I don't have too much time to debug this right (sorry), so I'm sending it here. Double-click on the about:splash page a few times (especially at the very bottom), and you'll get this crash easily enough: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 23106)] 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) { Here is the backtrace: (gdb) bt #0 0x08058366 in a_Dw_ext_iterator_compare (eit1=0x0, eit2=0x0) at dw_ext_iterator.c:334 #1 0x08067184 in Selection_adjust_selection (selection=0x80c0f68, it=0x81004a8, char_pos=4) at selection.c:320 #2 0x080670b2 in a_Selection_button_motion (selection=0x80c0f68, it=0x81004a8, char_pos=4, link=-1, event=0x0, within_content=0) at selection.c:268 #3 0x0805f68e in Dw_page_send_selection_event (page=0x80e4ad0, fn=0x806707c <a_Selection_button_motion>, x=355, y=5, event=0x0) at dw_page.c:1493 #4 0x0805f74d in Dw_page_motion_notify (widget=0x80e4ad0, x=355, y=5, event=0x80c6be8) at dw_page.c:1538 #5 0x0806502b in Dw_widget_mouse_event (widget=0x80e4ad0, viewwidget=0x80c0e80, x=581, y=127, event=0x80c6be8) at dw_widget.c:741 #6 0x0805b31c in Dw_gtk_viewport_mouse_event (widget=0x80c0e80, x=581, y=127, event=0x80c6be8) at dw_gtk_viewport.c:358 #7 0x0805b46e in Dw_gtk_viewport_motion_notify (widget=0x80c0e80, event=0x80c6be8) at dw_gtk_viewport.c:404 #8 0x40157e3f in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #9 0x40187013 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 #10 0x401850b3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #11 0x401bbacb in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #12 0x40157d85 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0 #13 0x40156eee in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0 #14 0x40205457 in gdk_wm_protocols_filter () from /usr/lib/libgdk-1.2.so.0 #15 0x402364d8 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #16 0x40236ae3 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #17 0x40236c7c in g_main_run () from /usr/lib/libglib-1.2.so.0 #18 0x401567e7 in gtk_main () from /usr/lib/libgtk-1.2.so.0 #19 0x080680ef in main (argc=1, argv=0xbffff9d4) at dillo.c:292 The following test fixes this for me, without any apparent side-effects. I'm still not very familiar with the selection code yet, so it's just a suggestion for Sebastian.. this might be breaking something else. The little patch: ---------------------------------------------------------------------- diff -pru dillo/src/selection.c dillo.new.my/src/selection.c --- dillo/src/selection.c Mon May 5 23:11:20 2003 +++ dillo.new.my/src/selection.c Mon May 5 23:29:09 2003 @@ -314,6 +314,11 @@ static void Selection_adjust_selection ( gint new_to_char, cmp_old, cmp_new, cmp_diff, len; gboolean brute_highlighting = FALSE; + if (!selection->to || !selection->from) { + // something's wrong? a double-click maybe? + return; + } + new_to = a_Dw_ext_iterator_new_variant (selection->to, it); new_to_char = Selection_correct_char_pos (new_to, char_pos); ---------------------------------------------------------------------- best regards, -- Livio B. Soares

May 6, 2003

Re: [Dillo-dev] proxy settings(getting apache test page) (fwd)

by Case Jones

On Mon, 5 May 2003 15:00:27 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > Hi Jorge, > Your browser dillo is really cool, but Iam facing a > problem. > I copied /etc/dillorc file to my /HOME/.dillo and > changed the > #http_proxy=http://localhost:8080/ > to our proxy settings. > The problem is whenever Iam trying to access any > website Iam getting only "Apache's test page". > I may be missing some other settings. > Pl do help me from this point. > Thanks > Vamsi Well, I know that the proxy feature works with squid, since I use that feature with squid... my line looks like this: http_proxy=http://localhost:3128/ This has worked with 0.7.1.3 and with 0.7.2 .

May 5, 2003

proxy settings(getting apache test page) (fwd)

by Jorge Arellano Cid

---------- Forwarded message ---------- Date: Mon, 5 May 2003 11:30:58 -0700 (PDT) From: Vamsidhar Mullangi <mvamsi_reddy(a)yahoo.com> To: jcid(a)softhome.net Subject: proxy settings(getting apache test page) Hi Jorge, Your browser dillo is really cool, but Iam facing a problem. I copied /etc/dillorc file to my /HOME/.dillo and changed the #http_proxy=http://localhost:8080/ to our proxy settings. The problem is whenever Iam trying to access any website Iam getting only "Apache's test page". I may be missing some other settings. Pl do help me from this point. Thanks Vamsi __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

May 5, 2003

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

by Todd Slater

On Sun, 04 May 2003 14:49:05 -0400 Todd Slater <dontodd(a)columbus.rr.com> wrote: > > 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? In dillorc I was pointing to a script in my home directory, which it didn't seem to like (neither ~/ nor /home/me). I moved the script to /usr/bin and now it works fine. Cheers, Todd

May 5, 2003

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