April 2010 - Dillo-dev - lists.mailman3.com

image background colors

by Johannes.Hofmann＠gmx.de

On Wed, Apr 21, 2010 at 10:28:46AM +0200, Johannes Hofmann wrote: > On Wed, Apr 21, 2010 at 05:01:11AM +0000, corvid wrote: > > Is this anywhere near correct? > > It is definately better than what we have now, but somehow this > image background handling is a bit of a hack all together. > Basically the Image Widget should get the background color via > Widget::getBgColor() at drawing time. > That would avoid any special handling in html.cc and would allow to > modify the background color by setting a different style. > However I can't see any easy way to achive this atm. It seems that dw/imgbuf.hh supports RGBA images already. We probabely want to use them instead of just RGB with merged in background color. Otherwise we will have problems as in the following example (due to the shared image buffer): <div style="background-color: green"> <img src="http://www.libpng.org/pub/png/img_png/stefan_pal_rgba.png" /> </div> <div style="background-color: red"> <img src="http://www.libpng.org/pub/png/img_png/stefan_pal_rgba.png" /> </div> Cheers, Johannes

April 24, 2010

style.css font-family misses redraw

by corvid＠lavabit.com

Johannes wrote: > On Fri, Apr 23, 2010 at 10:55:23AM -0400, Dennis Nezic wrote: > > If you specify a font-family in ~/.dillo/style.css, such as: > > > > * { font-family:sans-serif } > > > > And then visit a page like: > > > > http://www.linuxfromscratch.org/lfs/downloads/6.6/ > > > > ... it will produce "ghost" lines from the previous rendering before > > the css was applied. Moving the window, or doing anything else that > > forces a redraw, cleans it up. (Let me know if you don't see this and I > > can provide a screenshot.) > > Hm, the page does not seem to contain any CSS, so it renders with > just the user agent style and the user style (~/.dillo/style.css) > even the first time it draws. Maybe it's because of the images that > change the layout once loaded? > Can you reproduce the issue with load_images=NO? > > I've alse seen "ghost" lines on some pages, but could never find > the real reason. I only remeber that it depended on timing somehow. I didn't see a problem, either. I'm usually using buffered_drawing=2, if that's relevant, and all I ever see is that sometimes when I load an image that enlarges a table, it...leaves a line for the old bottoms of neighboring cells, or something like that. I don't remember exactly for sure what happens. It's rare, and I ignore it in any case because I would prefer not to dig into the table code...

April 24, 2010

style.css font-family misses redraw

by Johannes.Hofmann＠gmx.de

On Fri, Apr 23, 2010 at 10:55:23AM -0400, Dennis Nezic wrote: > If you specify a font-family in ~/.dillo/style.css, such as: > > * { font-family:sans-serif } > > And then visit a page like: > > http://www.linuxfromscratch.org/lfs/downloads/6.6/ > > ... it will produce "ghost" lines from the previous rendering before > the css was applied. Moving the window, or doing anything else that > forces a redraw, cleans it up. (Let me know if you don't see this and I > can provide a screenshot.) Hm, the page does not seem to contain any CSS, so it renders with just the user agent style and the user style (~/.dillo/style.css) even the first time it draws. Maybe it's because of the images that change the layout once loaded? Can you reproduce the issue with load_images=NO? I've alse seen "ghost" lines on some pages, but could never find the real reason. I only remeber that it depended on timing somehow. Cheers, Johannes

April 23, 2010

style.css font-family misses redraw

by dennisn＠dennisn.dyndns.org

If you specify a font-family in ~/.dillo/style.css, such as: * { font-family:sans-serif } And then visit a page like: http://www.linuxfromscratch.org/lfs/downloads/6.6/ ... it will produce "ghost" lines from the previous rendering before the css was applied. Moving the window, or doing anything else that forces a redraw, cleans it up. (Let me know if you don't see this and I can provide a screenshot.)

April 23, 2010