- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Remote control reloading

by Chris Palmer

On 2003-03-23 at 17:46 +0100, Christian W. Zuckschwerdt wrote: > What about implementing some signals dillo would react on. I.e. SIGHUP > to make dillo reload the page. Additional code must be justified by satisfying a user need. I don't think very many people are going to send signals to Dillo to reload the page -- they'll just click the Reload button. -- Chris music is what numbers feel like San Francisco, CA

April 1, 2003

Re: [Dillo-dev] Remote control reloading

by Phil Pennock

On 2003-03-23 at 17:46 +0100, Christian W. Zuckschwerdt wrote: > What about implementing some signals dillo would react on. > I.e. SIGHUP to make dillo reload the page. First: I know that I haven't submitted any patches yet, so am not qualified to really say much (my patches are for old versions and all useless, thanks to the sterling work of others, coming up with better solutions -- the best way for it to be ;^) ). I'd still like to point out that whilst this seems like a good idea, using SIGHUP for this is IMnsHO a bad idea. The whole thing with daemons using SIGHUP as a trigger to re-read config is because daemons have no controlling terminal, so can't receive a system-generated SIGHUP. Dillo doesn't detach from a terminal, so can. Whether or not Dillo should actually exit on SIGHUP is another matter. There are two signals reserved for user purposes, SIGUSR1 and SIGUSR2. Why not use those? -Phil

April 1, 2003

Re: [Dillo-dev] Error DNS can't solve (null)

by Joerg Sonnenberger

On Mon, Mar 31, 2003 at 05:17:13PM +0200, Matthias Teege wrote: > Moin, > > I'm running dillo 0.7.0 under FreeBSD and can browse my internal > site without problems. If I try to use dillo with my squid proxy to > access externel sites I get the error message above. > > The logfile og the DNS server logs also strange: > > 2003-03-31 17:16:42.617550500 query 41218 c0a8990a:0f89:34b3 1 . > 2003-03-31 17:16:42.617790500 tx 0 1 . . c0a80015 > 2003-03-31 17:16:42.618661500 stats 41218 146743 1 0 > 2003-03-31 17:16:42.619053500 sent 41218 17 > 2003-03-31 17:16:50.878750500 query 41219 c0a8990a:0f8a:34b5 1 . > 2003-03-31 17:16:50.878988500 tx 0 1 . . c0a80015 > 2003-03-31 17:16:50.879797500 stats 41219 146743 1 0 > 2003-03-31 17:16:50.880180500 sent 41219 17 > > What do I missing? You are using dnscache? If yes, it could not the (DNS) query. Everytime I got this, my routing was misconfigured. Can you access the other network correctly? Joerg > > Many thanks > Matthias > > -- > Matthias Teege -- http://www.mteege.de > make world not war > PGP-Key auf Anfrage

April 1, 2003

Re: [Dillo-dev] Anti-aliasing

by slymer＠slymer.org

On Sun, 30 Mar 2003 16:30:58 +0200 Nicola Girardi <nicola(a)g-n-u.de> wrote: > IMHO, after 2 is fixed (if it's broken at all) this should go > into CVS, because it's a major benefit to have anti-aliased > fonts. Well, IMHO, as I said. Yeah, anti-aliased fonts are something I like about Gecko based browsers. It'd be so cool to have this in dillo, in alpha stage. (I hope it'll be added :) ) -- Registered Linux user #298569 Those who cannot remember the past are condemned to repeat it. -- George Santayana

April 1, 2003

Re: Error DNS can't solve (null)

by Matthias Teege

Jorge Arellano Cid <jcid=s8PdfxpoPdHk1uMJSBkQmQ(a)public.gmane.org> writes: >> access externel sites I get the error message above. > > Please use the latest release. I do so but with the same result. > If your squid uses authentication, dillo will not recognize it > (is not implemented yet, and HTTP 1.1). I didnt use authentication. Bis dann Matthias -- Matthias Teege -- http://www.mteege.de make world not war PGP-Key auf Anfrage

April 1, 2003

Re: [Dillo-dev] Error DNS can't solve (null)

by Jorge Arellano Cid

Matthias, > Moin, > > I'm running dillo 0.7.0 under FreeBSD and can browse my internal > site without problems. If I try to use dillo with my squid proxy to > access externel sites I get the error message above. Please use the latest release. > What do I missing? If your squid uses authentication, dillo will not recognize it (is not implemented yet, and HTTP 1.1). Cheers Jorge.-

March 31, 2003

Re: configuration patch - Fix for bugs 386, 407, 392, 412 and notes on bugs 349, 408

by Jorge Arellano Cid

Hi there! We're trying to fix our configure.in with Andreas. The latest CVS commit has a boat load of minor changes that require testing. Please refer to the subject line for BUG# numbers. On Sun, 23 Mar 2003, Andreas Schweitzer wrote: > Hi Jorge, > > This patch - mainly against configure.in - fixes > all these bugs - some of which are duplicates, actually. Sure. > The startegy I implemented is : > First check the headers, if not found return a big > warning and don't bother anything else. If found, > check how to link (that *should* work now). > That last test puts some nice HAVE_LIBPNG etc. in config.h, > but only if I don't fool with the "ACTION-IF-FOUND" and > "ACTION-IF-NOT-FOUND" fields. It is suggested to first check the headers and then the libraries, but every time I get into autoconf/automake I get a bad gut sensation. It is so confuse and messy... I checked the new code and decided to give more order to the whole stuff in there. This means some things changed, but the tests for jpeg and png remained (with some changes for zlib). > About libpng : Since version 1.2.2 it moved the headers > to libpng/png.h which is correct on all platforms I tested. > Since version 1.2.3 the install *should* create a link > to the old location, and there *should* be a libpng-config > script. Both these "shoulds" are only partially implemented > depending on platform/system. sigh. > But my libpng test should now find the header. > See also http://www.libpng.org/pub/png/png2002.html I added just a minor change. Hope it works! > The location of the system dillorc should NOT be > put in config.h according to the GNU docs, instead > everything with prefix/sysconfdir and similar stuff > should be defined on the command line. Hence, my > src/Makefile.am patch. This syntax of ' and " works on > a variety of systems (bash, ksh, csh, GNU make) finally. > Also, the current toplevel Makefile.am first tries > $(DESTDIR)$(sysconfdir) and then falls back on /etc > but the code in prefs.c does it the other way round. > One of them should probably be reverted. > And while writing this : the patch supplied on the > list will make dillorc be installed ONLY in > $(DESTDIR)$(sysconfdir) with no fall-back to /etc > but I think $(DESTDIR)$(sysconfdir) will be created > if necessary. I'm not sure of what to do here :(. For now I added Patrice's patch that simply adds: sysconf_DATA = dillorc in Makefile.am, and it works! The problem is we don't know what directory it gets in. :-) Currently if it is /usr/local/etc/ or /etc, it works, but if someone chooses /opt/weird/etc, it won't be found. If your solution fixes this, I'll switch to it. > About 349 : not sure if this really causes trouble. > I may have to do some major autoconf thing - like > trying with default and then trying with /usr/local > added - for each test, though (maybe a new macro ?). I removed the /usr/local stuff: -CPPFLAGS="$CPPFLAGS -I/usr/local/include" -LDFLAGS="$LDFLAGS -L/usr/local/lib" IMHO, it shouldn't be there, as the system SHOULD be configured in a way that programs are able to find system resources. Maybe this serves as a workaround: CPPFLAGS="$CPPFLAGS -I/usr/local/include" ./configure :-) > About 408: this seems to be caused by using libpng 1.0.12 (i.e. > the old libpng). On Debian it seems to be called that strangly. > The person should probably give more details or use libpng 1.2.X. Yes, that seems to be caused by an ancient libpng. We should give a warning. > Tested on > OpenBSD 3.2 (gcc 2.95, autoconf2.13, automake1.4) > FreeBSD 4.7 (gcc 2.95, autoconf2.13, automake1.4) > Linux 2.4.20 (gcc 3.2, autoconf2.57, automake1.7) Well, now without the forced "/usr/local/..." stuff, is different. I only hope we find the way to fix our configure stuff the right way... > To test it, it probably needs to go on a lot more platforms > but I hesitated to send it to the list. Feel free to forward > this mail as is to the list. I'm doing it right now!!! ...and the CVS has the new version. All the helpful feedback is very welcomed! Cheers Jorge.- PS: Get a new copy from CVS, ./autogen.sh, ./configure ...

March 31, 2003

Error DNS can't solve (null)

by Matthias Teege

Moin, I'm running dillo 0.7.0 under FreeBSD and can browse my internal site without problems. If I try to use dillo with my squid proxy to access externel sites I get the error message above. The logfile og the DNS server logs also strange: 2003-03-31 17:16:42.617550500 query 41218 c0a8990a:0f89:34b3 1 . 2003-03-31 17:16:42.617790500 tx 0 1 . . c0a80015 2003-03-31 17:16:42.618661500 stats 41218 146743 1 0 2003-03-31 17:16:42.619053500 sent 41218 17 2003-03-31 17:16:50.878750500 query 41219 c0a8990a:0f8a:34b5 1 . 2003-03-31 17:16:50.878988500 tx 0 1 . . c0a80015 2003-03-31 17:16:50.879797500 stats 41219 146743 1 0 2003-03-31 17:16:50.880180500 sent 41219 17 What do I missing? Many thanks Matthias -- Matthias Teege -- http://www.mteege.de make world not war PGP-Key auf Anfrage

March 31, 2003

Minor poke to interface.c (terminology)

by Chris Palmer

I think "location bar" is a more idiomatic term for it than "url-box". The exclamation point is also extraneous. The feature of the clear_url_button itself is awesome! Thanks for adding it. --- dillo-0.7.1/src/interface.c Sun Mar 9 07:08:00 2003 +++ dillo-0.7.1-mine/src/interface.c Sun Mar 30 16:38:54 2003 @@ -391,7 +391,7 @@ static GtkWidget *Interface_locbar_new(B bw->clear_url_button = gtk_toolbar_append_item( GTK_TOOLBAR(toolbar), - NULL, "Clear the url-box!", "Toolbar/New", + NULL, "Clear the location bar", "Toolbar/New", Interface_pixmap_new(bw->main_window, s_new_xpm), NULL, NULL); gtk_signal_connect_object(GTK_OBJECT(bw->clear_url_button), "clicked", -- Chris music is what numbers feel like San Francisco, CA

March 31, 2003

Patch for commands.c and menu.c to enable menus

by Chris Palmer

Hello, I've re-enabled the disabled menus and implemented the callback for the Help -> Dillo Manual menu item. I have also slightly tweaked the default keybindings to be more standardized. commands.c: Documentation for functions. Implemented a_Commands_manual_callback(). menu.c: Enabled Bookmarks and Help menus. Changed default keybindings to be more standard. prefs.h: Defined constant used by menu.c. Output of diff -pru for each of the files is attached. -- Chris music is what numbers feel like San Francisco, CA

March 31, 2003