- Dillo-dev - lists.mailman3.com

[Dillo-dev][illegal content type in doc/Dpid.txt]
by Jorge Arellano Cid Oct. 10, 2004

Oct. 10, 2004

Hi, Diego, IIRC you wrote the below mentioned example. Please give it a review. -- Cheers Jorge.-

2 1

RE: [Dillo-dev]which version does this patch file patch
by Linda J. Laubenheimer Oct. 10, 2004

Oct. 10, 2004

> -----Original Message----- > From: dillo-dev-admin(a)lists.auriga.wearlab.de > [mailto:dillo-dev-admin@lists.auriga.wearlab.de] On Behalf Of > Jeremy Henty > Sent: Tuesday, October 05, 2004 1:18 AM > To: dillo-dev(a)lists.auriga.wearlab.de > Subject: Re: [Dillo-dev]which version does this patch file patch > > On Mon, Oct 04, 2004 at 11:37:33AM -0700, Linda J. Laubenheimer wrote: > > > *Headdesk* So that's why it won't compile with glib2 and gtk2. It > > always ended up linking against libmodule 1.2, libglib 1.2, etc., > > Yes. Despite the names, gtk+-1 and gtk+-2 are different > libraries. You can't build against one and link against the > other, any more than you can build a KDE app and expect it to > link against GNOME. Which is why I tried to build it against gtk2. > > Oh, well, no Dillo on my thin box. > > Why not? Gtk+-2 is designed to work alongside gtk+-1 with no > problems. I have had them both installed for a couple of > years, running dillo and other gtk+-1 and gtk+-2 > applications. It's all worked out of the box with no problems. One word: space. When you are working on embedded systems with limited space, you have to chose your libraries carefully, not pile in double libraries that are just slightly different. > > If you have to install two versions of a library, you've done > > something wrong. > > I agree, but that doesn't apply here. Gtk+-1 and gtk+-2 are > *different* libraries. Since no application built against > one of them will even look at the other there's no problem. > Version hell only happens when an application can link > against more than one library on your system and runs the > risk of picking the wrong one. The design of > Gtk+-2 ensures that this won't happen. Technically, two version of a library are different libraries. The fact is, when you have to pick which one of two similar libraries to include, just adding the second isn't an option. We're talking about fitting everything, including printing, on a 32M or 64M flash, and every redundancy counts against you. The whole idea behind looking at Dillo is to obtain a nicely featured browser with a small disk footprint. > > I'm not a C programmer, otherwise I'd fix it and send it to you. > > Believe me, there's nothing to fix. Just install both gtk+-1 and > gtk+-2 and live happily ever after. I did! Not going to happen. I stated, I thought clearly, that this was an embedded project. You can't just go willy-nilly installing extra libraries because an application only compiles against version 1, but not version 2. The rest of the items in the project are compiled against gtk2. So yes, in order to use Dillo, it would need to be fixed to be compiled against glib2 and gtk2, because just installing another set of libraries is not an option. ljl

4 3

[Dillo-dev]Caching
by Russell J. Wood Oct. 9, 2004

Oct. 9, 2004

Hi all, Before the next release would it be possible to add an option in dillrc concerning caching (i.e. don't do it)? Regards, Russell

3 3

[Dillo-dev]Starting with a blank page
by Joonas Saarinen Oct. 8, 2004

Oct. 8, 2004

With 0.8.2 I could use "file:/dev/null" as start_page to begin with a blank page. However, it seems that using the same trick with 0.8.3-rc1 leads Dillo to complain that it "can't start dpid daemon". Should this be fixed or should there rather be something like "about:blank" to start with an empty page?

2 1

[Dillo-dev]Invoke application upon clicking a link
by huy Oct. 8, 2004

Oct. 8, 2004

Hello all, I would like to be able to click on a link and invoke a local executable. As you might already know, this is similar to the activeX IE or the shell model in mozilla. And this is for a quick and dirty demo, so security isn't an issue. Is there a way I can do this with dillo (short of modifying the source code). The HTML will be on the local machine too. Thanks all Huy

4 3

[Dillo-dev]external viewers patch
by Matthias Franz Oct. 8, 2004

Oct. 8, 2004

Hi everybody, I have extended Lars Clausen's external viewers patch and ported it to Dillo 0.8.3. While it is still under development (it doesn't use the dpi framework yet), it is already a stable and essentially complete implementation of RFC 1524, and at least to me Dillo is much more useful if it can display PS and PDF files, for instance. If you are interested, you can download the patch at http://www-fourier.ujf-grenoble.fr/~franz/dillo/ . Comments are welcome! All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

1 0

[Dillo-dev][sylvinus@lynucs.org: Re: Easy to solve problem in the HTML]
by Jorge Arellano Cid Oct. 7, 2004

Oct. 7, 2004

Hi there, This is what you MUST expect from a good webmaster! -- Cheers Jorge.-

1 0

[Dillo-dev]contribution : crystalsvg icons for Dillo toolbar
by Florent BERANGER Oct. 7, 2004

Oct. 7, 2004

Hi, you'll find, as part, the pixmap.h file for Crystalsvg (www.everaldo.com ) icons for Dillo toolbar :) Best regards, Florent BERANGER Flonix : http://www.flonix.com ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

Re: [Dillo-dev]0.8.3rc1 test
by Florent BERANGER Oct. 6, 2004

Oct. 6, 2004

Hi, see the http://fr.wikipedia.org web page for exemple. Best regards, Florent ---------- Initial Header ----------- From : dillo-dev-admin(a)lists.auriga.wearlab.de To : dillo-dev(a)auriga.wearlab.de Cc : Date : Fri, 1 Oct 2004 20:03:46 -0400 Subject : Re: [Dillo-dev]0.8.3rc1 test > > What's bad about that code? HTML 4 is, in the absence of headers or > > meta tags indicating otherwise, assumed to be ISO-8859-1. The é is > > perfectly legal there. > > If you give Dillo an ISO-8859-1 'é', it will work fine. > > Now, if you give it in some other encoding, it will fail. > > > > > Given that they show up correctly when I look at that site here, I > > suspect it's a font problem on the display, not an HTML or Dillo problem. > > Yes, it could be. BTW, if the source page has an ISO-8859-1 'é' > this is surely the problem. Sorry, I should have said: "if the source page has a NON ISO-8859-1 'é', this is surely the problem" -- Cheers Jorge.- _______________________________________________ Dillo-dev mailing list Dillo-dev(a)lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

5 5

RE: [Dillo-dev]which version does this patch file patch
by Linda J. Laubenheimer Oct. 6, 2004

Oct. 6, 2004

> -----Original Message----- > From: dillo-dev-admin(a)lists.auriga.wearlab.de > [mailto:dillo-dev-admin@lists.auriga.wearlab.de] On Behalf Of > Jorge Arellano Cid > Sent: Wednesday, October 06, 2004 6:48 AM > To: dillo-dev(a)lists.auriga.wearlab.de > Subject: Re: [Dillo-dev]which version does this patch file patch > > > What does "*Headdesk*" mean? Sorry, a bit of humor. *Headdesk* means the act of banging your head on the desk, usually from frustration or discovery that you've been an idiot, or both. The words "head" and "desk" are run together, in a visual joke of the two colliding. It probably doesn't translated well... L J Laubenheimer

2 1

[Dillo-dev]dillo and TAB key
by Miana Husada Oct. 6, 2004

Oct. 6, 2004

Hi! I'm a new user of Dillo and I'm really interested to play with it. Currently I intend to make dillo accept keyboard input(tab and enter key) rather than mouse input to select and click the hyperlink, button, textfield, etc on the web page. Currently if I press tab key, it can only move the focus between the button, and textfield. It doesn't move focus to the hyperlink.Could you please give me idea how to do it? My second question is how to apply patch for dillo? Where should I put the patch? I experience hunk failed when I try to install a patch for dillo. Thank you very much for your help. Sorry, if my question seems very simple. Miana _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

2 1

[Dillo-dev]Mailing list search
by Jorge Arellano Cid Oct. 6, 2004

Oct. 6, 2004

Jörgen, and everybody I just noticed that GMANE is forcing javascript to display mailing list searches :(. Well, we have the relevant dillo-dev mail folders, so maybe it's time to provide that service from our web site. There surely are good programs for doing this. Does anyone know of a good candidate? (the problem is: given a set of mailfolders, provide a search engine with an HTML interface to them). -- Cheers Jorge.-

4 4

[Dillo-dev]mailto: protocol
by Florent BERANGER Oct. 6, 2004

Oct. 6, 2004

Hi, I didn't see, in docs and config file, how to configure the mailto: protocol in order to redirect it to a mail client specified in dillorc config dile. Does I need a patch for this feature ? Thanks for your infos, Best regards, Florent ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

[Dillo-dev]resuming from offline gap due to ISP change
by Jorge Arellano Cid Oct. 6, 2004

Oct. 6, 2004

Hi there, After changing ISP I had some unexpected problems trying to access our servers (no HTTP, no MAIL, no SSH). Initially I thought the wearlab was down, but the second day I realized it was a connection problem. It took some time to solve this, but now I'm back. -- Cheers Jorge.-

1 0

[Dillo-dev]testing dillo-0.8.3-rc1
by Bjoern Brill Oct. 5, 2004

Oct. 5, 2004

Hello, I've tried out dillo-0.8.3-rc1 for a few days on a Debian GNU/Linux 3.0 "woody"/i386 system. It compiled and installed cleanly, and I did not encounter any regressions against 0.8.2 yet. The parser changes are a real improvement -- several formerly problematic sites I've tried work now, and the "Detected HTML errors" view produces much more meaningful results. Two small problems I've encountered: - It seems that, if a pair of <a href="..."> </a> tags contains something illegal, like <div>, then the <a> tags are ignored, rather than the illegal stuff inside. That's suboptimal. As an example, look at http://www.kmelektronik.de/ (admittedly a very broken site, standards-wise). The text fragments "Light-Version Versand" and "Light-Version Shop" near the page bottom should really be links. If this is hard to fix, then don't bother. - This one is not new, but I fixed it a while ago for myself and then forgot about it: the "This page uses the NON-STANDARD meta refresh tag..." warning usually occurs inside <head>, but is immediately sent to the parser, which in turn switches its HTML processing state from IN_HEAD to IN_BODY prematurely. After that, head-only tags like <title> and <base> are ignored. A minimal fix is at the end of the mail. Best regards, Björn Brill Please CC: me on list replies. -- Bj"orn Brill <brill(a)fs.math.uni-frankfurt.de> Frankfurt am Main, Germany --- dillo-0.8.3-rc1/src/html.c.orig Tue Sep 21 17:42:12 2004 +++ dillo-0.8.3-rc1/src/html.c Tue Oct 5 19:21:42 2004 @@ -3101,7 +3101,11 @@ static void Html_tag_open_meta(DilloHtml /* Send a custom HTML message */ html_msg = g_strdup_printf(meta_template, content, delay_str); - Html_write_raw(html, html_msg, strlen(html_msg), 0); + { + DilloHtmlProcessingState SaveFlags = html->InFlags; + Html_write_raw(html, html_msg, strlen(html_msg), 0); + html->InFlags = SaveFlags; + } g_free(html_msg); } }

1 0

[Dillo-dev]which version does this patch file patch
by yuzenghui Oct. 4, 2004

Oct. 4, 2004

hello everybody, I found a patch file in http://www.dillo.org/misc_files/gtk2.diff.gz. which version of dillo can use this patch? And does this patch upgrade dw to gtk2? Thank you! -------------------------------------------- ÈšÍþµ÷ÖÆ ÐÂÎÅ¿ì²Í£»ÓÑÇé»¥¶¯ ¶ÌÐÅŽ«Çé¡£ »¶ÓÔì·ÃÈËÃñÍø¶ÌÐÅÆµµÀ£ºhttp://sms.people.com.cn

2 1

[Dillo-dev]Interface improvements and others.
by rootag＠terra.es Oct. 2, 2004

Oct. 2, 2004

(Sorry for my English, any corrections are wellcome). Hello, I hope not bother with my opinions. In the Dillo interface, I think that is good idea a simple speedometer for medium speed. medium_speed = Total_html_size_in_KBytes / Total_time_to_load. This isn't the real speed of line, but is the real speed for load html document. I think that is very easy to make. Can be displayed together the images loaded, and KB loaded. Another question, why Dillo render, and render again and again,when load are in process? This burn a lot of CPU. Explorer and other seems to render at a time. Another more, It's posible make a dialog box that answer the human if want accept cookies from site, this time, always from this site,never from this site,no for this time? Thanks, Fran.

1 0

[Dillo-dev]0.8.3rc1 test
by Florent BERANGER Oct. 2, 2004

Oct. 2, 2004

Hi, I'm Florent BERANGER, from Flonix company (http://www.flonix.com) We like Dillo because it's small and fast :) I've just tested the 0.8.3rc1, the rendering is really better :) Here 2 remaining bugs I've found : - some hardcoded accented characters (for exemple use "é" in the place of "é" in HTML code) aren't properly displayed. - the pages background must be white by default (actually grey). We currently working to port the "crystal" icon set to Dillo. Since done, you'll can add it in icons page :) We are very interested by Tabs support feature. I saw some patchs for this feature. How can we compile Dillo 0.8.3 with them ? Thanks for your good works, Best regards, Florent http://www.flonix.com ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

4 5

[Dillo-dev](no subject)
by rootag＠terra.es Oct. 1, 2004

Oct. 1, 2004

Hello, I had an incompatible library, for this reason I need remove bugs: 596, 597, 599, 600, I tried remove it in the page but don't run. Anyone can remove this bugs?

2 1

[Dillo-dev]Dillo on Cygwin
by Kelson Vibber Sept. 30, 2004

Sept. 30, 2004

A few days ago I noticed that GTK+ and GLib are now available through the Cygwin installer, so I started reworking my directions for building Dillo on Cygwin (currently at http://www.hyperborea.org/software/dillo/cygwin.html ). I hadn't tried it since Dillo 0.7.3, so when I built 0.8.2 with the new built-in libraries, I discovered some problems with DPI. First, since Cygwin knows it's running under Windows, it appends .exe to any executable files it builds. (When you run a command in Cygwin, it will look for the file as written, then look for it with .exe added -- so the compiler is really gcc.exe but you can still run it by typing "gcc".) This includes the DPI plugins, which end up being bookmarks.dpi.exe, downloads.dpi.exe, etc. This means dpid will not find them when it looks for available plugins unless you rename them. Second, even after renaming them, I can't get any DPI plugins to actually work. Here is the output from clicking on the bookmarks button: Nav_open_url: Url=>dpi:/bm/< url_str = dpi:/bm/ Dpi_check_uds: Connection refused /tmp/kvibber-5re3lm/dpid.srs debug_msg - init_sockdir: The socket directory /tmp/kvibber-5re3lm exists and is OK dpid started Capi_dpi_conn_timeout:: try 1 main.c:153: get_command: dpid tag is NULL : main.c:326: main: get_command failed : bookmarks.dpi (v.13): accepting connections... [accept]: Software caused connection abort File permissions on the sockets look the same as they do on a Linux box (srw-------) It may just be something about the way Cygwin handles sockets. Unfortunately I have very little experience with sockets on *any* platform (and very little experience with C, for that matter) Anyway, I figure Cygwin support probably isn't a priority, but I thought I'd point out the issues in case anyone was interested in tracking them down. -- Kelson Vibber www.hyperborea.org

2 1

[Dillo-dev]A problem about g_timeout_add function????
by suowei Sept. 27, 2004

Sept. 27, 2004

Hi,everyone: I meet a problem about g_timeout_add function in dns.c file.Because I can not use the original function gtk_timeout_add based on gtk,so I replace is whit g_timeout_add,just like: dns_server[channel].timeout_id = g_timeout_add(200,(GSourceFunc)Dns_timeout_client,GINT_TO_POINTER(dns_server[channel].channel)); the origianl code is: dns_server[channel].timeout_id = gtk_timeout_add(200, (GtkFunction)Dns_timeout_client, GINT_TO_POINTER(dns_server[channel].channel)); but after I do this, the function g_timeout_add looks like no useful,so I want to get the answer,is it why???? My target is to trige the function Dns_timeout_client every 200ms,please help me. thank you:)

4 8

[Dillo-dev]Preparing the 0.8.3 release (please read and test)
by Jorge Arellano Cid Sept. 22, 2004

Sept. 22, 2004

Hi Guys, We are preparing the dillo-0.8.3 release. Probably the most interesting feature inside of it will be the just commited "W3C + heuristics" parsing method. From the ChangeLog: <q> + * Added some 'undefined ASCII' to latin1 character conversions. + * Added the "w3c_plus_heuristics" option to dillorc. + - * Introduced a light-weight heuristic algorithm over the W3C parsing + scheme (allows for slightly better rendering: w3c_plus_heuristics=YES). </q> This is an old idea suggested by Rubén Espinoza. I merged it with the current W3C parsing, and the end result is better rendering on some sites. For instance: http://www.arts-design-team.com/good_design_starts_here.php?jump=intro http://linuxtoday.com http://www.cnn.com/ The good news is that the bug-meter also works with this scheme and that as it was merged with the newest parser features, it is _expected_ to provide even better rendering than the venerable dillo-0.7.3. So now is testing time! Please get the latest code from the CVS and compare it with 0.8.2's rendering. Look at your favorite sites and see how it works for you. Feedback is very welcomed. BTW, I'm planning to add a couple of FAQ entries to explain this. What the questions and answers will be, depends on your feedback. By now, all you have is this small explanation (and the one inside dillorc) ;) -- Cheers Jorge.-

3 4

[Dillo-dev]Dillo on Syllable?
by Bill Sanders Sept. 21, 2004

Sept. 21, 2004

Good day developers! First, forgive me if anyone has already mentioned this, I just joined the list a few days ago. Perhaps some of you are familiar with a little open source OS by the name of Syllable ( http://www.syllable.org ). It's a fork of the AtheOS project, and its doing pretty well for itself. It's aimed at home users, and its goals are to be fast, and easy to use, similar (but not replicating) BeOS. One thing Syllable could use is a web browser. The native browser is based off an old 2.x khtml port and is sort of a hack. To get a full fledged browser that is easy to use, someone would need to port Gecko, or a newer khtml. Or Dillo. :o) I read that you're planning on porting to FLTK and just read the "about porting doc". Am I to understand that Dillo (or dw, rather) is already a library, separate from the GUI? How easy (forgive the question, I'm still a young grasshopper programmer) would this be to port to a Threaded C++ native widget set? Something that doesn't have GTK+ or FLTK. Wow, this email was way longer than I intended. Forgive me for taking so much of your time. Any feedback would be greatly appreciated. Regards, Bill

2 1

[Dillo-dev]https
by Jorge Arellano Cid Sept. 12, 2004

Sept. 12, 2004

Hi, Here's the https-relevant part of a private email: ---------- Forwarded message ---------- Date: Wed, 7 Jul 2004 10:25:24 -0400 (CLT) From: Jorge Arellano Cid <jcid(a)dillo.org> To: Brett Wynkoop <wynkoop(a)wynn.com> Subject: Re: dillo 0.8.2rc2 On Wed, 7 Jul 2004, Brett Wynkoop wrote: > [...] > I was surprised that there is no SSL support. I remember a recent > release used wget for ssl. Is there any way to re-enable that on the > current release? The problem is that our former plugin didn't do certificate authentication (among other things commented in the code). As the Dillo project takes security seriously, it was withdrawn from the newer releases... In other words, the https dpi allowed the user to see https URLs, but there was no security backing it. I know that some big browsers had the same bug for years, before it was made public. This allowed for instance, man-in-the-middle attacks by faking the destination site. Https is a very complex matter, and I'd rather prefer not to assert ours will be flawless. The least we can do is not to release one we know is broken. I hope we can make a good https dpi soon. If you want to use it anyway, assuming the risks, just get the https.c from 0.8.0 and drop it into the new tree. You will not even be able to post or send forms, but it'll allow to read some https forums. Atentamente Jorge.-

4 6

[Dillo-dev][tony.sutton@ukonline.co.uk: Impressed with Dillo]
by Jorge Arellano Cid Sept. 6, 2004

Sept. 6, 2004

1 0

[Dillo-dev]email adress and public key
by Sebastian Geerken Sept. 6, 2004

Sept. 6, 2004

Hi, as I noticed some time ago, I've always had a sgeerken(a)dillo.org email address. I'd prefer this adress in the future for private mail related to dillo. A new PGP/GPG key can be found at <http://www.dillo.org/authors/sgeerken.gpg>, the link in the authors page is wrong, and will be updated soon. (This mail is signed for testing purposes.) Sebastian

3 2

[Dillo-dev]dillo rendering redesign version 3
by Sebastian Geerken Sept. 1, 2004

Sept. 1, 2004

Hi, the newest version of the rendering abstraction prototype (at <http://www.dillo.org/misc_files/dillo-0.8.3-pre-dw-redesign-3.tar.gz>) does not contain anything fundamentally new, but features an interesting application of the new design, a preview window. Just press the mouse button on the button in the lower right corner of the right viewport. Sebastian

2 3

[Dillo-dev]anyone plans to port dillo to gtk+-directfb-2.0?
by Calvin Yu Sept. 1, 2004

Sept. 1, 2004

I'm porting dillo to gtk+-directfb-2.0. By now I have done some work and created new binary. But there are still some critical problems. If there are some persons who are dealing with similar work, we can share and exchange the experence. :)

1 0

[Dillo-dev]dillo rendering redesign version 2
by Sebastian Geerken Aug. 28, 2004

Aug. 28, 2004

Hi, a new version of the rendering abstraction prototype can be downloaded at <http://www.dillo.org/misc_files/dillo-0.8.3-pre-dw-redesign-2.tar.gz>. The new version adds images, which are in the Gtk+ version realized with GdkRGB, we'll have to see how this is done in FLTK. Sebastian

1 0

[Dillo-dev]Porting dillo to another UI toolkit
by Sebastian Geerken Aug. 25, 2004

Aug. 25, 2004

Hi, I intended to post this a bit later, not before some usable code is available, but I changed my opinion, it may be useful to outline, how porting will happen. The most complex part is certainly Dw, since it is tightly bound to Gtk+. By all means, I want to prevent, that there exist different versions of Dw, with different features (e.g., when the development of the Gtk+ version continues, while the FLTK version is developed), which are hard to integrate. For this reason (and others), I'm currently working on a redesign of Dw, which will make Dw toolkit independant. This is not the single goal of this redesign, it will also make some other features possible, e.g. a preview window, in which the whole page may be seen with reduced size, also, it will make reusage of Dw within graphical plugins possibel, and some more. (Actually, the idea for this design is already older, except the platform independency, but this was simple to add.) I'll soon (within a week or so) post the first usable version of it, which will only include a small program to test Dw, not dillo itself, the integration into dillo will be done later. However, it will already make it possible to start with the porting work. A documentation, which changes should remain small, is already attached. As for the actual port, the following steps should be done: 1. Realize the test program, but for another UI toolkit. This will still have to include Gtk+, because of the Gtk+ object model, but the new toolkit should be in control over the event processing. (Furthermore, GLib will, in this phase, still be needed.) What is needed for this step: (i) an implementation of DwRenderPlatform and DwRenderView, and (ii) ports of the modules Dw_style and Dw_tooltip. These will perhaps also be abstracted, see DwRender.txt for details. The rest should not be touched, if this should become necessary, this is a bug. The changes in Dw_style and Dw_tooltip should not be too hard, and these modules will not change much in the near future, so this simple approach for porting is reasonable in this case. The experiences made on this should be interesting, if the design of Dw_style and Dw_tooltip should be enhanced, as described as an idea in the attached document. 2. The second step (regarding Dw) should be to get rid of Gtk+ and GLib. Since a port to FLTK is planned, it makes sense to port the C code to C++, this would also make the code cleaner, since dealing with classes and interfaces in C (with the Gtk+ model) is quite fiddly. Details of this step have still to be clarified, but the features, GLib and Gtk+ provides, should be relatively easily replaced. Notice also, that I plan to make an own library of Dw (at least the core of it), most of it has already been finished, but the release has been delayed, because I assign a greater priority to the dillo project. For the rest of the port, I do not have any plans, but AFAIS, I see far less problems as for Dw. Sebastian

1 1

[Dillo-dev]why must FLTK?
by Calvin Yu Aug. 20, 2004

Aug. 20, 2004

hello everyone: In order to support double-byte characters, we must port GUI from gtk+1.2 to others, right? The FAQ tells me that the developers are planning to port GUI to FLTK. Who is so kind to tell me any alternatives? I hear FLTK is very complex and not stable. By the way, has anyone taken gtk+-directfb into account? I complied it and ran some example applications. It looked pretty. If we port GUI to gtk+-directfb, we don't need X server any more. It would save a lot of resources. Futhermore, the work will be much less because of similar APIs between gtk-1.2 and gtk-2.x. Best Regards From Calvin Yu

2 1

[Dillo-dev]contrast_visited_color
by Jorge Arellano Cid Aug. 16, 2004

Aug. 16, 2004

Hi there, I've been playing with this patch for enough time to start to like its effects. It changes the old 'force_visited_color' dillorc option with 'contrast_visited_color' (featuring a new algorithm). This allows Dillo to choose the visited link color, in such a way that it makes good contrast with the rest of the page. Please update your dillorc with the new option, test it, and say how it works for you. A suggestion: http://www.paulgraham.com (any link). -- Cheers Jorge.-

4 10

[Dillo-dev](no subject)
by opus＠milneweb.com Aug. 15, 2004

Aug. 15, 2004

I will try to post this again.... I am having this issue when I get to 'gmake' doing the CVS build. [FreeBSD happy.hopto.org 4.10-RELEASE FreeBSD 4.10-RELEASE #0] interface.c: In function `Interface_make_search_url': interface.c:1350: syntax error before `*' interface.c:1352: `search_url' undeclared (first use in this function) interface.c:1352: (Each undeclared identifier is reported only once interface.c:1352: for each function it appears in.) interface.c:1353: warning: control reaches end of non-void function gmake[3]: *** [interface.o] Error 1 gmake[3]: Leaving directory `/usr/home/petie/dillo/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/home/petie/dillo/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/petie/dillo' gmake: *** [all] Error 2 -- Pete http://milneweb.com http://nomorevirus.com

4 4

Re: [Dillo-dev](no subject)
by David McKee Aug. 15, 2004

Aug. 15, 2004

On Sat, 14 Aug 2004, Opus wrote: > On Sat, 14 Aug 2004 19:02:02 -0400 (EDT), David McKee <dmckee(a)jlab.org> wrote: > > Pete, > > This is the problem I reported (and supplied a patch for) under the [snip] > > On Sat, 14 Aug 2004 opus(a)milneweb.com wrote: > > > I am having this issue when I get to 'gmake' doing the CVS build. > > [snip] [snip] > Hey David....thanks. You surely take me for someone that has a clue > what you said means...lol! > > After you said "This is the problem I reported (and supplied a patch > for)" I got lost. I have used CVS for a while now, I am lucky to be > able to get it compiled when things go well. > > Maybe I should skip it now til all is fixed....unless you have a > reasonably 'do-able for me' suggestion. I certainly appreciate your > response though. *;o) Try grabbing the CVS from before the latest patch... man cvs and look for the -D option which lets you set the date spec... BTW- The web access to the CVS archive is the easiest way to learn when that patch was applied. Good luck, -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

1 0

[Dillo-dev]thread-safe X at fresco
by robert w hall Aug. 13, 2004

Aug. 13, 2004

The thread-safe versions of XFree3.3.3.1 have disappeared from linuxsavvy, (and my own attempts too recompile my own have produced useable, but not wholly error-free results)... But I note that vintage.fresco.org still has two earlier thread-safe Xlibs, 3.1.2 and 3.2, linked statically. Anyone used these? dillo glib gtk appear only to use libX11, libXext, (which is all the earlier fresco 3.1.2 package provides). Bob Going bravely backwards from kernel 2.6.7! -- robert w hall

2 3

[Dillo-dev]Re: Is IO.txt outdated?
by Calvin Yu Aug. 13, 2004

Aug. 13, 2004

>> It says dillo uses threads for DNS querying and reading local >> files, and signal driven I/O for TCP connections. When the socket >> gets ready for transmission, the data is sent using >> g_io_channel_write. But I can't not find the place where >> g_io_channel_write is invoked in the code. > > Yes, once upon a time it used g_io_channel_write, but not >anymore. I'll update this doc ASAP and let you know when its >ready. > >> >> In previous posts I see >> "When using threads and mutexes (pthreads), thread scheduling is >> done by a third thread or by the kernel (depends upon the >> implementation), and it is preemptive. Now, the address space may >> be shared, so the need for mutexes arise, and because of both >> reasons, performance is degraded. >> Using a pseudo-thread (CCC thread), doesn't require scheduling >> by an external process or by the kernel. All is done in the same >> process, but there's no preemption." >> But I do find a thread is spawned in "a_IO_write_chunk()". >> Would you please tell me the reason? > > Otherwise it wouldn't generate IO signals. > >> What does pseudo-thread mean? > > A non-preemptive thread as those handled by CCC. > I don't think it is really parallel. If there are several connections at the same time, one must wait until another one completes data transfer. assume such a case: one connection is responsible for downloading a big image, and other connections are going to download small images. The former one's G_IO_IN event is triggered first and it begins to download the big image. It will take long for it to complete downloading and other connections have to wait. It's unfair for them though they will cost much less time. I don't know whether I'm right. Must other connections wait until one completes or error occurs? >> Is such thread spawned in >> "a_IO_write_chunk()" pseudo-thread? > > No that one is a POSIX thread (or pthread at least ;). > >-- > Cheers > Jorge.-

2 2

[Dillo-dev]gmake error
by Opus Aug. 12, 2004

Aug. 12, 2004

Freebsd 4.10, doing CVS, gmake gives me this: gmake[3]: *** [interface.o] Error 1 gmake[3]: Leaving directory `/usr/home/petie/dillo/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/home/petie/dillo/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/petie/dillo' gmake: *** [all] Error 2 -- Pete http://milneweb.com http://nomorevirus.com

1 0

[Dillo-dev]urlencoding and the search dialog
by Jorge Arellano Cid Aug. 12, 2004

Aug. 12, 2004

Hi there, A patch for urlencoding what's entered in the search dialog has just been added. A couple of functions in the URL API changed its name. Everything should be OK, but further testing is welcomed. Now you can enter non safe characters in the web search dialog (mainly non ASCII) and have then automatically urlencoded in the query. The FORM submittion routines also use these functions so testing your favorite FORMS is also adviced. Cheers Jorge.-

1 0

[Dillo-dev]Is IO.txt outdaetd?
by Calvin Yu Aug. 11, 2004

Aug. 11, 2004

It says dillo uses threads for DNS querying and reading local files, and signal driven I/O for TCP connections. When the socket gets ready for transmission, the data is sent using g_io_channel_write. But I can't not find the place where g_io_channel_write is invoked in the code. In previous posts I see "When using threads and mutexes (pthreads), thread scheduling is done by a third thread or by the kernel (depends upon the implementation), and it is preemptive. Now, the address space may be shared, so the need for mutexes arise, and because of both reasons, performance is degraded. Using a pseudo-thread (CCC thread), doesn't require scheduling by an external process or by the kernel. All is done in the same process, but there's no preemption." But I do find a thread is spawned in "a_IO_write_chunk()". Would you please tell me the reason? What does pseudo-thread mean? Is such thread spawned in "a_IO_write_chunk()" pseudo-thread? Thanks a lot!

2 2

[Dillo-dev]Big Dpi patch: data stream API, and "file:" protocol as a dpi filter
by Jorge Arellano Cid Aug. 11, 2004

Aug. 11, 2004

Hi There, I've been silent for some time, working on a medium sized patch that was just commited. From the Changelog: <q> * Designed and implemented a unified API for handling data streams inside dillo plugins. Servers and filters can use it. * Converted the bookmarks server plugin to the new dpiutil API. * Moved the internal support for "file:" URIs into a dpi (filter plugin). * Added TABLE-based rendering of directory listings to the new file dpi. </q> Some time ago Jörgen sent me a crude prototype for a dpi filter for handling the "file:" URIs. The main problem was that it was very, very slow (say 10 times slower). It was all a buffering problem. At the same time I was discussing the idea of extending the API in dpiutil for https (with Garret), and also having in mind the GUI downloads dpi and maybe also turning cookies into a dpi. After a lot of thought I decided to start trying a tentative API, and ported the bookmarks server to it so the new functions could be tested better. Then I picked up the file dpi prototype and also ported it to the new API and polished it a lot. The idea behind was to test the API with different applications (i.e. different requirements) to be more confident about its design. Now it seems to be working OK, so a commit was done. Note that currently the file dpi filter is just an idea to test, it can be reversed or further improved. I want you to try it and make yourselves an impression while using it. It features two rendering modes: with <PRE> and with <TABLE>. The "%" link to the right of the "Parent" directory link makes the rendering mode switch! (it was added for testing's sake). Note that the stripes' slight contrast on the table-based mode is meant for easy reading of the file names when looking for a file by its filename. The contrast helps the eye (almost at the unconcious level) to locate the right row of it, when locating its type, size or date. The table-based mode is not rendering dotfiles at the moment. A very easy patch, I'll burden Jörgen with! :-) Bottom line: Please test it throughly and send some feedback. Cheers Jorge.- PS: Now I'll try to catch up with the latest emails and patches I was sent.

2 1

[Dillo-dev]Thanks, but keep working
by John Summerfield Aug. 9, 2004

Aug. 9, 2004

I'm glad to have found Dillo, I'd been hoping to find a light-weight browser for use on (small) servers where it's necessary to configure routers, firewalls and printers using their http interfaces. I really do not want to install Mozilla or such for these uses, they are far too enormous. I could use lynx, elinks, links or w3m, except that none of them works well either, and none has a pretty face:-). I don't mind installing a lightweight GUI desktop so as to be able to use GUI configuration tools. Dillo shows promise, but before it is useful it to me has to support 1. Basic authentication. This is essential. 2. Javascript. Some features of Billion 741GE ADSL routers require it 3. Frames. Probably not essential, but it surely will improve navigation. -- Cheers John Summerfield

1 0

[Dillo-dev]what can i do for dillo?
by Calvin Yu Aug. 6, 2004

Aug. 6, 2004

dillo-devOn Mon, Aug 02, 2004 at 07:41:33PM +0800, Calvin Yu wrote: > Dear Jorge Arellano Cid: > I'm very thankul for your advice and help. Good. > > I'm a student of colloge in China. My advicer gave me a project > of linux light-weight browser as my project for graduation. After > reviewing several open-source linux browsers, I think Dillo is a > good choice. For it is small and fast, especially fit for > embedded linux device. But there are some flaws with it. For > example, it doesn't support Chinese and JavaScript. I think these > functions are important for a browser. So I hope I can add those > functions to Dillo. As I told you before, Javascript is very complex to add. Not only the current Dw system is not ready for it, but also Javascript poses a big security threat that needs to be addressed in detail. > You told me that many persons want to make Dillo render > chinese, but they don't collaborate with you. Yes it is possbile. > I think most of them want to do such work because of their own > interest, not necessary mission. When they meet with difficulties > they will give up and disappear... I understand. > But now I have to do some work on Dillo (If I choose it as my > prototype system). I hope I can resolve those problems. Rendering chinese, alone, is more than a challenging task for a graduation project. As you know, we plan to port Dillo to FLTK, once that's done, rendering Chinese would require two things: a) Add the glyph logic module for Chinese to FLTK. b) Make sure Dillo works OK with it (FORMS, etc). You can also help us with the port to FLTK. > By the way, would you please tell me what documention should I > read if I want to do those work? I can't find enough documents on > www.dillo.org. Now I'm reading the code of Dillo. The new FAQ in our site will suggest several links (that's plenty of documentation, only for the i18n subject). Then follow the whole thread on FLTK. It shows the feasibility analysis. Please note that it's an abridgement, not all the emails we exchanged with the FLTK team are there! It was a large work. Beware that one of the worst mistakes to do in SW projects is to underestimate the complexity. My advice for you is to try Chinese rendering. That is: a) Add the glyph logic module for Chinese to FLTK. b) Make sure Dillo works OK with it (FORMS, etc). c) Help us with the port to FLTK. Cheers Jorge.-

1 0

[Dillo-dev]this page hangs dillo
by Brian Hechinger Aug. 5, 2004

Aug. 5, 2004

on my NetBSD/i386 box with dillo-current as of a couple of days ago, this following ebay page will hang dillo. does this work for anyone else? http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5712094427 -brian -- "The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews

2 1

[Dillo-dev]WebCalendar
by Peter Sinn Aug. 5, 2004

Aug. 5, 2004

WebCalendar does not display properly with Dillo 0.8.2 (Solaris 9), see: http://www.k5n.us/opensource/month.php or http://webcalendar.sourceforge.net/demo/login.php Is this a problem with Dillo or with WebCalendar? Regards, P.S.

2 1

[Dillo-dev]about CCC module
by Calvin Yu Aug. 5, 2004

Aug. 5, 2004

hello everyone: There is no document about it under dillo/doc? Can anyone post some documents about this theory or design of this module? Thank you all!

1 0

[Dillo-dev]BUG#585
by Jorge Arellano Cid Aug. 3, 2004

Aug. 3, 2004

Hi, Can someone reproduce?: 585 Impact: hard error At: run time Type: crash Comments: dillo 0.8.2 crashes whenever I try to load a specific page. Running on Fedora Core 1 HTReproduce: Access http://www.lua.org/manual/5.0/manual.html#5.7 WorkedBy: nobody Submitter: costa*tecgraf*puc-rio*br -- Cheers Jorge.-

5 5

[Dillo-dev]About Dillo's Form part
by suowei Aug. 2, 2004

Aug. 2, 2004

Hi,there I am porting the Dillo form gtk+ to MiniGUI,I just want to modify the web form part,and I read the html.c carefully,but cant find some hints to do this work,who can help me,tell me I should modify which part in the html.c? thanks:) --------------------------------- Suo Wei Beijing Feynman Software Technology Co., Ltd. A Embedded Linux Tech. & Dev. Tools Provider. Mailbox: suowei(a)minigui.net Website: http://www.minigui.com Tel: (8610)-82570025 Fax: (8610)-82570026

1 0

[Dillo-dev]New authors page
by Jorge Arellano Cid Aug. 2, 2004

Aug. 2, 2004

Jörgen, and Everybody, The new authors page is in place. The new generating script is already set, it reads the respective *.txt file. Sebastian, I just set my new PGP key and made it available from there. I also set yours. Please check it. Jörgen, you may want to generate a new key for your dillo.org address and place it there too. The same applies to anyone in the list with a PGP key (please contact Jörgen for updates). Urbi et Orbi: I also want to use this opportunity to state that my (jcid) new private key fingerprint is: 0C0A 14DC 71B2 A750 5908 234D 1CA8 D4E3 11B8 6C03 -- The main point of the new page is to mangle email address while providing more information at the same time. Cheers Jorge.-

1 0

Re: [Dillo-dev]forcing dillo to not cache pages
by Jorge Arellano Cid Aug. 1, 2004

Aug. 1, 2004

On Sun, Aug 01, 2004 at 12:16:58PM -0400, Brian Hechinger wrote: > On Sun, Aug 01, 2004 at 11:48:11AM -0400, Jorge Arellano Cid wrote: > > > > Look in a_Capi_open_url(). > > You can add a custom: > > > > a_Url_set_flags(web->url, URL_FLAGS(web->url) | URL_E2EReload); > > > > based on the url. e.g. the hello dpi always reloads. Note that > > you don't need a dpi to force reload. Just catch the desired > > URLs, by hostname for instance, and you're done. > > ok, that's certainly one way, but how about honoring something like the META > tag Pragma stuff? how hard would that be to do? Just as processing any other tag. Start with Html_tag_open_meta(). Cheers Jorge.-

1 0

[Dillo-dev]forcing dillo to not cache pages
by Brian Hechinger Aug. 1, 2004

Aug. 1, 2004

i'm writing a web based application for my friend using dillo as the primary interface client. dillo is being too hyperactive with the page caching that it uses, and i have to hit reload every time i go back to a page that has had data in the database change. how do i get dillo to not cache those pages and force it to request them everytime so i can always get current data? thanks!! -brian -- "The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews

2 1