May 2004 - Dillo-dev - lists.mailman3.com

[Dillo-dev]Re: about gtk on solaris 2.6
by Jorge Arellano Cid 06 May '04

06 May '04

Riccardo, On Thu, 6 May 2004, Riccardo Mottola wrote: > > Hey Jorge, > > just a quick precisation. On the box where i have the old 0.7.3 dillo > which gives GTK errors, I have GIMP installed and that one works fine, I > have edited quite some images. > > SO I suspect it is something in the way dillo calls GTK that could > trigger the error, before saying GTK is bugged on that platform totally. There may be some good news for you: Try this patch: diff -pru dillo/src/dillo.c dillo-0.8.0/src/dillo.c --- dillo/src/dillo.c 2004-04-21 16:47:34.000000000 -0400 +++ dillo-0.8.0/src/dillo.c 2004-05-06 11:11:31.000000000 -0400 @@ -216,6 +216,8 @@ gint main(int argc, char *argv[]) /* Initialize GUI and parse GTK related args */ gtk_init(&argc, &argv); gdk_rgb_init(); + gtk_widget_set_default_colormap (gdk_rgb_get_cmap()); + gtk_widget_set_default_visual (gdk_rgb_get_visual()); /* Handle command line options */ while ((opt_flg = Dillo_get_opt(Options, argc, argv, &opt_argv, &idx))) { It fixes the colormap and visual detection/settings on some systems. The documentation is a bit vague about this calls, they are deprecated now, formerly suggested as initialization for most cases and removed from theGTK+2.0 API (with compatibility defines). If you're lucky, it may help with AIX too. Please test it and report. Note: The patch is in CVS now, but use a "pre1" patched tarball for the test. That asserts the use of the same configure script. Cheers Jorge.-

1 0

[Dillo-dev]downloads and pre2
by Jorge Arellano Cid 06 May '04

06 May '04

On Tue, 4 May 2004, Yves de Champlain wrote: > Hi > [...] > Everything works fine except for this : > > av_open_url: Url=>http://ftp.gnu.org/gnu/ddd/ddd-3.2.1.tar.gz< > Connecting to 199.232.41.7 > warning: Unhandled MIME type: <application/x-tar> > > ** CRITICAL **: file web.c: line 57 (a_Web_dispatch_by_type): assertion > `dw != NULL' failed. > > Of course, this does not start any download but after this, > I still get messages in the shell but I will > not have those from wget once I do "save link as" > like I have if I do "save link as" before. Effectively, a left click on a non-dillo-viewable MIME type URL triggers this error message. The code inside dillo assigns it to a "null-client" which means it continues to download but it's "ignored". This has some side effects, one of them is the transfer not being aborted (so it continues wasting bandwidth and memory). It also keeps a cache entry, so when a dpi download is requested it hits and gets fed from the cache! (not from a dpi). That's clearly a bug. This days I've been reviewing the code with a view to patch it, but it seems that a full patch (aborting the transfer, cleaning the cache entry, stopping the clients and offering a download dialog) may be too complex to debug in this pre-release testing stage. Aborting the download (which would allow for the later dpi download) looks simpler. I'm currently working on this. That, plus the two patches in CVS seem to round "pre2" and most probably become 0.8.1. Cheers Jorge.-

1 0

[Dillo-dev]dillo-0.8.1-pre1.tar.bz2
by Jorge Arellano Cid 06 May '04

06 May '04

Hi there, It took a long time to prepare the pre1 tarball for the next release. Mainly because complex problems were discovered in the last minute. For instance, a race condition in the dpi chain that produced segfaults (it took three days to find and fix), and several problems with the downloads server (it had troubles when saving unnamed pages as "index.html" when the file already existed, it was also not renaming those pages, etc). The "pre1" tarball can be found at: http://www.dillo.org/download/dillo-0.8.1-pre1.tar.bz2 When testing it, please pay special attention to the new detection routine for socklen_t (at ./configure time), and give the downloads server a hard test. Feedback is very important now, because I want to remove the "alpha software" label from dillo and name it as stable (beta). Thanks in advance Jorge.-

3 11

[Dillo-dev]CVS renamed ?
by Jens Arm 05 May '04

05 May '04

Hi If I try to do a CVS checkout I get: [tux@tux dillo]$ cvs -z9 update -dP /sfhome/cvs/dillo: no such repository What happend ? Jens

2 1

[Dillo-dev]libpng-1.2.4 detection
by Jorge Arellano Cid 04 May '04

04 May '04

Hi, Is anyone here using libpng-1.2.4? Rubén sent me a bug report and effectively we were not detecting libpng-1.2.4 right (this only happens with 1.2.4). A patch for this is in CVS, and it will appear in "pre2". I'll keep expecting more feedback from "pre1" because the png lib detection is the only change so far (it's minor and doesn't affect the work of the browser, just compilation). If anyone is using libpng-1.2.4, please let me know. Cheers Jorge.-

2 1

[Dillo-dev]GTK FLTK and other Render
by shuishuila 03 May '04

03 May '04

Hi, dillo-dev， I want to port dillo to set-top box as menu(OSD). But it don't have X11,GTK. How many work need to do if I have to write widget myself? I think it's a pity that dillo combine tightly with glib/gtk, so it is hard to port to X,FrameBuffer,DirectFB etc. If dillo have it's own widget and event handle, it is a excellent broswer for embedded system. Regards, 　　　　　　　　shuishuila 　　　　　　　　shuishuila(a)hotmail.com 　　　　　　　　　　2004-04-30

2 1

Re: Re: [Dillo-dev]GTK FLTK and other Render
by shuishuila 03 May '04

03 May '04

Hi,Jorge, Thank you for your reply. FLTK need X, so I need to port microwindows at least. Why no let dillo's render engine more scalable? And I think that few desktop system have FLTK. Regards, shuishuila(a)hotmail.com 　　　　　　　　　　2004-05-03 ======= 2004-05-02 10:41:00 You Wrote：======= >On Fri, 30 Apr 2004, shuishuila wrote: > >> Hi, dillo-dev， > > Hi. > >> >> I want to port dillo to set-top box as menu(OSD). But it don't have >> X11,GTK. How many work need to do if I have to write widget myself? > > That's a lot of work, but... > >> >> I think it's a pity that dillo combine tightly with glib/gtk, so it >> is hard to port to X,FrameBuffer,DirectFB etc. >> >> If dillo have it's own widget and event handle, it is a excellent >> broswer for embedded system. > > We're almost done with a plan to port Dillo to FLTK. > > You can read about it in our mailing list archives. Start here: > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-April/001882.html > > > If you have FLTK knowledge and are willing to help us doing the >port it'd be great. > > Cheers > Jorge.- = = = = = = = = = = = = = = = = = = = =

1 0

[Dillo-dev]is anyone planning to add SpiderMonkey (JavaScript-C) Engine to Dillo?
by Miernik 01 May '04

01 May '04

Is any work going on to add SpiderMonkey (JavaScript-C) Engine to Dillo? http://www.mozilla.org/js/spidermonkey/ I once saw a post of somebody who planned to do something like that, but heard of no progress later. I would be very interested in such implementation. -- Miernik _________________________ xmpp:miernik@amessage.info ___________________/__ tel: +48888299997 __/ mailto:miernik@ctnet.pl http://www.miernik.ctnet.pl/

1 0

[Dillo-dev]dillo interface and motif, athena etc
by Riccardo Mottola 01 May '04

01 May '04

Hello. I have never looked at dillo's source code directly, so I am asking some general questions here I have always liked dillo's speed and use of system resources because it brings back the fun of browsing and works on older workstations too, as every browser should. But I never liked dillo's interface too much. I'd like to make it a proper interface, more like other browsers have, taking inspiration for example from Mosaic's bar and bookmarks, from chimera's simplicity, from HotJava cutsomization, etc. Also, I dislike GTK: they are slow and don't work well on 256 color screens. I would use Motif for writing the interface with having an eye on LessTif of course. Motif/Lesstif is extremely fast and works like a charm on my old 20Mhz IBM RS6k witha 256 color card. Also, most free OS users have one of the either installed too, to run stuff like the excellent NEdit. Being able to install dillo on AIX, Solaris, IRIX, HP-UX without having to install an additional toolkit would just be nice. Athena is also present everywhere, but let's say it is a bit primitve. Of course, super-fast :) So I ask: how much of dillo's code is GTK dependent and how difficult would it be to port it to another toolkit? I have quite little experience with toolkits and since I don't know GTK it seems impossible to me alone. One of the nicest things, IMHO, would be a toolkit-independent dillo. Have a look at what the excellet GVIM does or at what amaya does (or, at least, did). Choose your toolkit! I don't know how they structured their code and their graphic drawing, but it would be interesting to investigate. -Riccardo

1 0