- Dillo-dev - lists.mailman3.com

0.7.3 not rendering "trade" and other small annoyances

by Reid Fleming

Dillo 0.7.3 is not rendering the "trade mark" HTML entity, although it is in the entity table in "src/html.c". You can see this behaviour by viewing this page: http://www.forum.nokia.com/nds_for_j2me.html You can see some strangeness by going to http://www.metafilter.com and scrolling down to the entry that begins: Canada's Supreme Court Trashes Citizens' Property Rights. where Dillo is rendering '"' sometimes as a circumflex accent.

Aug. 9, 2003

dillo-0.8.0-pre

by Jorge Arellano Cid

Hi there! It took a lot of time and effort, but finally the base for the next release (aka. 0.8.0-pre) is in the CVS now. It comes with lots of changes and some rough edges. Check the ChangeLog for a summary. This is not polished, nor your good ole' CVS snapshot, it is more intended for people interested in playing with the new dpi stuff. The dpid (dpi daemon) still requires a manual launch, and there're several things to improve (commented inside the code). As for the new dpis: FTP: It works OK, but is silent. This means it will not tell you what is doing until it's done. This is simple to fix and is a matter of capturing the stderr from wget and sending back some messages to dillo. You can download with the downloads plugin (right click on the link and "save as"). Downloads: It uses wget in a separate process (if dillo crashes, the download will survive). It can handle multiple downloads at the same time. It's also silent by now, but there's a guy that's working on a nice GUI that will provide all the necessary interfacing (aka Bells and Whistles). I'll ask him to share the code when it gets to a more advanced stage. Https: Unfortunately it doesn't work well (only for single, trivial, documents {with no image links} or single images). The problem is not within the plugin but with internal buffering inside dillo's core. I'll look at it when I have more time. There's an interesting discussion about suitability of UDS for HTTPS. Read the comments inside the code for more details. Hello: Just an example. This is the one you're supposed to play hard with if you want to develop a new dpi! Mailto: inexistent, but quite easy to develop. Just make the bindings and fork your favorite MUA. Cookies: Still need to be made a dpi (ported). That will solve our one-instance-only restriction. Read the docs! Ah, copy all the dpis to your ~/.dillo (we haven't defined where to place them yet). You'll also need a "dpidrc" in your ~/.dillo directory. Mine looks like: <q> /home/jcid/.dillo/bookmarks.dpi 0 /home/jcid/.dillo/downloads.dpi 0 /home/jcid/.dillo/ftp.dpi 1 /home/jcid/.dillo/https.dpi 1 /home/jcid/.dillo/hello.dpi 1 </q> Don't forget to launch dpid! That's all folks. Time to pause, recess, repose, break, rest ... Cheers Jorge.-

Aug. 8, 2003

Re: [Dillo-dev] re: Anti-aliasing patch for dillo-0.7.3 available

by Nicola Girardi

> I think is better to let the interested pepople to grab your > patch. Sounds reasonable, thanks for the response. > BTW, It'd be really good to know who was the original author. I did a quick search, it must be Tor Andersson. Greetings :-)

Aug. 8, 2003

[PATCH] Tentative solution of #448, #449

by tomas＠fabula.de

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. 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. Regards -- tomas ------------------------------------------------- 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. 8, 2003

Re: [Dillo-dev] re: Anti-aliasing patch for dillo-0.7.3 available

by Jorge Arellano Cid

> > Will this make it in to the next version of dillo ? > > I have been wondering for a while... =) Sorry for not having answered before (it was on my long list of pending tasks). When reviewing the patch I noticed that it'd be very difficult to incorporate the patch and remain easy to install through the wide range of platforms we support. The alternative is to add a configuration switch, but considering that anti aliasing will come from GTK+2, I think is better to let the interested pepople to grab your patch. I owe you a link from [Project notes] or similar. BTW, It'd be really good to know who was the original author. Cheers Jorge.-

Aug. 8, 2003

Thanks for dillo! (fwd)

by Jorge Arellano Cid

---------- Forwarded message ---------- Date: Thu, 7 Aug 2003 23:05:56 PDT From: Dmnz <dmnz(a)x-bit.org> To: jcid <jcid(a)softhome.net> Subject: Thanks for dillo! Jorge, Just wanted to extend thanks for coding dillo. All I have at the moment are two tadpole sparcbook 3gx's. Dillo is the only browser I can use on them with any speed. It runs off the openbsd sparbook and displays on the solaris one with 16bbp color. For us poor folks dillo is great! Thanks for your time and efforts to make a great lightweight browser! Best Regards, B. Stevens dmnz(a)x-bit.org ... Dammit Jim, I'm a doctor, not a tagline writer.

Aug. 8, 2003

About Dillo (fwd)

by Jorge Arellano Cid

---------- Forwarded message ---------- Date: Fri, 8 Aug 2003 08:19:24 +0200 From: Mathieu <mat.hieu(a)netcourrier.com> To: jcid(a)softhome.net Subject: About Dillo Hello, I discovered dillo yesterday because I was looking for a light browser for my old laptop. I think it's a great job, and I congratulate you and the other authors. I hope this project will stay so active. Thanks a lot ! Mathieu

Aug. 8, 2003

Re: [Dillo-dev] Refresh tag patch...

by Jorge Arellano Cid

Tom, > Last Spring we deployed Dillo 7.2 for use in library lookup stations at > a local elementary school. Dillo ran beautifully in our LTSP lab and on > 4 CD booted, diskless P-120's with 64 megabytes of ram: > > http://otero.harrison.k12.co.us/Linux/lab.html Great! It is excellent news to know you have deployed dillo in an heterogeneous environment successfully. > For catalog searches, the librarians, teachers and kids love Dillo and > prefer it to Mozilla on Linux or IE on Win98. This is very significative and encouraging: different kinds of users, with varying degrees of expertise had a choice in your lab, and they preferred Dillo! > We would like to install > diskless Linux lookup stations in all the school libraries... which > would replace 200+ Windows 98 installs. Sounds perfect! > The *only* problem is that the > card catalog server (Accent) uses sessions that require periodic client > refresh. If the sessions time out, the server produces an error message > that confuses the kids and frequently requires teacher intervention. > > I understand and respect the reasons for not supporting the refresh > tag... but I was wondering if someone may have had this problem and > developed a patch or some other technique to make it work. Let's see: "sessions that require periodic client refresh" It sounds more like cookie sessions combined with cache control directives than HTML-embedded meta refresh tags. (if you can see our custom warning msg, it's a meta-refresh) AFAICS It'd be rare for a server to send a meta-refresh tags because it can generate the page itself. Although I also see that if the resource is elsewhere it can try to redirect the browser, but again HTTP does it better. In anycase, please explain me in more detail what the desired functionality is, to study how to make it happen for you. If it is a cache issue, Madis Janson has a patch for that (only half reviewed by me, but with a good chance to make it into the official tree). I hope this to be the case. ... and if it is the propietary meta-refresh tag, considering that it'll be deployed as a kiosk, a private patch can cut it, but let's hope that's not the case! Cheers Jorge.-

Aug. 8, 2003

Re: [Dillo-dev] Re: Dillo RPM/build on SuSE 8.1

by Patrick Shanahan

* Kelson Vibber <kelson(a)pobox.com> [08-07-03 21:50]: > OK, here's a test SRPM that includes the patch: > http://www.hyperborea.org/software/dillo/rpms/dillo-0.7.3-2test1.src.rpm > > Right now I just have it adding the patch by default, since it won't actually > change any behavior on Red Hat <= 9 or Mandrake <= 9.1. They don't include > libpng-config or libpng12-config, so the line being changed never gets > called. I'll have to check to make sure it doesn't cause problems for SuSE > 8.2. > > Give it a try and let me know if it works - and what size it ends up being. 239084, dillo-0.7.3-2test1.i586.rpm > That's the other mystery: how checkinstall ends up with such huge binaries. I > don't do anything special to minimize the size, except calling "make > install-strip" instead of "make install" - but I seem to recall that wasn't > the issue in this case. strip may be the answer. Checkinstall binary 3 417 690 after strip 323 176 test binary 323 208 change checkinstallrc 323 176 Edited /etc/checkinstallrc, # Automatically strip all ELF binaries? STRIP_ELF=1 # Automatically strip all ELF shared libraries? # Note: this setting will automatically be set to "0" if STRIP_ELF=0 STRIP_SO_ELF=1 'STRIP' Was originally '0', resulting rpm was 196002. The file locations in the rpms are different. Should I include them in an email to you or put them on my web site for you to download ?? tks, -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Aug. 8, 2003

Re: [Dillo-dev] Refresh shortcut?

by Ralph Slooten

On Thu, 7 Aug 2003 23:37:04 +0200 Frank de Lange <frank(a)unternet.org> wrote: > Will be included in the next version of the tab patch, which is forthcoming... > I'll remove it from there if it appears in CVS Dillo. I miss it as well... > > I'll try to add find_as_you_type as well, which is also a great time/hand > saver when using keyboard navigation. Might not be in the next version > though... > > Cheers//Frank Super, thanks Frank! I do love your tabs/frames patch too (just thought I'd say it) ;-) Greetings Ralph -- http://axljab.homelinux.org:8080/ "...the software said Win95 or better, so I installed Linux"

Aug. 8, 2003