- Dillo-dev - lists.mailman3.com

Porting to Windows?

by Andreas Tolfsen

I've just been wondering; Are there any future plans for porting Dillo to the Windows platform? Or is Dillo to stay on GNU/Linux? I think porting to Windows would let Dillo have a much bigger audience to speak to (since about 90% of the worlds computers run Windows). I just wondered if there were any plans? Best regards for a wonderful open-source browser, Andreas Tolfsen <ato(a)itnerd.net>

July 7, 2003

Solaris IPv6 DNS and http_proxy segfault

by Todd Carson

I just built dillo on Solaris 9 and I encountered a few issues compiling and running it. I didn't see any mention of these in the bug entries or the list archives, but I'll admit I didn't look for very long, so if any of these have already been dealt with, I apologize. Dillo won't compile on Solaris 9 (and probably earlier versions too) with IPv6 enabled. In dns.c it calls gethostbyname2() for IPv6 name resolution; this function doesn't exist in Solaris, it should use getipnodebyname() or getaddrinfo(). I edited dns.c and replaced the gethostbyname2() call with a call to getipnodebyname(). The diff follows: --- src/dns-dist.c Sun Jul 6 23:29:05 2003 +++ src/dns.c Sun Jul 6 23:33:08 2003 @@ -244,6 +244,7 @@ memcpy(&dh->data[0], host->h_addr_list[i], host->h_length); list = g_slist_append(list, dh); } + freehostent(host); return list; } @@ -260,6 +261,7 @@ struct hostent sh; #endif GSList *hosts = NULL; + int err_num; #ifdef G_DNS_THREADED /* Set this thread to detached state */ @@ -271,9 +273,14 @@ #ifdef ENABLE_IPV6 if (ipv6_enabled) { - host = gethostbyname2(dns_server[channel].hostname, AF_INET6); + host = getipnodebyname(dns_server[channel].hostname, AF_INET6, AI_DEFAULT, &err_num) if (host) - hosts = Dns_note_hosts(hosts, AF_INET6, host); + { + if (host->h_length == 4) + hosts = Dns_note_hosts(hosts, AF_INET, host); + else + hosts = Dns_note_hosts(hosts, AF_INET6, host); + } } #endif This works okay for me, but I'm not a programmer, so it's fairly sloppy, probably introduces new bugs, and could certainly be improved upon. I'm particularly unsure if that's the right place for the freehostent(), or if that's necessary at all. The other issue I ran into was that Dillo will apparently segfault, at least on my system, if the http_proxy environment variable is set and contains only a hostname and port rather than a full URL. Here's the console output: Setting locale to C... dillo_dns_init: Here we go! Cookies: Created file: /home/tc/.dillo/cookies Enabling cookies as from cookiesrc... Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://dillo.auriga.wearlab.de/< Dns_server [0]: is 0 zsh: segmentation fault (core dumped) dillo Again, I'm sorry if these have already been brought up, and I hope I've been somewhat helpful if they haven't. -- Todd Carson | tc(a)telerama.com | GPG: CA8E1FCB ~ Ubi dubium, ibi libertas. ~

July 7, 2003

Re: [Dillo-dev] text wrap aroung images?

by Jorge Arellano Cid

Joe, > I'm curious about why Dillo doesn't wrap text around images, but treats > all images as a paragraph IYSWIM. > > Is this a fault in the way people are doing their html (Slashdot?!), or > is it something with Dillo? > > Not a major issue, but it seems to be a standard thing in HTML. Dillo doesn't yet has support for floating text around images. It is our fault. Sometime ago someone provided a patch to do this, but it seems to break some other things. Sebastian may have more accurate news about this subject matter. Cheers Jorge.- PS: [interesting off-topic] > "Come the millennium month 12, in the home > of the greatest power, the village idiot will come > forth to be acclaimed the leader."--Nostradamus 1555 Quite interesting tag! Is it really from Nostradamus? Can you provide a URL to the full text of Nostradamus verses?

July 5, 2003

Some news...

by Jorge Arellano Cid

Hi there! This has been a very busy week. I didn't anticipate how much work the dpid (dpi daemon) integration could take. Don't panic though!, the code that binds it all is running (to some extent) in my machine. The time consuming problem is that while making the integration, a lot of design matters spring in, and they take a lot of time to solve. The good news is that it all starts to shape into a more clear design (the code is still hackish at parts, but it is clear what, where and how to fix it). While working the gory details of it, I realized it'd be a good idea to make the 0.7.3 release with what we have now (plus a little bug fix we're working on with Sebastian). That way, there'll be less pressure on us while polishing the new dpid implementation, and hey!, it's been a long time since our last release. I'll keep the CVS free of the dpid code until the 0.7.3 release is done. For the meanwhile, I'll provide a tarball to the new code. (and if I can't wrap the new code before Monday, I'll provide a link to the latest dpid testing tarball I have). Cheers Jorge.-

July 4, 2003

Re: [Dillo-dev] When does dillo plan on getting ported to GTK2 and pango?

by Todd Slater

On Thu, 03 Jul 2003 07:17:59 +1000 TheStar <thestar(a)tpg.com.au> wrote: > Afaik, pango would allow multiple language support??? (I'm new in > this) Please, no! Is it my imagination, or is everything slower with GTK2? Todd -- The dubya stands for whore.

July 3, 2003

RE: [Dillo-dev] FW: Dillo project Cross-platform build problem re: GTK

by Sean Kelly

Hello Andreas, et al, Thank you for the tip! As it turns out this was a solid lead. I was not aware that gtk-config was just a shell script, so indeed all I had to do was locate the one for the MIPS build of GTK and yeehaw: successful link! Hopefully I can get it installed and running shortly here (having lame problems connecting to the target device presently) and will have some feedback on how this lightweight browser performs on a truly lightweight platform, just as it was designed to do. Regards, - Sean -----Original Message----- From: dillo-dev-admin(a)auriga.wearlab.de [mailto:dillo-dev-admin@auriga.wearlab.de] On Behalf Of Andreas Schweitzer Sent: Wednesday, July 02, 2003 2:24 AM To: Sean Kelly; dillo-dev(a)auriga.wearlab.de Subject: Re: [Dillo-dev] FW: Dillo project Cross-platform build problem re: GTK Hi, <cross-compiling and GTK> > My current approach is to try and trick the configure script by making > it bring up a shell script that I write called "gtk-config" which I will > point to in the $PATH environment variable. The output of it will > respong to the three queries --cflags, --version and --libs with the > responses pertinent to the MIPS target environment while at the same > time being executable on the local development environment. Hmmm, gtk-config is a shell script already - at least on my machine. If you set a variable GTK_CONFIG to point to the MIPS version, ./configure should pick it up and the MIPS version should tell the correct flags. That of course requires that the MIPS gtk-config shell script works correctly. Is the first line #!/bin/sh ? Sometimes these things are set to non-standard shells. And the PATHS in the MIPS gtk-config have to point to the MIPS paths. If everything else fails and you can link other GTK programs, I would simply try the attached patch and addtionally make sure that all GTK stuff gets found. (e.g. setting CPPFLAGS to find the includes and LDFLAGS to find the libs). This is not very clean, though. And in theory the first approach *should* work. Hope that helps, Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

July 2, 2003

When does dillo plan on getting ported to GTK2 and pango?

by TheStar

Afaik, pango would allow multiple language support??? (I'm new in this)

July 2, 2003

COPY&PLASTER !!

by ronnie

hello all! I changed the file dw_style.c as the following and the function font->font = gdk_fontset_load (fontname); is integrant for my chinese support .But the function arose dillo can not COPY & PLASTER . static void Dw_style_font_realize (DwStyleFont *font, gboolean try_all) { char fontname[256], *ItalicChar; @@ -250,15 +251,20 @@ font->bold ? "bold" : "medium", font->italic ? ItalicChar : "r", font->size); - font->font = gdk_font_load (fontname); + strcat (fontname, + "-adobe-helvetica-medium-r-normal--16-*-*-*-*-*-iso8859-1," + " -misc-simsun-medium-r-normal--16-*-*-*-*-*-gb18030.2000-0"); + font->font = gdk_fontset_load (fontname); if (font->font == NULL && font->italic) { - sprintf (fontname, "-*-%s-%s-%s-*-*-%d-*-75-75-*-*-iso8859-1", + sprintf (fontname, "-adobe-helvetica-medium-r-normal--16-*-*-*-*-*-iso8859-1," + "-misc-simsun-medium-r-normal--16-*-*-*-*-*-gb18030.2000-0", + //" -*-*-medium-r-normal--16-*-*-*-*-*-gb2312.1980-0,*-r-*", font->name, font->bold ? "bold" : "medium", (*ItalicChar == 'o') ? "i" : "o", font->size); - font->font = gdk_font_load (fontname); + font->font = gdk_fontset_load (fontname); } if (try_all) { @@ -266,21 +272,24 @@ /* Can't load the font - substitute the default instead. */ font->font = gdk_font_load - ("-adobe-helvetica-medium-r-normal--*-100-*-*-*-*-iso8859-1"); + ("-adobe-helvetica-medium-r-normal--*-100-*-*-*-*-iso8859-1," + "-misc-simsun-medium-r-normal--16-*-*-*-*-*-gb18030.2000-0"); } if (font->font == NULL) { /* Try another platform-font that should be available. (iPaq) */ font->font = gdk_font_load - ("-misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1"); + ("-misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1," + "-misc-simsun-medium-r-normal--16-*-*-*-*-*-gb18030.2000-0"); } if (font->font == NULL) { /* Can't load any suitable font! */ g_warning ("Can't load any ISO8859-1 font!?! :("); font->font = Page: 15 File: E:\project_back\dillo-0.7.2-chinese.patch 2003-6-20, 8:39:00 - gdk_font_load ("-adobe-helvetica-*-*-*--*-*-*-*-*-*-*-*"); + gdk_font_load ("-adobe-helvetica-*-*-*--*-*-*-*-*-*-*-*," + "-misc-simsun-medium-r-normal--16-*-*-*-*-*-gb18030.2000-0"); } } ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sincerely Yours Xingqiang Wang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com

July 2, 2003

Re: [Dillo-dev] FW: Dillo project Cross-platform build problem re: GTK

by Andreas Schweitzer

Hi, <cross-compiling and GTK> > My current approach is to try and trick the configure script by making > it bring up a shell script that I write called "gtk-config" which I will > point to in the $PATH environment variable. The output of it will > respong to the three queries --cflags, --version and --libs with the > responses pertinent to the MIPS target environment while at the same > time being executable on the local development environment. Hmmm, gtk-config is a shell script already - at least on my machine. If you set a variable GTK_CONFIG to point to the MIPS version, ./configure should pick it up and the MIPS version should tell the correct flags. That of course requires that the MIPS gtk-config shell script works correctly. Is the first line #!/bin/sh ? Sometimes these things are set to non-standard shells. And the PATHS in the MIPS gtk-config have to point to the MIPS paths. If everything else fails and you can link other GTK programs, I would simply try the attached patch and addtionally make sure that all GTK stuff gets found. (e.g. setting CPPFLAGS to find the includes and LDFLAGS to find the libs). This is not very clean, though. And in theory the first approach *should* work. Hope that helps, Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

July 2, 2003

FW: Dillo project Cross-platform build problem re: GTK

by Sean Kelly

Hello, all - Per Jorge's suggestion, I'm forwarding this message to the group. Perhaps someone here has already done some work on the AMD Alchemy MIPS microprocessor with the Dillo browser(?) Please see my original message below for a description of the problem I am faced with. I will pre-emptively respond with "Unfortunately, no!" to the question of whether or not I can just do the build on the MIPS machine. The reason is that that is a terribly small (poor CPU, low RAM, Flash Disk) machine incapable of supporting the development tools. My current approach is to try and trick the configure script by making it bring up a shell script that I write called "gtk-config" which I will point to in the $PATH environment variable. The output of it will respong to the three queries --cflags, --version and --libs with the responses pertinent to the MIPS target environment while at the same time being executable on the local development environment. Hopefully that'll be sufficient to get it to link everything together successfully. Would appreciate any feedback - I'll post again if the above method is met with any success. Thanks! - Sean -----Original Message----- From: Jorge Arellano Cid [mailto:jcid@softhome.net] Sent: Tuesday, July 01, 2003 5:43 PM To: Sean Kelly Subject: Re: Dillo project Cross-platform build problem re: GTK Sean, > Hi Jorge, > > I was wondering if you or someone else familiar with the > project might be interested and possibly able to help with a problem > that I am faced with in building Dillo. I have a full development > environment on an x86 machine and am building there for a remote system > which uses an AMD Alchemy MIPS microprocessor. As such, what happens is > all the code compiles successfully, but when the time comes to link it > all together it runs into problems with GTK. Looking over the project's > default configure file, I see that it attempts to execute the gtk-config > program - but this is impossible if the target system is not the same > architecture as the development system! The development system has GTK > on it, but that's for X86 and cannot be linked in. The target GTK > library (libgtk.so) is on the development system as well, but of course > cannot be executed because the target processor is different. > > Since you mention on your project homepage that Dillo aims to be a > multi-platform browser, my hope is that you've by now encountered such a > situation. Can you offer any friendly advice or do you know of a simple, > straight-forward work-around to this problem? It'd be much appreciated, > and I'd certainly be willing to contribute to the project with > bug-fixes, compatability testing on the MIPS architecture and such. > > Thanks in advance! I don't remember, but it seems someone posted something about cross-compiling sometime ago. Please send this same mail to our mailing list so everyone there can read it, and hopefully answer. Cheers Jorge.-

July 2, 2003