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

[Dillo-dev]thread-safe X at fresco
by robert w hall 13 Aug '04

13 Aug '04

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

Re: [Dillo-dev]Hi, i am newer to this list.
by Hermit 01 Jul '04

01 Jul '04

Hi, Jorge Sure, i wish i can collaborate with your guys, but how can i join this team? are there any task list? or even you can assign some tasks to me ? BGs/Hermit Date: Fri, 25 Jun 2004 13:05:07 -0400 (CLT) From: Jorge Arellano Cid <jcid(a)dillo.org> To: Dillo mailing list <dillo-dev(a)lists.auriga.wearlab.de> Subject: Re: [Dillo-dev]Hi, i am newer to this list. Hi, > Hi, All > i am newer to this list. now i try to port dillo > to a embedded device. there are few memory and storage > in this kind of device. > dillo is based on gtk+, it is impossible to port > gtk to embedded device because of its size. We know that, and GTK2 is even bigger. > now i try to make dillo to base on microwin+fltk. > i know that there are plan to make dillo base on fltk. > maybe your guys can give me some suggestion about how > to port dillo to base on fltk? Do you want to do it alone? Why not collaborate with us? Cheers Jorge.- _________________________________________________________ Do You Yahoo!? 100兆邮箱够不够用？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/100m/*http://cn.promo.yahoo.com/minisite…

2 1

[Dillo-dev]Anything new worth trying out?
by Jeremy Henty 26 Jun '04

26 Jun '04

Hi, I've been running a dillo I checked out of CVS on June 6. I was wondering if there was any reason to update. If you have any new features you'd like road-tested I'd be glad to give them a spin. Or should I wait for things to stabilise? Cheers, Jeremy Henty

1 1

[Dillo-dev]dillo-0.8.2-rc1.tar.bz2
by Jorge Arellano Cid 25 Jun '04

25 Jun '04

Hi there! I just uploaded the dillo-0.8.2-rc1 (release candidate 1) to our site: http://www.dillo.org/download/dillo-0.8.2-rc1.tar.bz2 It's basically what we've been testing in the CVS, so it should be stable. What needs platform testing is the compilation process. This tarball was packaged with the newest auto* tools, so please report back how it goes. If no glitches are found, it'll become our dillo-0.8.2. Cheers Jorge.-

2 1

[Dillo-dev]Hi, i am newer to this list.
by �ffffc4�ffffac�ffffc8�ffffbb �ffffcd�fffff5 25 Jun '04

25 Jun '04

Hi, All i am newer to this list. now i try to port dillo to a embedded device. there are few memory and storage in this kind of device. dillo is based on gtk+, it is impossible to port gtk to embedded device because of its size. now i try to make dillo to base on microwin+fltk. i know that there are plan to make dillo base on fltk. maybe your guys can give me some suggestion about how to port dillo to base on fltk? Thank you very much. BGs/Hermit _________________________________________________________ Do You Yahoo!? 嫌邮箱太小？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.…

2 1

[Dillo-dev]BUG#569
by Jorge Arellano Cid 21 Jun '04

21 Jun '04

Hi there, What do you guys think of this? 569 Impact: feature fault At: run time Type: misbehaviour Comments: In Dillo, BACK button sends me to other previous html file, not to the previous position in the same file. It is a problem. I tested this BACK BUTTON function in Mozilla and IE. They worked. Please solve this glitch. I really need this function. HTReproduce: In a long html file, click a tag that sends you to the another part in the same html file. Then click BACK BUTTON in the menu bar. You would be in the previous other html file, not in the previous position in the same file. It is a fault behavior. WorkedBy: polsci* hitel* net Submitter: polsci* hitel* net Since the beginning, Dillo's behaviour is as described above. We have received almost no complaints, so it doesn't seem that bad in practice. Would it be worth to change it? Cheers Jorge.-

3 2

[Dillo-dev]Dillo & linuxmail.org
by Lars Segerlund 21 Jun '04

21 Jun '04

I just checked out the latest dillo and I can alsost get my linuxmail.org account to run in it. Does anybody have any idea about what might be the problem ? / Lars Segerlund.

2 2

[Dillo-dev]BUG#570
by Jorge Arellano Cid 19 Jun '04

19 Jun '04

Hi Sebastian, Please give a look at BUG#570: 570 Impact: soft error At: run time Type: render bug Comments: Inconsistent render. First load or reload renders different than cached load (back/forward) HTReproduce: open dillo, nav to http://slskboard.savagenews.com/index.php (notice the first forum name i.e.) press back press forward (different cell width) WorkedBy: nobody Submitter: unknown it is very interesting and perhaps related to the rendering problem of our home page with dialups (resizing of alt-sized cells to actual image size). Cheers Jorge.-

1 0

[Dillo-dev]Problems with the activation of the URL entry
by Sebastian Geerken 18 Jun '04

18 Jun '04

Hi! The current CVS version is supposed to visit the URL in the selection, when the user clicks with the middle mouse button on the "clear URL" button. However, I got it once working (strangely), but currently it does not work. I use Gtk+ version 1.2.10. The function Interface_entry_paste_selected first copies the selection into the entry (as you see from the comment, I did not really understand the code), and then calls gtk_widget_activate, which emits the activation signal of the widget, which is "activate" for GtkEntry, and normally emitted when the user presses the enter key within the entry. This signal is connected to the function a_Interface_entry_open_url. When a_Interface_entry_open_url is called in this case, gtk_editable_get_chars returns an empty string, it seems that the "real" copying of the selection in Interface_entry_paste_selected is somehow delayed. As workarounds, I see two possible solutions: 1. Also queueing our code in an idle function. The attached patch demonstrates this successfully, although it has to be cleaned up (in some cases, the active idle function has to be removed again). 2. Calling a_Interface_entry_open_url directly with the contents of the selection. (But how do I get the latter?) I'm not very familiar neither with selection in general (i.e. the protocols provided by ICCCM), nor with the mechanisms Gtk+ provides. If someone knows a better solution, please describe it (or send a patch). If not, I'd clean up and commit solution 1. Sebastian

2 3

[Dillo-dev]More on the UTF-8 issue
by sam+dillo＠chaosring.org 17 Jun '04

17 Jun '04

First of all, I would like to thank Jorge for working on Dillo; it fills the need for there to be a lightweight *nix browser for older systems and times when one doesn't want to devote a lot of system resources just to access the world wide web. It is an excellent browser. When performing cross-browser verification, I discovered that Dillo 0.8.1 does not honor the following line in an HTML header: <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> Despite the presence of this line, Dillo assumed that the web page was encoded in Latin-1. Jorge, in a message with the subject "UTF-8", sent on June 3rd, wondered why someone would encode an English-language webpage with UTF-8. I can not speak for other webmasters, but the reason I personally encode my webpage in UTF-8 is because I do my web design on a Fedora Core 2 box, an OS that generally assumes that plain text files are encoded with Unicode instead of the iso-8859 mess. Also, Unicode gives one the flexibility to have Greek letters for Greek words, Cryllic letters for Russian words, and what not. Not to mention a number of attractive typographical symbols that Latin 1 does not have. Now, obviously, considering Dillo's target audience, it doesn't need full Unicode support. But it would be nice if it could handle basic UTF-8 encoded Latin-1 characters in web pages [1]. As an aside, I think Dillo currently has excellent CSS support (namely, none whatsoever). The thinking behing CSS is that a webpage should be perfectly readable on a browser with no CSS support; the content (if not the presentation) of a CSS webpage is perfectly accessible from a non-CSS browser. I come from the "CSS shouldn't be done at all, or should be done perfectly" camp. Considering the number of hacks web designers have come up to make CSS visible to this browser yet invisible to that browser [2], the last thing a webmaster wants is yet another buggy CSS implementation. - Sam [1] Some hacky code I once wrote, that reads UTF-8 from standard input, and outputs iso 8859-1: if(c<128) { printf("%c",c); } else { if(c < 0xe0) { /* two-byte sequence */ v = c & 0x1f; v <<= 6; c = getc(stdin); v = v + (c & 0x3f); printf("%c",v); } else { /* multi-byte sequence */ while(c & 0xc0 == 0x80 && !feof(stdin)) { c = getc(stdin); } } } (This code, FWIW, is public domain) It is probably better to simply use iconv. [2] http://centricle.com/ref/css/filters/ shows all of the common CSS hacks webmasters do these days.

3 2