- Dillo-dev - lists.mailman3.com

[Dillo-dev]Dillo centering elements

by Denis BUCHER

Hello ! I don't know if I didn't find which HTML tags were supported by dillo, or if it is a dillo bug or limitation, but I am totally unable to make dillo center something on the screen. I want to center an image, but centering the table containing the image or centering the contents in the table cell don't work. And I don't even speak about vertical centering. I even tryed with onepixel images, streched with <img width="20"> for example. Doesn't see to work either. Therefore my question is : How to achieve that (having dillo centering an image). Thanks a lot in advance ! Denis -- Denis Bucher Horus Digital Solutions Each problem has a solution ______________________________________________________________________ Tél. +41-22-8000625 Fax: +41-22-8000622 www.horus.info

March 4, 2005

[Dillo-dev]FOSDEM 2005

by Jorge Arellano Cid

Hi there, I'm in Europe these days! At this time FOSDEM 2005 is history, and Dillo was there (embedded track). We had a lot of work with Sebastian and presented Dillo succesfully! The conference was informative and entertaining so people liked it very much. Now I'm in Dortmund and we're working hard with Sebastian on a CVS based prototype with the new Abstraction Layer, so don't expect much emails these days. All the pending work is stalled as we're 100% on this, so patches, extensions, bug-fixes etc will have to wait. Eventually we will come with a renewed Dillo design that provides for stronger basis for the future (think of FLTK, CSS, utf8, text antialiasing, better rendering, etc). -- Cheers Jorge.-

March 3, 2005

[Dillo-dev]Patch to handle "td width" issues

by sam+dillo＠chaosring.org

It would be nice if we lived in a world without MSIE (Microsoft Internet Explorer) In particular, it would be nice if we lived in a world without MSIE's broken CSS. For example, there is a wonderful CSS attribute, called max-width, that lets a user specify the maximum width for a given element. Should the user have a narrow window (can you say 640x480), the element in question will just become narrower to fit this window. However, MSIE does not have support for this attribute. This is a feature that only 10% of the browsing population can make use of. The workaround looks like this: <table><tr> <td width=700> The content of a web site. </td></tr></table> The way all the mainstream browsers (MSIE, Opera, Konqueror/Safari, and all the Gecko browsers) handle this is as follows: * They consider the <td width=123> to be a suggestion. This is the maximum possible width for the element in question, as long as the table cell does not have any single elements (such as very long words) that are wider. * If the browser window (viewport) is wide enough to fit this element with the suggested width, the width is unchanged. * If the browser window is not wide enough to fit this element, the table cell will be made narrower to accomodate the narrow browser window. Dillo, however, does not support this /de facto/ standard. The following patch gives Dillo support for this standard. This patch doesn't do the rendering the correct way (which is to make sure all such TDs are not wider than the browser viewport window, barring long table elements), but it does make sure that a single table cell will not be wider than the Dillo browser window. This patch does not handle dynamic resizing, but will ensure that the TD hack will render (mostly) correctly in Dillo. - Sam --- dillo-0.8.4.orig/src/dw_gtk_viewport.c 2004-10-21 15:35:00.000000000 -0700 +++ dillo-0.8.4/src/dw_gtk_viewport.c 2005-03-02 19:04:07.954913184 -0800 @@ -56,6 +56,8 @@ static void Dw_gtk_viewport_adj_changed (GtkAdjustment *adj, GtkDwViewport *viewport); +int ext_window_width = -1; + /* * Standard Gtk+ function */ @@ -302,6 +304,7 @@ widget->allocation.height, viewport->depth); viewport->back_width = widget->allocation.width; + ext_window_width = viewport->back_width; viewport->back_height = widget->allocation.height; DEBUG_MSG (1, " Creating new pixmap, size = %d x %d\n", widget->allocation.width, widget->allocation.height); @@ -1165,6 +1168,7 @@ viewport_area.x = gtk_layout_get_hadjustment(layout)->value; viewport_area.y = gtk_layout_get_vadjustment(layout)->value;; viewport_area.width = widget->allocation.width; + ext_window_width = viewport_area.width; viewport_area.height = widget->allocation.height; if (p_Dw_rectangle_intersect (&viewport->draw_areas[i], --- dillo-0.8.4.orig/src/html.c 2005-01-05 13:01:00.000000000 -0800 +++ dillo-0.8.4/src/html.c 2005-03-02 19:25:16.673038712 -0800 @@ -132,6 +132,8 @@ } TagInfo; static const TagInfo Tags[]; +extern int ext_window_width; + /* * Return the line number of the tag being processed by the parser. */ @@ -1837,6 +1839,22 @@ if ((attrbuf = Html_get_attr(html, tag, tagsize, "width"))) { style_attrs.width = Html_parse_length (html, attrbuf); + /* In Netscape 4/MSIE/Gecko there is a complicated algorithm + * that makes sure all of the td widths are no wider than the + * screen; since MSIE 5/6 doesn't have the CSS max_width + * attribute, web designers still use td width=whatever to specify + * a maximum width. The following makes sure a single table cell + * is no wider than the browser window */ + if(DW_STYLE_IS_ABS_LENGTH(style_attrs.width)) { + int wide; + wide = DW_STYLE_ABS_LENGTH_VAL(style_attrs.width); + printf("------------%d %d\n",wide,ext_window_width); + if(wide > ext_window_width - 10 && + ext_window_width > 300) { + wide = ext_window_width - 10; + style_attrs.width = DW_STYLE_CREATE_ABS_LENGTH(wide); + } + } new_style = TRUE; }

March 3, 2005

[Dillo-dev]Frame support

by dominik

hi, does anyone know a patch for current cvs code to enable frame support ? p.s. i saw some older frame-pathces for dillo, what is the problem with it ? -- dominik.holler(a)gmx.net || PGP Key ID: FDEF2A0B

Feb. 27, 2005

[Dillo-dev]Patch for Sun C compiler ()

by Jérémy JUST

Hello, To compile Dillo-0.8.4 with Sun C compiler under Solaris 9, I had to apply the attached patch. It appears that Dillo code uses some GCC features that are not in the C language specifications. With my correction, it compiles and seems to work, but there are still many warnings. I haven't tested my patch with GCC or under another OS. Description of my environment: <<<<< $ /opt/SUNWspro/bin/version Machine hardware: sun4u OS version: 5.9 Processor type: sparc Hardware: SUNW,Netra-T12 The following components are installed on your system: Sun Studio 8 Sun Studio 8 C Compiler Sun Studio 8 C++ Compiler Sun Studio 8 Tools.h++ 7.1 Sun Studio 8 C++ Standard 64-bit Class Library Sun Studio 8 Garbage Collector version of "/opt/SUNWspro/bin/cc": Sun C 5.5 2003/03/12 version of "/opt/SUNWspro/bin/CC": Sun C++ 5.5 2003/03/12 >>>>> Greetings. -- Jérémy JUST <jeremy_just(a)netcourrier.com>

Feb. 25, 2005

Re: [Dillo-dev]pthread troubles on IRIX

by Riccardo Mottola

News: > > I found that I had to modify > dillo_LDFLAGS = -lpthread > > too > > but I get at the end: > -lm > ld32: WARNING 84: /usr/lib32/libpthread.so is not used for resolving any > symbol. > ld32: ERROR 33: Unresolved text symbol "pthread_cancel" -- 1st > referenced by IO/libDio.a(IO.o). > Use linker option -v to see when and which objects, archives and > dsos are loaded. > > so now I am still stuck :( I hacked around this by removing dillo_LDFLAGS and by appending -lpthread to dillo_LDADD. It appears that the linker is order sensitive and that -lpthread was added too early. Now it works! I hope I can find the time to port this browser to motif soon... how is the abstraction going on ? -R

Feb. 22, 2005

[Dillo-dev]pthread troubles on IRIX

by Riccardo Mottola

Hey, I am compiling on irix 6.5 and have this trouble: gcc -I/usr/freeware/include/gtk-1.2 -I/usr/freeware/include/glib-1.2 -I/usr/freeware/lib32/glib/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -L/usr/local/lib -o dillo -pthread chain.o commands.o cache.o capi.o dw.o dw_aligned_page.o dw_bullet.o dw_button.o dw_container.o dw_embed_gtk.o dw_ext_iterator.o dw_gtk_scrolled_frame.o dw_gtk_scrolled_window.o dw_gtk_statuslabel.o dw_gtk_viewport.o dw_hruler.o dw_image.o dw_list_item.o dw_marshal.o dw_page.o dw_style.o dw_table.o dw_table_cell.o dw_tooltip.o dw_widget.o findtext.o selection.o web.o progressbar.o dillo.o bookmark.o dicache.o dns.o gtk_ext_button.o gtk_ext_menu.o gtk_ext_menu_item.o gtk_menu_title.o gif.o jpeg.o png.o html.o image.o misc.o interface.o history.o nav.o plain.o menu.o prefs.o colors.o bitvec.o klist.o strbuf.o url.o cookies.o dpiapi.o IO/libDio.a -L/usr/freeware/lib32 -lgtk -lgdk -lgmodule -lglib -lintl -lXi -lXext -lX11 -lm gcc: unrecognized option `-pthread' ld32: ERROR 33: Unresolved text symbol "pthread_cancel" -- 1st referenced by IO/libDio.a(IO.o). looking in the config.log: configure:6722: checking whether threads work with -pthread configure:6749: gcc -o conftest -g -O2 -I/usr/local/include -L/usr/local/lib -pthread conftest.c >&5 gcc: unrecognized option `-pthread' configure:6755: $? = 0 I tried replacing -pthread with -lpthread in src/Makefile and in src/IO but it must be elsewhere. I found that I had to modify dillo_LDFLAGS = -lpthread too but I get at the end: -lm ld32: WARNING 84: /usr/lib32/libpthread.so is not used for resolving any symbol. ld32: ERROR 33: Unresolved text symbol "pthread_cancel" -- 1st referenced by IO/libDio.a(IO.o). Use linker option -v to see when and which objects, archives and dsos are loaded. so now I am still stuck :( Cheers, Riccardo

Feb. 22, 2005

[Dillo-dev]help on dillo

by �� JeN ��

good day! i would like to ask for your help. i am a computer science student and currently, doing my thesis. i, together with my group mates is implementing a system in linux that enables to add plug-ins (a plug-in can be an application or a functionality of the system) using shared objects. If we are to add, for example, an existing application in our system it has to be in the .so form. Dillo is one of the examples we considered to add in our system. It is also one way of testing if the plug-in function we are implementing really works. Regarding the dillo browser, we tried to make it as a shared object file using the command line "gcc -g -shared -Wl,-soname,dillo.so.0 \-o dillo.so dillo.o -lc" the problem is there are certain methods that cannot be recognized when we run the shared object that is produced using our system. those methods are undefined according to the system. We do not know if the paths of the libraries used by dillo have something to do with the error... or something else. we would like to ask if our way of making a shared object file is correct or applicable to dillo. if not, can u tell us how to make it as a shared object file - the proper way of making a shared object file. Also, can u let us know how to compile dillo manually, without using the make file. if you also have an advice regarding the problem/solution to the problem, we would appreciate it very much. thank you very much, sir. - jen __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com

Feb. 22, 2005

Re: [Dillo-dev]Please help me with some data

by Andreas Schweitzer

On Mon, Feb 21, 2005 at 10:31:18PM -0300, Jorge Arellano Cid wrote: > * Comparative wall-clock times for page rendering. > > Wall clock times for rendering a sample page. Have you seen this recent comparison : http://www.howtocreate.co.uk/browserSpeed.html It was on osnews.com ( http://www.osnews.com/story.php?news_id=9694 ) and slashdot ( http://slashdot.org/article.pl?sid=05/02/11/2016227 ) But one competition for dillo - at least in in the embedded market - seems to be konq-e ( http://www.konqueror.org/embedded/ ) which seems to be missing in the compariosn. Cheers, Andreas -- Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Feb. 22, 2005

Re: [Dillo-dev]Another refresh patch

by Horst Gutmann

Horst Gutmann wrote: > Hi everyone :-) > > I also needed some meta-refresh functionality because I use meta-refresh > as an "offline"-alternative for 30x-return codes. Basically I just > wanted to ask how ugly the code is and if I'm at least on the right way :-) > > Currently it simply ignores the delay-value because I don't really need > it for this project. > > MfG, Horst > > Sorry, this time it should at least survive a `patch` :-? I just have one problem with it now: It doesn't work on local addresses. It's trying to resolve the file:// address on the DNS *g* MfG, Horst

Feb. 22, 2005