October 2009 - Dillo-dev - lists.mailman3.com

How to limit cache in Dillo v2.1.1?

by jcid＠dillo.org

Hi, On Sun, Oct 18, 2009 at 11:24:49AM +0800, eriol2004 wrote: > 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? Currently there's no dillorc setting to do it, but if you look in cache.c you'll find a call to a_Dicache_cleanup(). I'd suggest to add a function afterwards (e.g. a_Cache_image_cleanup()), and make it suit your needs. Please report on what you finally did. -- Cheers Jorge.-

Oct. 20, 2009

FWD

by Johannes.Hofmann＠gmx.de

On Fri, Oct 16, 2009 at 11:30:52PM +0000, corvid wrote: > Johannes wrote: > > On Fri, Oct 16, 2009 at 08:21:13PM +0000, corvid wrote: > > > Johannes wrote: > > > > On Fri, Oct 16, 2009 at 02:56:32PM -0300, Jorge Arellano Cid wrote: > > > > > 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 ? > > > > > > > > I guess it would be pretty straight forward to add if we find out > > > > how to change the letter spacing in fltk. > > > > > > I believe we would have to draw each glyph individually. > > > > Hm, i would prefer to handle it as a different font. There is this > > XFT_SPACING flag which could be passed in XftFontOpen() in > > fltk-2.0.x-r6786/src/x11/Font_xft.cxx > > If that could be added to fltk, then spacing would just be another > > Font property. > > But I don't know what fltk people think about it. > > Is there something for the non-xft case? > > > Alternatively we could add the spacing attribute just to our Font > > class and handle the messy glyph by glyph drawing in > > fltkplatform.cc. > > That way we could keep the complexity out of textblock.cc which is > > complex enough already :-) > > Ah, I did mean drawText() in fltkviewbase, but then I > didn't think of touching fltkplatform's textWidth(). Nice! You already implemented it. Cheers, Johannes

Oct. 18, 2009

[patch]: fix w3c_plus_heuristics=NO

by onepoint＠starurchin.org

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

Oct. 18, 2009

How to limit cache in Dillo v2.1.1?

by eriol2004＠163.com

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Ö÷Á÷ÍøÓÎ¡¶ÌìÏÂ·¡¡·£¬ÍøÒ×ÁùÄêÒÚ×ÊŽòÔì

Oct. 18, 2009

FWD

by Johannes.Hofmann＠gmx.de

On Fri, Oct 16, 2009 at 11:30:52PM +0000, corvid wrote: > Johannes wrote: > > On Fri, Oct 16, 2009 at 08:21:13PM +0000, corvid wrote: > > > Johannes wrote: > > > > On Fri, Oct 16, 2009 at 02:56:32PM -0300, Jorge Arellano Cid wrote: > > > > > 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 ? > > > > > > > > I guess it would be pretty straight forward to add if we find out > > > > how to change the letter spacing in fltk. > > > > > > I believe we would have to draw each glyph individually. > > > > Hm, i would prefer to handle it as a different font. There is this > > XFT_SPACING flag which could be passed in XftFontOpen() in > > fltk-2.0.x-r6786/src/x11/Font_xft.cxx > > If that could be added to fltk, then spacing would just be another > > Font property. > > But I don't know what fltk people think about it. > > Is there something for the non-xft case? Don't know, plus we would also need something for Windows and MacOS :) > > > Alternatively we could add the spacing attribute just to our Font > > class and handle the messy glyph by glyph drawing in > > fltkplatform.cc. > > That way we could keep the complexity out of textblock.cc which is > > complex enough already :-) > > Ah, I did mean drawText() in fltkviewbase, but then I > didn't think of touching fltkplatform's textWidth(). Yes, that sounds good. textWidth() would have to be adapted as well of course. The css part should be easy btw. I will just add it. Cheers, Johannes

Oct. 17, 2009

auto/abs sizes in image.cc, auto/abs/per in textblock.cc

by onepoint＠starurchin.org

corvid wrote: > I wrote: > > Jorge wrote: > > > On Sun, Oct 11, 2009 at 05:58:11PM +0200, Johannes Hofmann > > > wrote: > > > > * Multiple views in dw/*. Either we find and implement a use > > > > case for that feature or we should remove it. ... > > > > > > ... I agree with the removal. ... > > > > I'll look into removing it. > > Committed. It does touch fltkui.cc enough that you may want to keep > an eye on whether forms are submitting what you tell them to. My test forms still work OK, so it can't be *too* badly broken. :-) Regards, Jeremy Henty

Oct. 17, 2009

FWD

by corvid＠lavabit.com

Johannes wrote: > On Fri, Oct 16, 2009 at 08:21:13PM +0000, corvid wrote: > > Johannes wrote: > > > On Fri, Oct 16, 2009 at 02:56:32PM -0300, Jorge Arellano Cid wrote: > > > > 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 ? > > > > > > I guess it would be pretty straight forward to add if we find out > > > how to change the letter spacing in fltk. > > > > I believe we would have to draw each glyph individually. > > Hm, i would prefer to handle it as a different font. There is this > XFT_SPACING flag which could be passed in XftFontOpen() in > fltk-2.0.x-r6786/src/x11/Font_xft.cxx > If that could be added to fltk, then spacing would just be another > Font property. > But I don't know what fltk people think about it. Is there something for the non-xft case? > Alternatively we could add the spacing attribute just to our Font > class and handle the messy glyph by glyph drawing in > fltkplatform.cc. > That way we could keep the complexity out of textblock.cc which is > complex enough already :-) Ah, I did mean drawText() in fltkviewbase, but then I didn't think of touching fltkplatform's textWidth().

Oct. 17, 2009

FWD

by Johannes.Hofmann＠gmx.de

On Fri, Oct 16, 2009 at 08:21:13PM +0000, corvid wrote: > Johannes wrote: > > On Fri, Oct 16, 2009 at 02:56:32PM -0300, Jorge Arellano Cid wrote: > > > 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 ? > > > > I guess it would be pretty straight forward to add if we find out > > how to change the letter spacing in fltk. > > I believe we would have to draw each glyph individually. Hm, i would prefer to handle it as a different font. There is this XFT_SPACING flag which could be passed in XftFontOpen() in fltk-2.0.x-r6786/src/x11/Font_xft.cxx If that could be added to fltk, then spacing would just be another Font property. But I don't know what fltk people think about it. Alternatively we could add the spacing attribute just to our Font class and handle the messy glyph by glyph drawing in fltkplatform.cc. That way we could keep the complexity out of textblock.cc which is complex enough already :-) > > If you implement the css parser part and get the values > into style, I think I know what to do in textblock and > drawText (famous last words, right? :). > > It wouldn't work for Chinese/Japanese since we're currently > pretending that they're words, but oh well. > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Oct. 16, 2009

FWD

by corvid＠lavabit.com

Johannes wrote: > On Fri, Oct 16, 2009 at 02:56:32PM -0300, Jorge Arellano Cid wrote: > > 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 ? > > I guess it would be pretty straight forward to add if we find out > how to change the letter spacing in fltk. I believe we would have to draw each glyph individually. If you implement the css parser part and get the values into style, I think I know what to do in textblock and drawText (famous last words, right? :). It wouldn't work for Chinese/Japanese since we're currently pretending that they're words, but oh well.

Oct. 16, 2009

FWD

by Johannes.Hofmann＠gmx.de

On Fri, Oct 16, 2009 at 02:56:32PM -0300, Jorge Arellano Cid wrote: > 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 ? I guess it would be pretty straight forward to add if we find out how to change the letter spacing in fltk. Cheers, Johannes

Oct. 16, 2009