- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] [PATCH] Tentative solution of #448, #449

by Jorge Arellano Cid

Thomas, On Fri, 8 Aug 2003 tomas(a)fabula.de wrote: > Hi, > > I've got a problem with 8 bit depth visuals (the images have the > wrong palette). This is similar to bug #449 of your bug tracking > database (thus I tentatively offered to fix it. Tentative patch > is below. Yes, we've received reports of the same problem before. > > Besides, this looks very much like bug #448, so this might be > related. > > I call the patch ``tentative'' because > > (a) I don't really know 100% what I'm doing here > > (b) I haven't tested this on other color depths yet. > > Nevertheless images show correctly now; the price I pay for this > is Technicolor. The fact of dillo working perfectly without the explicit visual and colormap push in a wide variety of platforms, and it not being documented in the GTK+ docs, makes me at least suspect the bug may be elsewhere. Anyway, if you (or someone else) can ask to the gtk+ mailing list about whether this is required, it'd be great. Don't be shy, they've answered us in the past! :-) Ah, don't forget to point that we're using GTK+ 1.2.x. Cheers Jorge.- PS: Sorry for the late answer. > ------------------------------------------------- > > diff -Naur dillo-0.7.3/src/dillo.c dillo-0.7.3-color/src/dillo.c > --- dillo-0.7.3/src/dillo.c Tue Jul 22 22:51:22 2003 > +++ dillo-0.7.3-color/src/dillo.c Fri Aug 8 19:01:32 2003 > @@ -245,6 +245,9 @@ > signal(SIGCHLD, Dillo_sigchld_handler); > > > + gtk_widget_push_visual(gdk_rgb_get_visual()); > + gtk_widget_push_colormap(gdk_rgb_get_cmap()); > + > /* check that ~/.dillo exists, create it if it doesn't */ > dir = a_Misc_prepend_user_home(".dillo"); > Dillo_check_home_dir(dir); > @@ -304,6 +307,9 @@ > a_Prefs_freeall(); > a_Dw_freeall(); > a_History_free(); > + > + gtk_widget_pop_colormap(); > + gtk_widget_pop_visual(); > > g_print("Dillo: normal exit!\n"); > return 0;

Aug. 20, 2003

Re: [Dillo-dev] Some points about the dpi's

by Ferdi Franceschini

On Tue, Aug 19, 2003 at 12:33:53AM +0200, Andreas Schweitzer wrote: > Hi, > > All right, I did it. I made my first dpi ! :-) (heavily That's great, I hope to make a new patch for dpid available soon. > > The second caveat : dillo does not automatically call this plugin > upon such a URL. It is easy to patch dillo, though. Creating a new dpi still requires more effort than it should. > However, this brings me to my questions : > 1) will there be a generic URL->dpi mapping ? > I could imagine that dpid could actually handle that. Yes, but I think you mean URL->SERVICE, a dpi is just an implementation of a service. > I think, one would need to only modify IO/Url.c and > capi.c to simply pass through EVERYTHING to the dpi framework. > However, some "core URL handling dpi's" that will become > part of the dillo package can probably stay hardcoded in dillo. > > 1b) Either way, I am planing on writing a "catch-all-URL handler" > or "fallback handler" or "univeral URL handler" or the like. > It will give the user the possibility to start an external > program for handling certain URL's. > In fact, with my current dpi, this is quite easy > to do :-). OK, but I think we should hold off on 1 and 1b until I make the next dpid patch available. > 2) Does it make sense to write a library for all the dpi's ? > I, for myself, did start simply collecting all the functions > that I found in dpi/ and are used by many dpi's and put them > in a library. Like the various send_stream functions or the > get_attr_value function, or the encoding and decoding functions. Yes, that would be very useful. Your strategy of creating a library of functions which are actually used by many dpis is a good one. > 3) About configuration (and I think I read comments about this > in the code), shouldn't there be only one config file ? > and not dpidrc and possibly different configs for all the dpis ? > maybe even merge cookiesrc with dillorc ? Yes, my next dpid patch gets rid of dpidrc. > I guess some of this (or all of it ?) is being worked on > by some of you. Maybe this mail helps to avoid duplication :-) > > Cheers, > Andreas > > P.S.: I also have some ideas about improving the ftp plugin. There > is a pretty simple ftp library, and I think it does make sense to > actually log in an ftp server and stay logged in for all the operations. > (unlike wget which logs in and out for every file). This is not only > faster but helps with busy ftp sites, too ! Developing the ftp plugin is a high priority and your help here would be appreciated. Best regards Ferdi

Aug. 20, 2003

Some points about the dpi's

by Andreas Schweitzer

Hi, All right, I did it. I made my first dpi ! :-) (heavily based on the hello dpi, though). I will poilsh it a bit and release it soon. It can handle finger URLs. Two caveats : there is no standard for finger URL's, only some drafts http://www.watersprings.org/pub/id/draft-ietf-uri-url-finger-00.txt http://www.watersprings.org/pub/id/draft-ietf-uri-url-finger-01.txt http://www.watersprings.org/pub/id/draft-ietf-uri-url-finger-02.txt http://ftp.ics.uci.edu/pub/ietf/uri/draft-ietf-uri-url-finger-03.txt I implemented version 01 and 03 (if you check the documents you'll know why). However, I did find real finger URL's in the wild. The second caveat : dillo does not automatically call this plugin upon such a URL. It is easy to patch dillo, though. However, this brings me to my questions : 1) will there be a generic URL->dpi mapping ? I could imagine that dpid could actually handle that. I think, one would need to only modify IO/Url.c and capi.c to simply pass through EVERYTHING to the dpi framework. However, some "core URL handling dpi's" that will become part of the dillo package can probably stay hardcoded in dillo. 1b) Either way, I am planing on writing a "catch-all-URL handler" or "fallback handler" or "univeral URL handler" or the like. It will give the user the possibility to start an external program for handling certain URL's. In fact, with my current dpi, this is quite easy to do :-). 2) Does it make sense to write a library for all the dpi's ? I, for myself, did start simply collecting all the functions that I found in dpi/ and are used by many dpi's and put them in a library. Like the various send_stream functions or the get_attr_value function, or the encoding and decoding functions. 3) About configuration (and I think I read comments about this in the code), shouldn't there be only one config file ? and not dpidrc and possibly different configs for all the dpis ? maybe even merge cookiesrc with dillorc ? I guess some of this (or all of it ?) is being worked on by some of you. Maybe this mail helps to avoid duplication :-) Cheers, Andreas P.S.: I also have some ideas about improving the ftp plugin. There is a pretty simple ftp library, and I think it does make sense to actually log in an ftp server and stay logged in for all the operations. (unlike wget which logs in and out for every file). This is not only faster but helps with busy ftp sites, too ! -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Aug. 18, 2003

Re: Another review of Dillo 0.7.2

by Jorge Arellano Cid

On Sun, 17 Aug 2003, Pete Spicer wrote: > Hi there! > > There was a review of Dillo 0.7.2 in Linux Format issue 42 (July 2003) which > featured it in their "Hot Picks" section (it got a half-page review with > screenshot browsing Slashdot.org on page 41) Good! Thanks for the information. > It was written by Mike Saunders, and quotes it as "starting up amazingly > quickly" and "works marvellously well for simple browsing tasks and the > rendering engine rivals Links for pure speed". It'd be very nice to have a link to it, but I don't know whether LinuxFormat has it online. Does anyone know the link? > Oh, and by the way, I use it myself on my machine when administering my > database with phpMyAdmin (just because it uses frames doesn't mean it can't > cope... provided you pick the right frame to be displayed, Dillo is fine > with PMA!) This is also very good to know. We may surprise you again soon! > Thanks for a great browser, > Pete :-) Cheers Jorge.-

Aug. 18, 2003

dillo - my favorite browser (fwd)

by Jorge Arellano Cid

---------- Forwarded message ---------- Date: Thu, 14 Aug 2003 20:57:41 +0200 From: Mario Moder <clay-man(a)freenet.de> To: jcid(a)softhome.net Subject: dillo - my favorite browser Hi! Congratulations! I have been using Mozilla Firebird 0.6.1 and it is very disappointing that it takes half a minute to start on my good old P1-200 with 64 MB RAM. Even when it is running, it runs really slow and uses a lot of memory. I tried the new dillo 0.7.3 and, wow, it started in one second and it renders 90% of the pages I visit everyday quite good and fast. I really look forward to watch this browser grow more mature but stay small and fast. Best wishes, Mario

Aug. 18, 2003

Re: [Dillo-dev] Dillo hang as use chinese font

by Jorge Arellano Cid

On Thu, 14 Aug 2003, Siu Kam Ming wrote: > Hi , > > I was using the attached patch to show chinese character in dillo. It > worked fine. I can use a very fast browser to browse my favorite > chinese webpage. > Since 0.7.2, dillo become unstable after applying this patch. As I selected > any text in the rendered area, dillo hang. Does someone know the reason or > the solution? Reason: dillo is currently designed to _only_ handle latin1 characters right. If you picked up a patch and the author didn't warn you it's not our fault. You can find more information on the subject in the [Project Notes] link. Cheers Jorge.-

Aug. 18, 2003

Dillo configure cannot find zlib, jpeglib not libpng

by Scorpio Rising

Hello, just joined. I have a configuration problem in Debian stable. The configure file cannot find/use the z, jpeg or png libs that are in /usr/include. *** cannot locate***......disabling jpeg/png/libz I have tried the command line options and even hardcoding the paths in configure.in to no avail. I have installed the dev-headers for these packages. Other programs (GIMP, ShowIMG, etc) find and use them just fine. Dillo works, but no images :-\ Thanks, -- Gregg

Aug. 15, 2003

Dillo hang as use chinese font

by Siu Kam Ming

Hi , I was using the attached patch to show chinese character in dillo. It worked fine. I can use a very fast browser to browse my favorite chinese webpage. Since 0.7.2, dillo become unstable after applying this patch. As I selected any text in the rendered area, dillo hang. Does someone know the reason or the solution? Best Regards, Ming

Aug. 14, 2003

Version 8 of tab+frame patch: smallproblemwithwhitespaceinmultilength

by Frank de Lange

Hi'all, I just noticed that the current version of my tab+frames patch does not handle multilengths with whitespace correctly. I already fixed it in my version, will include the fix in the next version of the patch. If you encounter framesets which look weird, it may be caused by this problem. As the multilength parser was based on the one found in html.c, this problem is also present in anything which uses Html_parse_multi_length_list(), or which feeds length strings with leading whitespace to Html_parse_length_or_multi_length(). So, a multilength like "*,*" works fine, as does "* ,*", but "*. *" does not work correctly. As far as I can see, these functions are used in tables and embedded widgets. My fix in gtkframeset.c was to rewrite the parser into something slightly more robust (using g_strsplit and g_strstrip). Something similar is needed for html.c. I might include this in my patch, but unpatched Dillo also needs a fix so it is better solved in CVS. 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." ]

Aug. 13, 2003

RPM now available for SuSE 8.1!

by Kelson Vibber

With the assistance of Patrick Shanahan, a Dillo 0.7.3 RPM suitable for SuSE 8.1 is now available! http://www.hyperborea.org/software/dillo/ Kelson Vibber www.hyperborea.org

Aug. 13, 2003