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

CSS branch merged!

by Johannes.Hofmann＠gmx.de

On Sat, Jan 17, 2009 at 11:54:08PM +0100, Hofmann Johannes wrote: > On Sat, Jan 17, 2009 at 10:42:36PM +0000, corvid wrote: > > Johannes wrote: > > > On Sat, Jan 17, 2009 at 07:17:53PM +0000, corvid wrote: > > > > Johannes wrote: > > > > > On Sat, Jan 17, 2009 at 04:29:37PM +0000, corvid wrote: > > > > > > I wonder whether there's a way to specify something like > > > > > > code, tt, pre, samp, kbd {font-family: mono !important} > > > > > > * {font-family: sans !important} > > > > > > but have sans only for elements not otherwise specified. > > > > > > > > > > > > > > > > According to http://www.w3.org/TR/CSS21/cascade.html#specificity > > > > > the first rule should overrule the second one if it matches. > > > > > So this should work. > > > > > Note, that the specificity stuff is not fully implemented yet, but > > > > > it should be sufficient for the example above. > > > > > > > > Does it work for you? > > > > > > Yes, I tried: > > > > > > code, tt, pre, samp, kbd {color: green !important} > > > * {color: red !important} > > > > > > on http://www.dillo.org/CSS.html and it seemed to work ok. > > > > All red for me. > > > > I tried reverting to the official tip, even I don't have anything > > much except forms code in my tree right now. > > Still all red. > > > > How strange that we would see different behaviour here... > > Weird... > > > I guess I'll have to dive into the code myself... > > Check CssStyleSheet::apply(). The color:red directive should be in > the anyTable and the color:green thing in > elementTable[docTree->top ()->element], if element is code, tt ... > > Due to the ordering in the inner for-loop, the color:red should be > overridden by color:green for these elements. Wait. Now, that I wrote it, there may be an issue here... Will check that.

Jan. 18, 2009

CSS branch merged!

by Johannes.Hofmann＠gmx.de

On Sat, Jan 17, 2009 at 10:42:36PM +0000, corvid wrote: > Johannes wrote: > > On Sat, Jan 17, 2009 at 07:17:53PM +0000, corvid wrote: > > > Johannes wrote: > > > > On Sat, Jan 17, 2009 at 04:29:37PM +0000, corvid wrote: > > > > > I wonder whether there's a way to specify something like > > > > > code, tt, pre, samp, kbd {font-family: mono !important} > > > > > * {font-family: sans !important} > > > > > but have sans only for elements not otherwise specified. > > > > > > > > > > > > > According to http://www.w3.org/TR/CSS21/cascade.html#specificity > > > > the first rule should overrule the second one if it matches. > > > > So this should work. > > > > Note, that the specificity stuff is not fully implemented yet, but > > > > it should be sufficient for the example above. > > > > > > Does it work for you? > > > > Yes, I tried: > > > > code, tt, pre, samp, kbd {color: green !important} > > * {color: red !important} > > > > on http://www.dillo.org/CSS.html and it seemed to work ok. > > All red for me. > > I tried reverting to the official tip, even I don't have anything > much except forms code in my tree right now. > Still all red. > > How strange that we would see different behaviour here... Weird... > I guess I'll have to dive into the code myself... Check CssStyleSheet::apply(). The color:red directive should be in the anyTable and the color:green thing in elementTable[docTree->top ()->element], if element is code, tt ... Due to the ordering in the inner for-loop, the color:red should be overridden by color:green for these elements. Cheers, Johannes

Jan. 18, 2009

CSS branch merged!

by corvid＠lavabit.com

Johannes wrote: > On Sat, Jan 17, 2009 at 07:17:53PM +0000, corvid wrote: > > Johannes wrote: > > > On Sat, Jan 17, 2009 at 04:29:37PM +0000, corvid wrote: > > > > I wonder whether there's a way to specify something like > > > > code, tt, pre, samp, kbd {font-family: mono !important} > > > > * {font-family: sans !important} > > > > but have sans only for elements not otherwise specified. > > > > > > > > > > According to http://www.w3.org/TR/CSS21/cascade.html#specificity > > > the first rule should overrule the second one if it matches. > > > So this should work. > > > Note, that the specificity stuff is not fully implemented yet, but > > > it should be sufficient for the example above. > > > > Does it work for you? > > Yes, I tried: > > code, tt, pre, samp, kbd {color: green !important} > * {color: red !important} > > on http://www.dillo.org/CSS.html and it seemed to work ok. All red for me. I tried reverting to the official tip, even I don't have anything much except forms code in my tree right now. Still all red. How strange that we would see different behaviour here... I guess I'll have to dive into the code myself...

Jan. 17, 2009

CSS branch merged!

by Johannes.Hofmann＠gmx.de

On Sat, Jan 17, 2009 at 11:31:32PM +0200, Rogut?s wrote: > Andreas Kemnade (2009-01-17 20:52): > > Hi, > > > > On Fri, 16 Jan 2009 14:50:43 -0300 > > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > > Hi there, > > > > > > The CSS branch was merged back into main! > > > > > > It has been stabilized and we can continue working from this > > > basis towards our next release. I want to thank all of you > > > involved in helping this happen. Having basic CSS support merged > > > in, is quite an achievement! > > > > > nice. But.. > > the second page I opened causes dillo to crash. > > That was http://www.wetteronline.de/ > > CSS support is really nice and it doesn't crash on www.wetteronline.de > here. Neither with fltk2 r6403, nor with r6525, nor with default > dillorc, nor with mine. I haven't got custom stylesheets... > > Don't know why it crashes for you, though. I can reproduce a crash on http://www.wetteronline.de/ when I set special malloc debugging options. It's funny because I check http://www.wetteronline.de/ quite often, but I never saw that crash until now... Cheers, Johannes

Jan. 17, 2009

CSS branch merged!

by Johannes.Hofmann＠gmx.de

On Sat, Jan 17, 2009 at 07:17:53PM +0000, corvid wrote: > Johannes wrote: > > On Sat, Jan 17, 2009 at 04:29:37PM +0000, corvid wrote: > > > I wonder whether there's a way to specify something like > > > code, tt, pre, samp, kbd {font-family: mono !important} > > > * {font-family: sans !important} > > > but have sans only for elements not otherwise specified. > > > > > > > According to http://www.w3.org/TR/CSS21/cascade.html#specificity > > the first rule should overrule the second one if it matches. > > So this should work. > > Note, that the specificity stuff is not fully implemented yet, but > > it should be sufficient for the example above. > > Does it work for you? Yes, I tried: code, tt, pre, samp, kbd {color: green !important} * {color: red !important} on http://www.dillo.org/CSS.html and it seemed to work ok. > > Also, is <element style="[whatever]"> supposed to work? > Yes, since today :-)

Jan. 17, 2009

CSS branch merged!

by rogutes＠googlemail.com

Andreas Kemnade (2009-01-17 20:52): > Hi, > > On Fri, 16 Jan 2009 14:50:43 -0300 > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > Hi there, > > > > The CSS branch was merged back into main! > > > > It has been stabilized and we can continue working from this > > basis towards our next release. I want to thank all of you > > involved in helping this happen. Having basic CSS support merged > > in, is quite an achievement! > > > nice. But.. > the second page I opened causes dillo to crash. > That was http://www.wetteronline.de/ CSS support is really nice and it doesn't crash on www.wetteronline.de here. Neither with fltk2 r6403, nor with r6525, nor with default dillorc, nor with mine. I haven't got custom stylesheets... Don't know why it crashes for you, though. -- -- Rogut?s Sparnuotos

Jan. 17, 2009

CSS branch merged!

by akemnade＠tzi.de

Hi, On Fri, 16 Jan 2009 14:50:43 -0300 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > The CSS branch was merged back into main! > > It has been stabilized and we can continue working from this > basis towards our next release. I want to thank all of you > involved in helping this happen. Having basic CSS support merged > in, is quite an achievement! > nice. But.. the second page I opened causes dillo to crash. That was http://www.wetteronline.de/ (gdb) bt #0 0x080a3a85 in dw::core::Widget::queueResize (this=0x9bc1db0, ref=0, extremesChanged=true) at widget.cc:347 #1 0x080a41c3 in dw::core::Widget::setStyle (this=0x9bc1db0, style=0x9bc26f0) at widget.cc:520 #2 0x08072646 in Html_tag_open_input (html=0x9b45020, tag=0x9b90149 "<INPUT type=\"image\" src=\"/startseite/grafiken/go.gif\" wid th=\"22\" height=\"18\" alt=\"Los gehts\" style=\"font-size: 9pt; face: Arial,He lvetica\" border=\"0\"></td>\n", ' ' <repeats 19 times>, "</tr>\n", ' ' <repeats 19 times>..., tagsize=150) at form.cc:1954 #3 0x0806c403 in Html_write_raw (html=0x9b45020, buf=0x9b8e4c1 "\n<!--\nfunction GrafikPopUp(Grafik)\n{\n bild = new Image( );\n bild.src = Grafik;\n groesse(Grafik);\n}\n\nfunction groesse(Grafik)\n{ \n if ((bild.width != 0) && (bild.height != 0))\n {\n Ausgleich"..., bufsize=21961, Eof=0) at html.cc:3389 #4 0x0806cb4b in DilloHtml::write (this=0x9b45020, Buf=0x9b8dc18 "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//E N\">\n<html>\n<head>\n <meta http-equiv=\"content-type\" CONTENT=\"text/html; c harset=iso-8859-1\">\n <meta http-equiv=\"language\" content=\"de\">\n <"..., BufSize=162377984, Eof=0) at html.cc:578 #5 0x0806cbce in Html_callback (Op=0, Client=0x9b449c0) at html.cc:3569 #6 0x0805ce1a in Cache_process_queue (entry=0x9b448e0) at cache.c:1134 #7 0x0805a4dd in a_Chain_fcb (Op=162377984, Info=0x810e648, Data1=0x9b62f00, Data2=0x8106388) at chain.c:112 ---Type <return> to continue, or q <return> to quit--- #8 0x0807d82c in a_Dpi_ccc (Op=2, Branch=2, Dir=<value optimized out>, Info=0x9b4e530, Data1=0x9b63608, Data2=0x0) at dpi.c:219 #9 0x0805a4dd in a_Chain_fcb (Op=162377984, Info=0x810e648, Data1=0x9b63608, Data2=0x0) at chain.c:112 #10 0x0807dfd9 in a_IO_ccc (Op=2, Branch=2, Dir=1, Info=0x9b526b8, Data1=0x9b63a00, Data2=0x0) at IO.c:414 #11 0x0807e1f4 in IO_callback (io=0x9b63a00) at IO.c:201 #12 0x0807e2eb in IO_fd_read_cb (fd=6, data=0x2) at IO.c:287 #13 0x080d585c in fltk::wait () #14 0x080d5a34 in fltk::run () #15 0x0804fa02 in main (argc=2, argv=0xbfbbd40 widget2 seems to be invalid... Greetings Andreas Kemnade

Jan. 17, 2009

CSS branch merged!

by corvid＠lavabit.com

Johannes wrote: > On Sat, Jan 17, 2009 at 04:29:37PM +0000, corvid wrote: > > I wonder whether there's a way to specify something like > > code, tt, pre, samp, kbd {font-family: mono !important} > > * {font-family: sans !important} > > but have sans only for elements not otherwise specified. > > > > According to http://www.w3.org/TR/CSS21/cascade.html#specificity > the first rule should overrule the second one if it matches. > So this should work. > Note, that the specificity stuff is not fully implemented yet, but > it should be sufficient for the example above. Does it work for you? Also, is <element style="[whatever]"> supposed to work?

Jan. 17, 2009

[patch]: control lout's MSG from the preferences

by onepoint＠starurchin.org

This patch makes the dillorc show_msg preference control lout's MSG macros as well as dillo's. Please comment. Regards, Jeremy Henty

Jan. 17, 2009

[patch]: fix DBG build of table.cc

by onepoint＠starurchin.org

If you uncomment the #define of DBG in table.cc it won't compile. It looks as though most of the DBG code was fixed not to use the non-existent "result" variable, but one instance was left unchanged. Patch attached. Regards, Jeremy Henty

Jan. 17, 2009