- Dillo-dev - lists.mailman3.com

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

Re: [Dillo-dev] [PATCH] new version of tab patch, fixes segfault on bookmark

by Victor Sahlstedt

On Tue, 1 Jul 2003 16:19:13 +0200 Frank de Lange <frank(a)localhost.localdomain> wrote: > Sigh... I put the wrong version of the patch on the site... the version on the > site has the definition in the old place. > > So, next version is now on the site: > > http://www.geocities.com/ikbenfrank/dillo-20030701-tabs.patch.gz > 40887 bytes > 20dffde9c0e5f2134492e138ee707cdd (as is) > 09b454800f1b53bd83428a2b62d3e618 (uncompressed) This one worked out-of-the-box. I was just about to suggest a few things but I noticed that you'd pretty much covered it all; > Functionality > ------------- > - focus tab contents on tab switch (so key navigation works correctly > without having to first click in the tab pane) > - focus location bar on switch to empty tab/new tab > - new empty tab should show/focus, even when 'tab load in background' > is set > - after tab delete, switch to NEXT tab instead of PREVIOUS (like > mozilla) - Victor

July 2, 2003

Re: [Dillo-dev] Hangin with high CPU load

by Jorge Arellano Cid

Hi there! On Thu, 19 Jun 2003, David McKee wrote: > Folks, > I've been using dillo for a number of months now, and it has become my > first choice browser--I switch to mozilla or opera only when I have to > java, javascript, http/1.1 authentication, ssl and the like. I like that part! :) Well, this thread has had a lot of post, and bugfixes! The problem is that we don't yet find a way to reproduce the original problem, that is: > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > [...] > > N.B. I seems to happen most when I have opened several links in new > windows in rapid succession. (I also hinted howto try to reproduce it in this thread). Now a "blind fix" is in the CVS. That is, new code that fixes all the lose ends in IO.c and file.c, I was able to find, about EINTR. If some of the file descriptor, for instance, happened to be interrupted inside the 'close' call (returning EINTR), and remained open, could be the cause of the CPU HOG (by not being eliminated from the FDset inside GTK+ code). What does it mean? If someone finds a way to reproduce the HOG (with older code) and it doesn't happen with the CVS, then it's fixed! If someone reproduces the bug with the newest CVS code, then the bug is hiding elsewhere... Cheers Jorge.-

July 2, 2003