- Dillo-dev - lists.mailman3.com

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

CSS branch merged!

by Johannes.Hofmann＠gmx.de

On Sat, Jan 17, 2009 at 04:29:37PM +0000, corvid wrote: > Johannes wrote: > > On Sat, Jan 17, 2009 at 03:43:30PM +0000, corvid wrote: > > > Johannes wrote: > > > > On Sat, Jan 17, 2009 at 03:20:45PM +0000, corvid wrote: > > > > > BTW, are bold and italic supposed to work? > > > > > > > > Yes, where are you seeing problems? > > > > > > I don't see them at all. > > > > Hm, do you have a user stylesheet set? > > > > For me > > > > <body> > > Hello <b>World</b> > > <i>dillo</i> > > </body> > > > > works ok. > > It was breaking with or without a user stylesheet, > but now I have found that adding > * {font-family: sans !important} > makes them appear properly. > My system must not like Helvetica or something... Currently font handling is more or less not existing. Whatever we get from CSS as font-family is passed directly to fltk - even if it is a comma separated list. > > > 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. Cheers, Johannes

Jan. 17, 2009