- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] tabs, https, ...
by Indan Zupancic Nov. 17, 2003

Nov. 17, 2003

Hello, Thank you for your kind offer, but as it looks now it's just Frank and me who could use a CVS branch, and perhaps the Dillo developers are willing to make a CVS branch too, then you don't have to be bothered with mirroring the base Dillo and serving it. Having one or more CVS branches would be great, the question is if the Dillo developers are willing to cooperate and provide them, or that we should make use of your offer. Let's see what Frank has to say about it. Greetings, Indan

1 0

tabs, https, ...
by taj＠www.linux.org.uk Nov. 17, 2003

Nov. 17, 2003

I've been following the dillo mail list for a while getting a feel for what is up; Good things! With the external patches, I'd be willing to toss in a cvs server that mirrors the base dillo and has modified branches for various interests or even one merged branch. The intent would be to just keep a seperate single repository for external work which dillo could merge portions that fit it's philosophy. The offer would include www,cvs,ftp and shell access for developers that post their nontrivial patches to the official mail-list. -- Trent Jarvi taj(a)www.linux.org.uk

1 0

gushort for port instead of guint
by Indan Zupancic Nov. 16, 2003

Nov. 16, 2003

Hello, Just a tiny cleanup, ports are always shorts, so no need to make it an int. It also makes the structure SocketData 4 bytes smaller because of less padding. Greetings, Indan diff -purN orig/src/IO/http.c https/src/IO/http.c --- orig/src/IO/http.c 2003-11-11 22:15:39.000000000 +0100 +++ https/src/IO/http.c 2003-11-15 18:26:01.000000000 +0100 @@ -58,7 +58,7 @@ G_STMT_START { typedef struct { gint SockFD; const DilloUrl *Url; /* reference to original URL */ - guint port; /* need a separate port in order to support PROXY */ + gushort port; /* need a separate port in order to support PROXY */ gboolean use_proxy; /* indicates whether to use proxy or not */ DilloWeb *web; /* reference to client's web structure */ GSList *addr_list; /* Holds the DNS answer */

2 2

Cross Compiling for arm
by Donald McKnight Nov. 13, 2003

Nov. 13, 2003

Hello, I recently downloaded 0.7.3 to cross compile on the gmate yopy 3700. with my first attempt I noticed the configure script grabbed all of my local variables such as /usr/local/lib instead of /opt/arm-linux/lib. This gave me libgtk.so cannot read symbols. I went though the configure and manually set the environment variables and was able to successfully compile dillo, however when I transfer the binary to arm it does not launch it just hangs. I have cross-compiled several apps using the same cross-compiler on my system. I am using slackware 9.1 kernel 2.4.22, but I don't think the version should matter. Has anyone ran into this before? Thanks Donald McKnight

2 2

[RFC] keywords
by Frank de Lange Nov. 13, 2003

Nov. 13, 2003

While we're talking preferences anyway... I have another addition to the range: keywords. In my current version you can type "s something or other" in the location bar, which is interpreted as "search for something or other" through this keyword definition in the dillorc: s:http://www.google.com/search?q= You can define as many as these as you want. The format is keywords = "<keyword>:<url> <keyword>:<url> ..." The end result of a successful keyword match consists of the url for the keyword, followed by an escaped copy of anything that followed the keyword. The above example for "s" looks like this: http://www.google.com/search?q=something%20or%20other This adds next to nothing to the size of Dillo by the way. Any strong sentiments against this functionality? [ and on the subject of preferences... I know what Havoc et al say, but I do not always agree... In many cases choice is a good thing, as long as it is not mandatory to choose. Define sane defaults for those who can not or do not want to choose, but keep things flexible for those who want to change those defaults. TIMTOWTDI ] Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

2 1

[RFC] Last call... remove conditional compilation from tab/fram patch?
by Frank de Lange Nov. 13, 2003

Nov. 13, 2003

Hi'all, Those of you who want to keep the conditional compilation options for tabs and frameset support in the tab/frame patch, speak up now. If I do not get any serious requests in this direction I will remove the conditional compilation options in the next patch (any day now...) and you'll all be stuck with tabs and frames. But... that might be the reason you applied the patch in the first place, so... BTW, the selection issue with the tab/frame patch is solved, I just forgot to set the owner for the selection. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

3 3

[RFC] external Dillo splash screen
by Frank de Lange Nov. 13, 2003

Nov. 13, 2003

Hi'all, I've removed the Dillo splash screen from src/IO/about.c, and added a new preference 'splash_url' (currently set to '/usr/lib/dillo/dillo.html' by default, this can change). The contents of that file are identical to the current splash screen. I've also added a new pref 'show_splash', which - you guessed it - can be used to suppress the splash screen. Set it to NO, and Dillo will come up with a blank window instead. Dillo is now ca. 11 KB smaller than before. The splash screen loads just as fast. The splash screen can be distributed with Dillo just like the dpi's are. Should it be missing, all that'll happen is that Dillo will complain about not finding the file. No breakage... Seems like an improvement to me. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

3 5

[RFC] Quo Vadis Dillo
by Frank de Lange Nov. 13, 2003

Nov. 13, 2003

Hi'all, Now that the last release of the patches seem to work (number 13 was less of a success...)... Where do we want to be tomorrow? What needs to be added/changed to improve Dillo? Should the tab/frame/etcetera + Indan's patch + ??? be forked into an 'experimental' version, somewhat like the Sylpheed MUA was forked into Sylpheed-claws? Talking about my patch, what does need improvement? Some ideas: - select contents of location bar/search field when they are focused (DONE, in next version) - make the 'search the web' popup disappear when popup_dialogs=NO, replace it with a non_popup version or use the location bar for search (like several other browsers do) - more key bindings (replacing current key handling where applicable) - remove compile options for tabs and frames, make tabs/frames standard? [ PDA/embedded developers: is this OK with you? ] - ??? Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

8 12

dillo won't resolve URLs under a proxy environment?
by Ken Wolcott Nov. 12, 2003

Nov. 12, 2003

Hi; Dillo looks interesting. However I can't go anywhere with it as I am under a proxy environment. I saw that the default dillorc has a commented-out section for http_proxy. I copied the default dillorc to be my ~/.dillorc and started dillo again. I noticed that the chatter from dillo no longer complained about a missing .dillorc, yet I am still unable to go to any URL. The message on the web browser was: "Error: Dns: can't resolve http://linuxtoday.com". I get the same basic error message when trying to go to www.perl.com or http://www.perl.com. I am able to go to these web sites using other web browsers such as mozilla, galeon, opera, netscape and konqueror. Each one of those I had to set a proxy preference. Perhaps my proxy setting has incorrect syntax? Enclosed is the chatter from dillo and the .dillorc (proxy setting has obviously been sanitized). Thanks, Ken **************snip********************** prompt> cat /etc/redhat-release Red Hat Linux release 8.0 (Psyche) prompt> which dillo dillo is /usr/bin/dillo ptompt> dillo --version Dillo 0.7.3 /msa3530> prompt> dillo Setting locale to C... dillo_dns_init: Here we go! Disabling cookies. Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://linuxtoday.com/< Dns_server [0]: linuxtoday.com is (nil) Dillo: normal exit! /prompt> **************snip********************** **************snip********************** http_proxy=http://my_ip:my_port/ **************snip**********************

5 10

Re: [Dillo-dev] dillo won't resolve URLs under a proxy environmen t?
by Ken Wolcott Nov. 12, 2003

Nov. 12, 2003

Hi Stephen; That was **EXACTLY** the problem! I moved ~/.dillorc to be ~/.dillo/dillorc...Works fine now! Thanks, Ken On Wednesday 12 November 2003 14:35, Stephen Lewis wrote: > On Wed, Nov 12, 2003 at 02:18:38PM -0600, Ken Wolcott wrote: > > Hi Thorben; > > > > If my proxy server refuses to resolve requests coming from the dillo > > web > > > browser, it doesn't make any sense for it not to refuse requests from > > the > > > mozilla web browser. The proxy settings are identical. One of them > > exists > > > in the ~/.dillorc and the other exists in the mozilla advanced proxy > > setting > > > preferences. So, it looks to me like dillo doesn't like my ~/.dillorc > > and > > > isn't telling me that there's a problem. Mozilla works fine, dillo > > doesn't, > > > the proxy settings are the same. > > Hi, I think I just noticed the root of your problem. > > You're using a ~/.dillorc file. What dillo actually wants is a > ~/.dillo/dillorc file, I don't think it is using the file at > ~/.dillorc at all :) > > Another method is to set the "http_proxy" environment variable, > which many console progams like wget tend to honour > > Hope that helps.

1 0