- Dillo-dev - lists.mailman3.com

[patch]: fix w3c_plus_heuristics=NO
by onepoint＠starurchin.org Oct. 21, 2009

Oct. 21, 2009

As I understand it, the purpose of the w3c_plus_heuristics preference is to control whether Dillo will force close some tags when it sees an unmatched close tag. But it seems to have no effect! If you try this HTML: <html> <head><title></title></head> <body> <p> <table><tr><td><s></table> </body> </html> then the <s> tag is closed no matter what w3c_plus_heuristics is! The bug is in Html_tag_cleanup_at_close() in html.cc, in this code: /* Look for the candidate tag to close */ stack_idx = html->stack->size() - 1; while (stack_idx && (cmp = (new_idx != html->stack->getRef(stack_idx)->tag_idx)) && ((w3c_mode && Tags[html->stack->getRef(stack_idx)->tag_idx].EndTag == 'O') || ((!w3c_mode && (Tags[html->stack->getRef(stack_idx)->tag_idx].EndTag == 'O')) || Tags[html->stack->getRef(stack_idx)->tag_idx].TagLevel < Tags[new_idx].TagLevel))) { --stack_idx; } The indentation makes it appear that the comparison between the TagLevel fields is bracketed with !w3c_mode but both the indentation and the bracketing are wrong. In fact this code is equivalent to: /* Look for the candidate tag to close */ stack_idx = html->stack->size() - 1; while (stack_idx && (cmp = (new_idx != html->stack->getRef(stack_idx)->tag_idx)) && ((w3c_mode && Tags[html->stack->getRef(stack_idx)->tag_idx].EndTag == 'O') || (!w3c_mode && (Tags[html->stack->getRef(stack_idx)->tag_idx].EndTag == 'O')) || Tags[html->stack->getRef(stack_idx)->tag_idx].TagLevel < Tags[new_idx].TagLevel)) { --stack_idx; } which is in turn equivalent to /* Look for the candidate tag to close */ stack_idx = html->stack->size() - 1; while (stack_idx && (cmp = (new_idx != html->stack->getRef(stack_idx)->tag_idx)) && (Tags[html->stack->getRef(stack_idx)->tag_idx].EndTag == 'O' || Tags[html->stack->getRef(stack_idx)->tag_idx].TagLevel < Tags[new_idx].TagLevel)) { --stack_idx; } so that w3c_mode has no effect. In other words w3c_plus_heuristics is effectively always YES, even if dillorc says otherwise. I have attached a patch that implements (what I *think* is) the correct behaviour. Regards, Jeremy Henty

2 2

How to limit cache in Dillo v2.1.1?
by eriol2004＠163.com Oct. 20, 2009

Oct. 20, 2009

Hello, I am using Dillo v2.1.1 on my embedded device with limitation of memory usage. How to limit the cache size or set no cache to the image? Many thanks. Best Regards Cyril 09ÄêÐÂœú3DÖ÷Á÷ÍøÓÎ¡¶ÌìÏÂ·¡¡·£¬ÍøÒ×ÁùÄêÒÚ×ÊŽòÔì

2 1

FWD
by jcid＠dillo.org Oct. 18, 2009

Oct. 18, 2009

Hi, [Alexandre Berges (alexandre dot berges @ GMAIL) wrote:] > Hello > > I use Dillo and i like it. > I have a littel problem with it it's how to use letter-spacing attribut. I > know this attribut is'nt implemented > Do you know when this attribute will be implemented ? -- Cheers Jorge.-

3 6

auto/abs sizes in image.cc, auto/abs/per in textblock.cc
by corvid＠lavabit.com Oct. 17, 2009

Oct. 17, 2009

At http://naturalhistory.museumwales.ac.uk/sharpshooters/ two of the image tags specify a size for one dimension, giving it as 100%. When one dimension is auto and the other is percentage, it doesn't scale properly. I see that calculation using percentage has to be in textblock because it uses availWidth or availHeight, so... is there a deep need to keep the auto/abs case in Image's sizeRequestImpl instead of Textblock's calcWidgetSize? I was just playing with adding all of the cases to calcWidgetSize and it looked like it was working except that an unloaded image with, e.g., height=100% alt=whatever would end up ridiculously wide because height_of_page / height_of_alt_text * width_of_alt_text is a large number.

4 8

flicker at reload
by nst＠gersys.de Oct. 15, 2009

Oct. 15, 2009

Hello I'm new to both dillo and fltk. I'm trying to do two things and I'm hoping you can point me in the right directions on how to do it. 1) flicker at reload When doing a reload my screen flickers and I'd like to get rid of that. I first tried the dillorc option buffered_drawing=0/1/2 but that didn't make any difference. I then tried to find the source where the screen is cleared before redrawing the page. I followed the source of redraw() until layout.cc where topLevel->draw() is executed but I cannot find its implementation. Is the flickering an fltk issue or where is the screen cleared? 2) externally trigger reload I'd like to trigger a page reload externally by another application. I searched a bit about IPC mechanisms of fltk but didn't find any. So I'm thinking about using a UNIX fifo or the system signal SIGUSR2. Do you think this is a good approach? Many thanks Stefan.

4 6

textarea multiline input bug
by dennisn＠dennisn.dyndns.org Oct. 14, 2009

Oct. 14, 2009

In textareas (multiline form input), say for example: http://translate.google.ca/translate_t ... if I first enter the following line into the textarea: yo soy anarco-capitalista ... and after submitting it, I edit it (the previous contents are retained -- although I suspect internally there might be something broken -- not sure where it breaks exactly.), by inserting a newline at the very beginning (pressing enter), then backspacing (removing the newline) to make it appear exactly the same, then resubmitting the form, strange stuff happens. (I remember earlier posting experiences some of my lines getting duplicated, and other strange stuff. I think it only happens when I edit stuff at the beginning.)

2 3

tooltips not clearing properly
by corvid＠lavabit.com Oct. 8, 2009

Oct. 8, 2009

Johannes wrote: > corvid wrote: > > Jorge wrote: > > http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.31.y.git;a=summa… > > > > > > Go to NOMMU, wait for tooltip, scroll with mouse wheel... > > > > I don't have one, although I'll try to look into it anyway. > > Do links show up and disappear from the status bar > > properly with the mouse wheel? > > > > It may also have to do with our scrolling code. Sometimes it looks as if the tooltip > is cleared partially, but some part "sticks". I will have a look when I find some time. Ah, I see it now if I set buffered_drawing to the default value. Luckily I don't know anything at all about the buffering code :)

1 0

server downtime
by akemnade＠tzi.de Oct. 7, 2009

Oct. 7, 2009

Hi, due to works on the power supply of the building in the early tomorrow morning, there will be a downtime for everything except hg access. As I'm not sure whether I can be there in time, I have to power down this early evening. Things should be up at 07:00 UTC again. Greetings Andreas Kemnade

1 0

experimental patch: zero width space (Thai, Lao, Cambodian...)
by corvid＠lavabit.com Sept. 30, 2009

Sept. 30, 2009

I just learned that some languages don't use spaces but can only break in certain places, and that they tend to insert Zero Width Space to make life easier for software that doesn't know the complex rules. So here's a quick little patch for them: http://www.dillo.org/test/zero_width_space.patch PS I did just start trying to move the ideographic test to dw, but I got stuck when I realized that I can't exactly call fltk's utf8decode() directly in Textblock, and am not excited by the idea of calling it through Layout.

2 4

What's the status of USE_TABLES?
by onepoint＠starurchin.org Sept. 29, 2009

Sept. 29, 2009

This came up as an aside to the meta refresh discussion in another thread: is USE_TABLES obsolete or not? If it is, we should remove it, if not, it should be hooked to a configure flag. I'll submit a patch as soon as someone tells me which way to go. Regards, Jeremy Henty

2 3

Typing Bug when moving Dillo on DWM's Virtual Desktops
by rogerx＠sdf.lonestar.org Sept. 28, 2009

Sept. 28, 2009

I'm finally tackling a typing bug with Dillo, and have found it occurs when moving the Dillo browser to DMW's other virtual desktops. It doesn't occur when Dillo is first started. Nothing, if anything at all, shows within gdb. And, I can't really get to the debug output of DWM as I'm running nvidia proprietary drivers which blanks the terminal once X is started. I do have a laptop for which I can further investigate the DWM debug data, but figured I should post what I know to see if any of you notice similar. The basic bug scenario, move the Dillo browser to another Virtual Desktop within DWM and start typing (within the url field or within the Google search field.) I notice only certain keys type their characters and most others will either type nothing or may clear the entire field (ie. clear line) Possible a meta key sticks when moving the browser to another desktop?? -- Roger http://rogerx.freeshell.org

6 7

[patch]: fix the meta-refresh warning code
by onepoint＠starurchin.org Sept. 28, 2009

Sept. 28, 2009

Long time no post! Here's a fix for an outstanding TODO in html.cc. It replaces the code that creates the HTML META REFRESH warning (which sends HTML to Html_write_raw()) with a function that creates the widgets directly. There are still a few issues: * The HTML parser in table.cc does not create table widgets if USE_TABLES is not defined. Perhaps this code should do the same? * The new widgets do not have 'width="100%"' set, so the horizontal layout is slightly different. * The redirect link colour does not reflect whether the link URL has been visited. * It would be nice if the widgets and the redirect link were styled from the User Agent style in css.cc . I couldn't figure out how to do that so I just copied a few things like the link colour and text decoration. If someone tells me how to do this properly I'll revise the code. Please comment! Jeremy Henty

4 18

Weird chars bug
by jcid＠dillo.org Sept. 27, 2009

Sept. 27, 2009

Hi, Since dillo-2.1, enabled-CSS makes funny chars in this page: http://blogdrake.net/node/14916 Screenshot: http://www.dillo.org/test/weirdChars.jpg Disabling it from the tools button solves the problem. Does anybody know what's the problem here? -- Cheers Jorge.-

3 2

Textblock::drawLine() split
by Johannes.Hofmann＠gmx.de Sept. 19, 2009

Sept. 19, 2009

Hi corvid, this split was overdue! Thanks a lot for the cleanup. Cheers, Johannes

1 0

experimental patch: image loading options "same domain", "same host"
by corvid＠lavabit.com Sept. 17, 2009

Sept. 17, 2009

I just put together a somewhat hacky patch to add "same host" and "same domain" for image loading from the tools button (or dillorc) http://www.dillo.org/test/img_loading_options.patch I ran on it as long as I could tolerate images over dialup (not long :), so here it is, and I will clean it up if there is interest shown in getting it into dillo. (I would probably want to change the names of the dillorc choices for image loading, make the internal value into an enum, look at the loadImages/autoload_image code duplication, etc., etc... Oh, and look up how to fix the tools menu width...)

5 11

View page source suggestions
by dennisn＠dennisn.dyndns.org Sept. 16, 2009

Sept. 16, 2009

Currently, the "View page source" right-click context menu isn't available below the rendered html -- so if the actual html page is very small and/or dillo's window is very big, right clicking the bottom half (for example) of the browser does nothing :\. Also, is there a way to have the source viewed in one's preferred text editor? :b (read: gvim)

3 2

[devidfil@gmail.com: [Dillo-dev] Switch to fltk1.3?]
by jcid＠dillo.org Sept. 10, 2009

Sept. 10, 2009

On Sat, Aug 29, 2009 at 01:06:36PM +0200, Johannes Hofmann wrote: > Hi Jorge, > > do you plan to answer this mail? Sorry I've been lost with other activities. > My point here is that we should > stick with fltk2 until there is an official release of fltk1.3. Yes. I agree. We went with unreleased FLTK2 and it has caused lots of problems (despite statical linking). > If there are license issues with fltk2 they should be handled > between debian and the fltk community. Of course we could try to > help. It looks like FLTK2 is quite stalled. Of course we can knock the door again. Maybe this is also a good time to ask for fltk1.3's timeline again. The last time, the optimistic release date was near the middle of 2009. > Date: Sat, 22 Aug 2009 18:40:03 +0200 > From: Devid Antonio Filoni <devidfil(a)gmail.com> > Subject: [Dillo-dev] Switch to fltk1.3? > To: dillo-dev(a)dillo.org > > Hi, > is possible to switch to fltk1.3? I sent a lot of emails to fltk > developers trying to get the license issue of fltk2 > (http://www.fltk.org/str.php?L2198+P0+S-2+C0+I0+E0+Qlicense) fixed but > I still (after months of sent emails) haven't gotten a reply. dillo is > going to be removed from Debian and Ubuntu repositories because it > depends on removed packages and the newest dillo release cannot be > uploaded because fltk2 is not in the repositories and it cannot be > accepted due to the license issue. Is possible to switch to fltk1.3 or > to another toolkit please? > > Thanks, > Devid Antonio Filoni Hi Devid, We plan to switch to fltk1.3 soon. The point is to have a solid release date to start the port. When we started with fltk2 it was supposed to be released soon... :P I'm writing to the fltk1.3 team. Stay tuned. -- Cheers Jorge.-

2 3

nytimes links and redirection
by corvid＠lavabit.com Sept. 5, 2009

Sept. 5, 2009

I'd been in the habit of letting wget retrieve nytimes links, but today I finally fought with it long enought to learn a few things. - wget works because it remembers cookies while redirecting. I was sure that enabling cookies required a flag, but nope. - If I increase the maximum redirect level in dillo, it gets up to 9 before nytimes relents and figures out that I don't want to give it any cookies and provides me with the page. - If I change the www to www10, it works immediately and doesn't bother with redirection at all.

1 0

perhaps an iterator bug
by corvid＠lavabit.com Sept. 3, 2009

Sept. 3, 2009

I was trying the new search functionality a bit more and found this (it's also present in my Dec 2008 dillo*). With the page: <table> <tr><td>no close-tr <tr><td>has a close-tr</tr> <tr><td>here's another line</tr> </table> if I search for "rh", it finds one instance of it split between the second and third table rows. * My older dillos were lost in a tragic "I don't think I need my CVS stuff anymore" accident.

3 4

whattheinternetknowsaboutyou
by Johannes.Hofmann＠gmx.de Sept. 3, 2009

Sept. 3, 2009

Hi, this http://wtikay.com/docs/details.html is quite interesting. Dillo is not vulnerable, but we should keep this in mind when implementing background image support. Cheers, Johannes

2 2

horizontal scrolling while searching
by Johannes.Hofmann＠gmx.de Sept. 2, 2009

Sept. 2, 2009

corvid, you have just fixed an issue with horizontal scrolling during search. While testing it I realized, that horizontal scrolling during search does not work at all with plain text. Any idea why? Cheers, Johannes

2 2

Planning
by jcid＠dillo.org Sept. 2, 2009

Sept. 2, 2009

Hi, Here are some pending issues which I've partially sorted by priority (at least the top half). Please add the missing ones and let's try to finish sorting it, with a view to planify our work. * Make DIV-based pages render correctly. This is the most visible rendering fault in Dillo. The textblock doesn't have a way to handle it (not implemented). IIRC I'm willing to dig into it and Johannes will help. e.g. http://www.advogato.org/faq.html * Add blocker (this also has to do with privacy). A full RE-based one may have significant overhead (test required), but simple string-matching may do most of the trick. I've also thought for a long time that a "don't load from other sites" preference may help a lot. The whole topic needs some thought but it's not hard to implement. e.g. doubleclick. * Handle negative values in CSS. e.g. wikipedia. * What will we do with xhtml? To render or not to render... FF doesn't validate. BUG#732 One solution is to add a notification widget area below the control panel that hides/unhides as the find bar, to warn when a xhtml file has detected bugs (we'd also move the meta refresh warning to display here). I already have a simple patch to add xhtml rendering. The widget implemetation is the missing part. It should be much simpler than the close button in each tab. :-) e.g. http://planet.postgresql.org/ * Jump to #anchor doesn't work correctly. It looks like a timing issue, but the idle-call API needs a review as a whole. * dpi for "view page source" (it re-uses search capability). This requires a check of the current data-passing inside DPIP. * Improve the DPI development/debug framework. * https dialog bombing issue. BUG#868 AKA make https dpi a server (i.e. not a filter dpi). * Render bug at http://www.directfb.org/ (and its links). The table has too wide a first column. Back/Fwd solves it. *   handling in fltk.org The relevant point is to define a consistent way to handle whitespace in the textblock. * FTP download doesn't work?! -- Cheers Jorge.-

5 19

limit number of concurrent connections
by jcid＠dillo.org Aug. 29, 2009

Aug. 29, 2009

Hi, Here's a prototype patch that does the work. It's not yet optimized nor polished nor throughly tested, and it leaks Web structures, but it illustrates very well the idea, and finishing it shouldn't be hard. As said in CCCwork.txt it would be good to build the whole chain in one single step (for simplicity) and to define a standard way to end/abort the CCC (which I've given some thought). If muses decide to pay me a visit, I may develop a patch for this soon. :-) -- Cheers Jorge.-

3 24

userinfo in uri authority
by corvid＠lavabit.com Aug. 28, 2009

Aug. 28, 2009

With an url like http://user:pass@example.com, do you think the userinfo should be used? Or ripped out?

1 0

Switch to fltk1.3?
by devidfil＠gmail.com Aug. 22, 2009

Aug. 22, 2009

Hi, is possible to switch to fltk1.3? I sent a lot of emails to fltk developers trying to get the license issue of fltk2 (http://www.fltk.org/str.php?L2198+P0+S-2+C0+I0+E0+Qlicense) fixed but I still (after months of sent emails) haven't gotten a reply. dillo is going to be removed from Debian and Ubuntu repositories because it depends on removed packages and the newest dillo release cannot be uploaded because fltk2 is not in the repositories and it cannot be accepted due to the license issue. Is possible to switch to fltk1.3 or to another toolkit please? Thanks, Devid Antonio Filoni

2 1

newbie question about main loop...
by cnicholas＠planet9.com Aug. 19, 2009

Aug. 19, 2009

Just learning about dillo; looks neat! We are investigating how best to "embed" html links within a 3D world, in much the same way old-time 'anchor nodes' were embedded in VRML. We were just thinking to have a separate tab, or if we got fancy, play with OpenGL transforms, etc. Unfortunately, one of the libraries we use for avatars (www.edgelib.com) *must* have the main loop, with everything else called during onRedraw(), etc. Is it even conceivable to use dillo in this manner? best regards - Chris Nicholas

3 2

Happy announcement (not SW)
by jcid＠dillo.org Aug. 18, 2009

Aug. 18, 2009

Hi guys, I'm quite happy to let you know that yesterday 19 Aug, my first daughter Lisa was born! Everything is OK, we're vey happy with this "release" :) and I just wanted to communicate it here, so you more or less know or understand my activities (or lack of) in the next days. :-) -- Cheers Jorge.-

12 13

AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin
by heisermi＠hs-albsig.de Aug. 15, 2009

Aug. 15, 2009

Hey guys, I think I'm near on getting dillo2 working on blackfin uClinux. My concurrent problem is, that there are some Errors linking the project. Undefined reference ..... I'll give you my compile log: make[3]: F?r das Ziel ?all? ist nichts zu tun. make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src/IO' make[3]: Entering directory `/home/mheiser/dillo-2.1.1/src' bfin-linux-uclibc-g++ -I.. -I/home/mheiser/uClinux/uClinux/uclinux-dist/staging/usr/include/libpng12 -I/home/mheiser/fltk-2.0.x-r6841 -I/home/mheiser/uClinux/uclinux-dist/staging/usr/include/freetype2 -I/home/mheiser/uClinux/uclinux-dist/user/microwin/nxlib/nxlib-0.45/X11/include -Wno-non-virtual-dtor -O2 -pipe -isystem /home/mheiser/uClinux/uclinux-dist/staging/usr/include -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/home/mheiser/uClinux/uclinux-dist/staging/usr/lib -o dillo dillo.o paths.o ui.o uicmd.o bw.o cookies.o auth.o colors.o misc.o history.o prefs.o prefsparser.o keys.o url.o bitvec.o klist.o chain.o utf8.o timeout.o dialog.o web.o nav.o cache.o decode.o dicache.o capi.o css.o cssparser.o styleengine.o plain.o html.o form.o table.o bookmark.o dns.o gif.o jpeg.o png.o imgbuf.o image.o menu.o dpiapi.o findbar.o xembed.o ../dlib/libDlib.a ../dpip/libDpip.a IO/libDiof.a ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -ljpeg -lpng12 -L/home/mheiser/fltk-2.0.x-r6841/lib -Wl,-rpath,/home/mheiser/bfin-fltk2/lib -lfltk2_images -lpng -lfltk2_images -ljpeg -lz -lfltk2 -L/home/mheiser/uClinux/uclinux-dist/user/microwin/nxlib/nxlib-0.45 -L/home/mheiser/uClinux/uclinux-dist/user/microwin/src/lib -L/home/mheiser/uClinux/uclinux-dist/staging/usr/lib -lX11 -lpthread -lm -lnano-X -lsupc++ -lz -liconv /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_Xutf8LookupString' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XFreeDeviceList' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_wcstombs' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_mbstowcs' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XOpenDevice' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XGetExtensionVersion' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XListInputDevices' /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to `_XSelectExtensionEvent' collect2: ld gab 1 als Ende-Status zur?ck make[3]: *** [dillo] Fehler 1 make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/mheiser/dillo-2.1.1/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/mheiser/dillo-2.1.1' make: *** [all] Fehler 2 Can you give me an advice? I don't know exactly where I should begin searching for advice.... Regards Michael -----Urspr?ngliche Nachricht----- Von: corvid [mailto:corvid@lavabit.com] Gesendet: Donnerstag, 13. August 2009 02:10 An: Heiser Michael Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin If you get it working from that document mentioned on the uclinux forum, let us know so that I can add to Compatibility.html :) Von AVG ?berpr?ft - www.avg.de Version: 8.5.386 / Virendatenbank: 270.13.53/2299 - Ausgabedatum: 08/12/09 18:12:00

5 9

AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin
by heisermi＠hs-albsig.de Aug. 14, 2009

Aug. 14, 2009

By the way, what I forgot to mention!! You have to change all fork() to vfork() cause there is no MMU on blackfin systems!!! Thanks Alan, it was a pleasure to me :) Regards Michael -----Urspr?ngliche Nachricht----- Von: Alan Carvalho de Assis [mailto:acassis@gmail.com] Gesendet: Freitag, 14. August 2009 16:02 An: Heiser Michael Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin Great work Michael, Thank you for sharing it. I hope someone implement these missing functions. NXLib is a nice project, I am sad to see this project stalled. Regards, Alan On 8/14/09, Heiser Michael <heisermi(a)hs-albsig.de> wrote: > Hey guys, > > I got it! Dillo2 is running on our Blackfin device and I'll send you a > little manual as attachment for implementing it to uClinux! > > Regards Michael!!! > > -----Urspr?ngliche Nachricht----- > Von: dillo-dev-bounces(a)dillo.org [mailto:dillo-dev-bounces@dillo.org] Im > Auftrag von Heiser Michael > Gesendet: Freitag, 14. August 2009 13:18 > An: dillo-devel-list (dillo-dev(a)dillo.org) > Betreff: AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin > > LibXi is part of nxlib and nxlib maps XInputs to nano-X lib. So I had to > replace libXi. By the way I handled the compiling for Blackfin!! I will give > you soon an advice how to make it :) It's now only on testing dillo on our > device..... > > That seems to be tricky > > -----Urspr?ngliche Nachricht----- > Von: dillo-dev-bounces(a)dillo.org [mailto:dillo-dev-bounces@dillo.org] Im > Auftrag von Michal Nowak > Gesendet: Freitag, 14. August 2009 12:36 > An: dillo-dev(a)dillo.org > Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin > > On Fri, Aug 14, 2009 at 9:00 AM, Heiser Michael<heisermi(a)hs-albsig.de> > wrote: >> Hey guys, >> I think I'm near on getting dillo2 working on blackfin uClinux. My >> concurrent problem is, that there are some Errors linking the project. >> Undefined reference ..... >> I'll give you my compile log: >> >> make[3]: F?r das Ziel ?all? ist nichts zu tun. >> make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src/IO' >> make[3]: Entering directory `/home/mheiser/dillo-2.1.1/src' >> bfin-linux-uclibc-g++ -I.. >> bfin-linux-uclibc-g++ -I/home/mheiser/uClinux/uClinux/uclinux-dist/sta >> bfin-linux-uclibc-g++ ging/usr/include/libpng12 >> bfin-linux-uclibc-g++ -I/home/mheiser/fltk-2.0.x-r6841 >> bfin-linux-uclibc-g++ -I/home/mheiser/uClinux/uclinux-dist/staging/usr >> bfin-linux-uclibc-g++ /include/freetype2 >> bfin-linux-uclibc-g++ -I/home/mheiser/uClinux/uclinux-dist/user/microw >> bfin-linux-uclibc-g++ in/nxlib/nxlib-0.45/X11/include >> bfin-linux-uclibc-g++ -Wno-non-virtual-dtor -O2 -pipe -isystem >> bfin-linux-uclibc-g++ /home/mheiser/uClinux/uclinux-dist/staging/usr/i >> bfin-linux-uclibc-g++ nclude -Wall -W -Wno-unused-parameter -fno-rtti >> bfin-linux-uclibc-g++ -fno-exceptions >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/staging/usr >> bfin-linux-uclibc-g++ /lib -o dillo dillo.o paths.o ui.o uicmd.o bw.o >> bfin-linux-uclibc-g++ cookies.o auth.o colors.o misc.o history.o >> bfin-linux-uclibc-g++ prefs.o prefsparser.o keys.o url.o bitvec.o >> bfin-linux-uclibc-g++ klist.o chain.o utf8.o timeout.o dialog.o web.o >> bfin-linux-uclibc-g++ nav.o cache.o decode.o dicache.o capi.o css.o >> bfin-linux-uclibc-g++ cssparser.o styleengine.o plain.o html.o form.o >> bfin-linux-uclibc-g++ table.o bookmark.o dns.o gif.o jpeg.o png.o >> bfin-linux-uclibc-g++ imgbuf.o image.o menu.o dpiapi.o findbar.o >> bfin-linux-uclibc-g++ xembed.o ../dlib/libDlib.a ../dpip/libDpip.a >> bfin-linux-uclibc-g++ IO/libDiof.a ../dw/libDw-widgets.a >> bfin-linux-uclibc-g++ ../dw/libDw-fltk.a ../dw/libDw-core.a >> bfin-linux-uclibc-g++ ../lout/liblout.a -ljpeg -lpng12 >> bfin-linux-uclibc-g++ -L/home/mheiser/fltk-2.0.x-r6841/lib >> bfin-linux-uclibc-g++ -Wl,-rpath,/home/mheiser/bfin-fltk2/lib >> bfin-linux-uclibc-g++ -lfltk2_images -lpng -lfltk2_images -ljpeg -lz >> bfin-linux-uclibc-g++ -lfltk2 >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/user/microw >> bfin-linux-uclibc-g++ in/nxlib/nxlib-0.45 >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/user/microw >> bfin-linux-uclibc-g++ in/src/lib >> bfin-linux-uclibc-g++ -L/home/mheiser/uClinux/uclinux-dist/staging/usr >> bfin-linux-uclibc-g++ /lib -lX11 -lpthread -lm -lnano-X -lsupc++ -lz >> bfin-linux-uclibc-g++ -liconv >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_Xutf8LookupString' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XFreeDeviceList' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_wcstombs' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_mbstowcs' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XOpenDevice' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XGetExtensionVersion' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XListInputDevices' >> /home/mheiser/fltk-2.0.x-r6841/lib/libfltk2.so: undefined reference to >> `_XSelectExtensionEvent' > > Aren't you missing libXi-devel? > > Regards, > Michal > >> collect2: ld gab 1 als Ende-Status zur?ck >> make[3]: *** [dillo] Fehler 1 >> make[3]: Leaving directory `/home/mheiser/dillo-2.1.1/src' >> make[2]: *** [all-recursive] Fehler 1 >> make[2]: Leaving directory `/home/mheiser/dillo-2.1.1/src' >> make[1]: *** [all-recursive] Fehler 1 >> make[1]: Leaving directory `/home/mheiser/dillo-2.1.1' >> make: *** [all] Fehler 2 >> >> Can you give me an advice? I don't know exactly where I should begin >> searching for advice.... >> >> Regards >> >> Michael >> >> -----Urspr?ngliche Nachricht----- >> Von: corvid [mailto:corvid@lavabit.com] >> Gesendet: Donnerstag, 13. August 2009 02:10 >> An: Heiser Michael >> Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin >> >> If you get it working from that document mentioned on the uclinux >> forum, let us know so that I can add to Compatibility.html :) >> >> >> >> Von AVG ?berpr?ft - www.avg.de >> Version: 8.5.386 / Virendatenbank: 270.13.53/2299 - Ausgabedatum: >> 08/12/09 18:12:00 >> >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev(a)dillo.org >> http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >> > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > Eingehende eMail ist virenfrei. > Von AVG ?berpr?ft - www.avg.de > Version: 8.5.392 / Virendatenbank: 270.13.55/2301 - Ausgabedatum: 08/13/09 > 18:16:00 > > Eingehende eMail ist virenfrei. > Von AVG ?berpr?ft - www.avg.de > Version: 8.5.392 / Virendatenbank: 270.13.55/2301 - Ausgabedatum: 08/13/09 > 18:16:00 > Eingehende eMail ist virenfrei. Von AVG ?berpr?ft - www.avg.de Version: 8.5.392 / Virendatenbank: 270.13.55/2301 - Ausgabedatum: 08/13/09 18:16:00

1 0

Crosscompiling Dillo2 for uClinux on Blackfin
by heisermi＠hs-albsig.de Aug. 12, 2009

Aug. 12, 2009

Hi guys, Currently I'm searching for a small footprint webbrowser to use on my blackin device. This device is driven by uClinux. The first positive I can tell you is, that I compiled fltk2 for blackfin with success. I followed the instructions on tw.myblog.yahoo.com/stevegigijoe/article<http://tw.myblog.yahoo.com/stevegigijoe/article?mid=138&prev=-1&next=137> to compile and run fltk2. My modifications can be read at https://blackfin.uclinux.org/gf/project/uclinux-dist/forum/?_forum_action=F… So now I'm facing a problem with the configure script of dillo. I had to make few changes to configure.in to recognize crosscompiled Fltk2 lib. These changes went ok but when configure checks libz, then it crashes because it can't find right version of the library. So my question is, how can I tell configure to search in my uClinux directory where the library already is persistent for use with uClinux. Best Regards from Germany, Michae

1 0

Re: patch: media_type pref
by corvid＠lavabit.com Aug. 5, 2009

Aug. 5, 2009

Jorge wrote: > On Mon, Feb 16, 2009 at 05:37:36AM +0000, corvid wrote: > > It makes more sense to have a pref that the user can > > control than for us to guess what they might like > > based on screen size or whatever, I think. > > I hesitate on this. For instance: if media_type is defined to > "handheld" and there's no such remote CSS, at least it should > fallback to "screen". If there is a handheld style sheet available and dillo is running on a handheld, it would be a shame not to use it. I'm hoping that the page author would have the sense to supply something for type "all". > Maybe it's more practical to provide custom stylesheets (as the > current "style.css". e.g. small_screen.css, print.css) and to > allow switching among them from the "Tools" menu. > > What do you think? I think someone using handheld would want to use both the page author's handheld-specific code and a user style suitable for their device. I'll send this to the list in case anyone with experience using such devices with the web has opinions to share.

3 3

Re: dillo bug 916
by corvid＠lavabit.com Aug. 3, 2009

Aug. 3, 2009

Scott wrote: > As far as I can tell, it works correctly with the patch applied. :) Scott had reported: "Dillo sometimes raises its window when clicked, instead of letting the window manager do its job. Usually if I have a window partially hidden, I don't want it raised... Apps should not try to do their own window management." fltk's Window::handle() has: #if USE_X11 case PUSH: // Unused clicks should raise the window. Windows unfortunatly // raises the window on *all* clicks so we don't bother except on X. if (shown()) XMapRaised(xdisplay, i->xid); #endif Aforementioned patch attached.

3 6

experimental patch: Re: dillo2 wrapping Chinese
by corvid＠lavabit.com Aug. 2, 2009

Aug. 2, 2009

I made yet another version of this patch the other day, and furaisanjin was kind enough to run on it a bit and ensure it's doing what we want. With the previous version, compiling without optimization, gprof showed 3-4% loss of speed on a page that's mostly English text. - I removed the strdup/free from the common case. - For nonideographic, it goes character by character instead of checking every byte. This should help for, e.g., Russian, but means some 'unnecessary' length-checking in the mostly-ASCII case. And gprof suggested the slowdown might be 3% now, although at this point, unless someone is paying you to perform a lot of careful, drudgery-filled runs, it gets hard to pick the signal out of the noise when examining the time spent in relevant functions. I tried adding in some code to bypass the ideographic call for ASCII, but 1) it made the code a little messy 2) it looked like it might be saving a few tenths of a percent 3) the compiler might perform optimizations under certain circumstances making my efforts unnecessary or counterproductive. I could definitely be talked into this one, though. I tried adding an addText() with a length argument and thought it might help by saving me the trouble of writing NULL bytes into the strings and saving the trouble of some strlen()ning in dw. I couldn't see any difference in speed, although it did make things cleaner and I would want to add it in eventually if this all makes it into the repository. There will be a duplicated ideographic() test, for instance, if a word starts with digits and ends with some Japanese characters. 1) uncommon 2) complexity This patch is really two patches because it also handles the case where whitespace numeric character references are inside a word, but I wanted to see the effects of both and they are each an excuse for the overhead of the loop. I'd split it into two pieces if committing it.

2 1

Re: dillo crash at dlib/dlib.c:173
by stevegigijoe＠yahoo.com.tw July 29, 2009

July 29, 2009

Hello guys I'm Sorry. Corvid is right. I must mass up something :p Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

1 0

dillo crash at dlib/dlib.c:173
by stevegigijoe＠yahoo.com.tw July 29, 2009

July 29, 2009

Hello all After update, the dillo crash while opening http://www.google.com.tw on dlib/dlib.c:173 The array haystack is null and unchecked cause the problem... Log as below gigijoe@user-desktop:~/dillo2$ gdb src/dillo GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) r Starting program: /home/gigijoe/dillo2/src/dillo [Thread debugging using libthread_db enabled] paths: Cannot open file '/home/gigijoe/.dillo/keysrc' paths: Cannot open file '/usr/local/etc/dillo/keysrc' paths: Using internal defaults... dillo_dns_init: Here we go! (threaded) Disabling cookies. Nav_open_url: new url='http://www.google.com.tw' [New Thread 0xb795b8e0 (LWP 11430)] [New Thread 0xb782bb90 (LWP 11433)] Dns_server [0]: www.google.com.tw is 74.125.19.105 74.125.19.106 74.125.19.99 74.125.19.104 74.125.19.103 74.125.19.147 [Thread 0xb782bb90 (LWP 11433) exited] Connecting to 74.125.19.105 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb795b8e0 (LWP 11430)] 0x0807ee7c in dStristr (haystack=0x0, needle=0x810c13f "javascript") at dlib.c:173 173 for (i = 0, j = 0; haystack[i] && needle[j]; ++i) Current language: auto; currently c (gdb) q The program is running. Exit anyway? (y or n) y Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

3 2

dIsspace
by corvid＠lavabit.com July 27, 2009

July 27, 2009

When are we supposed to use isspace() and when are we supposed to use dIsspace()? It appears that one is now used in the C++ code and the other in the C code, but I don't know the reason for this distinction.

3 6

exit codes
by corvid＠lavabit.com July 24, 2009

July 24, 2009

I checked what bash sees when dillo returns -1 for bad cmdline argument, and $? shows 255. It seems that out of range values turn into 255. Not that anyone will ever care beyond zero vs nonzero, but I'd like to change it to something valid. I could change it to 1...or 2...or I could use the values from sysexits.h (i.e., borrow their values as opposed to including it, since it doesn't appear to be standard). Any opinions?

1 0

Problem: Dillo2 does not recognize True Type font
by ericshliao＠gmail.com July 19, 2009

July 19, 2009

I built dillo2 for my Debian5 desktop and found that Chinese text were not correctly displayed. All Chinese glyphs are displayed in empty blocks. I found that it's because the dillo2 that I built only recognized type1 font and did not recognize truetype font. I did a small test as the stated in the following to find the cause. I know it is not normal, because people don't have such problem. I wonder if this problem can be solved by setting proper ./configure options or by modifying Makefile. If you have any idea, please help. Thanx. At first, I suspect that FLTK2 does not support multi-national language dispaly. So I wrote a small program to test it. I used: "g++ -o fltkhello1 fltkhello1.cxx -I/usr/local/include -L/local/lib -lfltk2 -lXext -lXft -lX11 -lXi -lm" to compile. The result is not not satisfying. With the help from fltk-dev mail list, I tried "fltk2-config --compile fltkhello1.cxx" and got correct result. In fact, "fltk2-config --compile fltkhello1.cxx" will execute the following command to compile: gcc -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -o fltkhello1 fltkhello1.cxx -L/usr/local/lib /usr/local/lib/libfltk2.a -lX11 -lXi -lXinerama -lXcursor -lXft -lpthread -lm -lXext -lsupc++ The interesting part is: my previous faulty compile command made my program only recognize type1 font (such as Bitstream Charter), and no truetype font is recognized. The problem was corrected by calling "fltk2-config --compile fltkhello1.cxx". Because in my desktop, all the Chinese glyphs are provided by truetype font, it caued FLTK2 program won't dispaly Chinese glyphs. I also add some code in Dillo 2 source code to hardcode fontname to be used to draw text, I found that only typ1 font was recognized, all truetype fonts are not recognized.

3 5

[patch] check for dpip_tag == NULL in https.c
by Johannes.Hofmann＠gmx.de July 18, 2009

July 18, 2009

Hi, I was getting frequent https.filter.dpi with dpip_tag == NULL. Attached patch adds a check for that case. If nobody objects I'd commit this in a few days. Cheers, Johannes

3 4

Height attribute
by richard.jrmy＠gmail.com July 18, 2009

July 18, 2009

Hello, I'm french, so I'll hope you could understand me. I'm developing for IE 7, Firefox and Dillo. It's not necessary to respect the W3C because it is for local networking use. I need to have a table which have an height of 100% of the page and my attribute doesn't work. I've put " height='100%' " in my <table> and I've tried with CSS too. In Firefox and IE that works but not in Dillo. In Dillo, there is only the width works. So, I would like to know if there is a solution to have a table or the body of 100% of the Dillo windows? I hope that yes, this is a good web browser. Have a good day. Regards. J?r?my

2 2

dpid includes
by jcid＠dillo.org July 15, 2009

July 15, 2009

Hi, I just removed a bunch of redundant includes from the dpid/ directory. Please compile test on platforms other than GNU/Linux. TIA. -- Cheers Jorge.-

3 2

CSS class handling updated
by Johannes.Hofmann＠gmx.de July 13, 2009

July 13, 2009

Hi, the CSS class handling has been updated to support multiple class names as defined in the CSS 2.1 specification. Obviously dillo now has to do some more work to handle the cases with multiple class names. However I hope that at least on pages that do not use this feature performance did not change noticably. If you find a case where the current code feels slower than 2.1.1 please let me know. Cheers, Johannes

1 0

Re: [fltk.general] Cross-compiling Dillo to ARM
by darirf＠yahoo.es July 13, 2009

July 13, 2009

Hi Alan, Steve: With Steve's fltk2 patch it has compiled correctly and works :), so I don't have to replace the X server binary (great!). Screenshot at: http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 Thanks a lot to all :-D. Best regards, Dario

3 2

Bug in Dillo's menu
by Hole.destructor＠gmx.de July 12, 2009

July 12, 2009

Dear Dillo developers, I just found a little bug in the dillo's menu: When I click on the tool button (the one, where one can de/activate CSS) and I don't want to click on one of it's items (maybe because I pressed the wrong button or something), it is impossible to get out. I just can't simply close the menu by again click on the tool button. Clicking somewhere else (i.e. on another menu button) will not close the tool button. The only way to close the menu seems to be a click on one of it's items. Exactly the same thing happens with the F-menu button. What I also noticed: Sometimes dillo seems to hang, when visiting the "Bug Insertion" page on the dillo homepage: When I click on some of the drop-down menus or the text field, suddenly dillo freezes. I'm using Dillo 2.1.1 (Ubuntu binary "dillo+ssl" dillo_2.1.1-0+dillo1~jaunty1_amd64.deb, libfltk2.0-dev_2.0.0~r6671-0+devfil1_amd64.deb). It would be nice, if anyone could have a look into this. Many thanks in advance, Alexander

2 2

Rv: Re: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM
by darirf＠yahoo.es July 11, 2009

July 11, 2009

Ups! This one was intented for the list. Sorry. --- El s?b, 11/7/09, Dario Rodriguez <darirf(a)yahoo.es> escribi?: > De: Dario Rodriguez <darirf(a)yahoo.es> > Asunto: Re: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM > Para: "Johannes Hofmann" <Johannes.Hofmann(a)gmx.de> > Fecha: s?bado, 11 julio, 2009 9:07 > Hi, > > --- El vie, 10/7/09, Johannes Hofmann <Johannes.Hofmann(a)gmx.de> > escribi?: > > >? ? Screenshot at: > > >? ? ???http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 > > > > Excellent! > > Is the softkeyboard support something that needs to > be > > added to > > fltk, or are modifications to dillo needed? How is > this > > handled > > for other apps? > As the iliad is an e-ink book reader, its software is a bit > unusual. > > The changes are specific to the iliad software stack. All > ported apps have to be modified to have the main window > CLASS to be "sh" and call a couple o functions on an iliad > library to enable the soft-keyboard button. > > Not so long ago we had to also add a library call to update > the screen whenever it changed, but we managed to build a > daemon for that using the XDamage extension. > > Cheers, Dario > > > >

1 0

Re: [fltk.general] Cross-compiling Dillo to ARM
by stevegigijoe＠yahoo.com.tw July 9, 2009

July 9, 2009

Hi Alan I just found a problem around src/x11/Font_xlfd:538last week Below is my solution void fltk::setfont(Font* font, float psize) { FontSize* f = current; IFont* t = (IFont*)font; // only integers supported right now (this can be improved): psize = int(psize+.5); unsigned size = unsigned(psize); // See if the current font is correct: if(f && f->encoding && encoding_) { <<-- Suggest to add some check if (font == current_font_ && psize == current_size_ && <<-- May crash here (f->encoding==encoding_ || (!encoding_ || !strcmp(f->encoding, encoding_)))) return; } current_font_ = font; current_size_ = psize; Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

2 1

Re: [fltk.general] Cross-compiling Dillo to ARM
by darirf＠yahoo.es July 9, 2009

July 9, 2009

Hi Alan, A fellow user of the irex iliad tried to compile dillo2 for it (PXA255) and had similar issues with fltk2 (it was http://www.mobileread.com/forums/showpost.php?p=301183&postcount=84 ). Would you mind posting the configure flags that you have used for kdrive, fltk2 and dillo2? Thanks a lot. Hope that those configure also works for the iliad and we can replace the aging dillo 0.8.6 O:). Best regards and thanks again to all involved in dillo development. Dario. --- El mi?, 8/7/09, Alan Carvalho de Assis <acassis(a)gmail.com> escribi?: > De: Alan Carvalho de Assis <acassis(a)gmail.com> > Asunto: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM > Para: "Mirror of fltk.general Newsgroup" <fltk(a)easysw.com> > CC: "dillo-dev" <dillo-dev(a)dillo.org> > Fecha: mi?rcoles, 8 julio, 2009 8:58 > Hi Ian, > > On 7/8/09, imacarthur <imacarthur(a)gmail.com> > wrote: > > > > On 8 Jul 2009, at 16:33, Alan Carvalho de Assis > wrote: > > > > fltk-2 is not my strong suit, so what follows is just > guesswork > > really. However, here are some questions that might be > relevant: > > > > What fonts does your target system actually have > installed? Which > > names, what types, etc.? > > > > Now, the reason I ask is that I see from the gdb trace > that your > > program crashed in Font_xlfd.cxx, so presumably it was > attempting to > > load an "old style" XLFD font. > > > > You say your test build works with fltk-1.3, and it > defaults to using > > "new-style" XFT fonts, rather than using XLFD fonts > (although it can > > also use XLFD fonts, *or* can be built to only use > XLFD fonts by > > passing --disable-xft to configure at build time.) > > > > So... I'm guessing that the fltk-1.3 build works for > some reason > > because it is using XFT and the fltk-2 build fails > because it > > attempts to use XLFD. Does that seem feasible? > > > > If so, it might be worth trying to make sure the > fltk-2 build loads > > an XFT rather than XLFD font, see how that goes. > > > > All that said, however, a default flrk-2 build *ought* > to default to > > XFT enabled anyway - unless someone has changed that? > > > > Did you later that setting during config by any > chance? Maybe that is > > somewhere to start looking, if nothing else... > > > > You are right, I compiled Xorg (kdrive) with > "--enable-builtin-fonts", > then FLTK2 doesn't work. > > I think FLTK2 could to work with only "fixed" font, just > like FLTK1 does. > > Thank you very much! > > Regards, > > P.S.: Dillo is working fine on i.MX27 now! > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

2 1

(no subject)
by acassis＠gmail.com July 9, 2009

July 9, 2009

Hi All, I am trying to port Dillo to i.MX27 (ARM9) processor. Using LTIB build system (www.ltib.org) to cross-compile FLTK. I cross-compiled FLTK2, but it is crashing, I can't run any demo example. To FLTK1.3 everything works fine, I ran all examples successfully. To FLTK2 nothing works. I searched Internet for similar error, but nothing solves it. I tested these FLTK revision: fltk-2.0.x-r6793 fltk-2.0.x-r6101 It appears to crash at "fltk::setfont". In fact I can see "bad font: fixed" message just before that "Segmentation Fault". Could someone give me some suggestion to solve this issue? See below the gdb backtrace. I am running gdbserver on i.MX27 board (IP 192.168.0.180) Best Regards, Alan $ arm-elf-gdb /home/alan/ltib/rootfs/home/test/hello GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-linux"... (gdb) target remote 192.168.0.180:3333 Remote debugging using 192.168.0.180:3333 warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. 0x400007e0 in ?? () (gdb) set solib-absolute-prefix /home/alan/ltib/rootfs (gdb) b main Breakpoint 1 at 0xb9e8: file hello.cxx, line 9. (gdb) c Continuing. Breakpoint 1, main (argc=1, argv=0xbeaa5e44) at hello.cxx:9 9 Window *window = new Window(300, 180); (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 (gdb) bt #0 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 #1 0x0000d1e4 in fltk::setfont (font=0x3a0ac, psize=12) at x11/Font_xlfd.cxx:542 #2 0x0001ac80 in fltk::Widget::draw_box (this=0x40b68, r=@0xbeaa5a18) at Widget_draw.cxx:94 #3 0x0001acc0 in fltk::Widget::draw_box (this=0x0) at Widget_draw.cxx:88 #4 0x0001a810 in fltk::Widget::draw (this=0x0) at Widget.cxx:644 #5 0x0000d618 in fltk::Group::draw_child (this=<value optimized out>, w=@0x40b68) at Group.cxx:750 #6 0x0000e218 in fltk::Group::draw (this=0x406e0) at Group.cxx:682 #7 0x00013ff8 in fltk::Window::flush (this=0x406e0) at x11/run.cxx:2566 #8 0x000116d4 in fl_window_flush (window=0x406e0) at run.cxx:657 #9 0x00011784 in fltk::flush () at run.cxx:691 #10 0x00016a60 in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:484 #11 0x00016b8c in fltk::run () at run.cxx:397 #12 0x402071cc in __libc_start_main () from /home/alan/ltib/rootfs/lib/libc.so.6 #13 0x0000b94c in _start () (gdb)

2 2

Re: [fltk.general] Cross-compiling Dillo to ARM
by acassis＠gmail.com July 8, 2009

July 8, 2009

Hi Ian, On 7/8/09, imacarthur <imacarthur(a)gmail.com> wrote: > > On 8 Jul 2009, at 16:33, Alan Carvalho de Assis wrote: > > fltk-2 is not my strong suit, so what follows is just guesswork > really. However, here are some questions that might be relevant: > > What fonts does your target system actually have installed? Which > names, what types, etc.? > > Now, the reason I ask is that I see from the gdb trace that your > program crashed in Font_xlfd.cxx, so presumably it was attempting to > load an "old style" XLFD font. > > You say your test build works with fltk-1.3, and it defaults to using > "new-style" XFT fonts, rather than using XLFD fonts (although it can > also use XLFD fonts, *or* can be built to only use XLFD fonts by > passing --disable-xft to configure at build time.) > > So... I'm guessing that the fltk-1.3 build works for some reason > because it is using XFT and the fltk-2 build fails because it > attempts to use XLFD. Does that seem feasible? > > If so, it might be worth trying to make sure the fltk-2 build loads > an XFT rather than XLFD font, see how that goes. > > All that said, however, a default flrk-2 build *ought* to default to > XFT enabled anyway - unless someone has changed that? > > Did you later that setting during config by any chance? Maybe that is > somewhere to start looking, if nothing else... > You are right, I compiled Xorg (kdrive) with "--enable-builtin-fonts", then FLTK2 doesn't work. I think FLTK2 could to work with only "fixed" font, just like FLTK1 does. Thank you very much! Regards, P.S.: Dillo is working fine on i.MX27 now!

1 0

.deb files as PPA
by jcid＠dillo.org July 7, 2009

July 7, 2009

Hi, Now that launchpad is back, .deb packages for Debian and Ubuntu are available from our download page. -- Cheers Jorge.-

2 1