July 2003 - Dillo-dev - lists.mailman3.com

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

Re: [Dillo-dev] chinese patch and dillo's bug

by Sebastian Geerken

On Tue, Jul 01, ronnie wrote: > 2)when you clicking mouse and the draging it to copy something will > cause the dillo crash.why? Because you came upon a bug ;-) Please do the the following when reporting bugs: 1. Try to reproduce them in in the CVS version. Selection has actually changed quite much since 0.7.2, so it is likely that this particular bug has vanished. 2. Try to describe the bug as precise as possible. If possible, provide an exact description, which makes it possible for me to reproduce, and so fix, the bug. Sebastian

July 1, 2003

Re: [Dillo-dev] selection bug

by Sebastian Geerken

On Tue, Jul 01, Joe Crayne wrote: > click on the image in this page: > > > <html> > <body> > <a href="http://www.google.com"> > <img src="http://www.google.com/images/logo.gif"></a> > </body> > </html> > > > Dillo will segfault. > > Apparently, this is because there is no selectable > content in the page. a_Dw_ext_iterator_new() is > returning NULL at selection.c:152 > > selection->link = a_Dw_ext_iterator_new (it); > selection->link_char = > Selection_correct_char_pos (selection->link, char_pos); > selection->link_number = link; > ret = TRUE; > > So I tried a naive quick fix: > > selection->link = a_Dw_ext_iterator_new (it); > if( selection->link ) > { > selection->link_char = > Selection_correct_char_pos (selection->link, char_pos); > selection->link_number = link; > ret = TRUE; > } > else > ret = FALSE; > > This just moved the bug elsewhere because dillo then > segfaulted when I clicked the image and held the button > down and moved off of it. Selection_switch_link_to_selection() > expects a non NULL iterator. I've just committed a fix, which also changes Selection_switch_link_to_selection(). The best may be to let a_Dw_ext_iterator_new() never return NULL, but instead a special, "empty" DwExtIterator, so that all calling code can expect a valid iterator. This would simplify the code using DwExtIterator, and make it more robust. BTW, the page is invalid HTML, <img> must have a value for the ALT attribute, which whould then prevent the crash ;-) Sebastian

July 1, 2003

java and dillo

by Trevor Warren

Hey guys, Good-day. Have been looking high and low for a browser thats light weight and supports Java. The dillo homepage ain't saying anything about JVM integration, but Freshmeat does mention about JVM on the project page. Can someone please clarify since a project spec demands we need to be looking at a light weight jvm capable browser. Trevor -- ( >- LINUX, It's all about CHOICE -< ) /~\ __ twarren(a)redhat.com __ /~\ | \) / Pre Sales Consultant - Red Hat \ (/ | |_|_ \ 9820349221(M) | 22881326(O) / _|_| \___________________________________/

July 1, 2003