On Sun, Feb 15, 2009 at 05:07:28PM +0000, corvid wrote:
Johannes wrote:
On Sat, Feb 14, 2009 at 04:07:15PM +0000, corvid wrote:
Johannes wrote:
On Sun, Feb 01, 2009 at 07:20:33PM +0000, corvid wrote:
I was just looking at some of the prefs that I don't think are doing anything right now, e.g., link_color, force_my_colors... I could stuff them into buildUserStyle(), but I don't know which should prevail in case of conflicts.
I can't remember whether I've already mentioned that I've been wondering whether it might be reasonable to rip a bunch of color stuff out of dillorc and expect a dillo user to be able to deal with a well-commented sample style.css instead.
Good point. I always favor simplicity so I think we should have just one way to modify the style. Having two (style.css and preferences) just adds confusion. We need to document this properly as you said.
If I have a style.css containing:
* {font-size: 30px}
and a page containing:
regular regular <span>large</span>
Can it be interpreted as "make everything big"?
Sorry, I think I don't fully understand the question.
* {font-size: 30px !important}
would set a fixed font size of 30px. The <span> itself doesn't alter it. What am I missing?
If I do this, it doesn't use 30px until the first tag it sees.
Ah ok, so "regular regular <span>large</span>" is the whole page without <html><body>... In that case I would have thought that html.cc generates fake <html> and <body> elements - which seems not to be the case currently. Opinions?
I was also thinking that we would need to get the color and size from StyleEngine for plain and root png/gif backgrounds...
Not sure about plain. Which color should StyleEngine choose? Or do you mean we should simulate a dummy DocTree for plain (e.g. <html><body><pre> ... </pre></body></html>)?
I don't know what is most appropriate, but it would be good for a user still to be able to control it somehow.
I agree, maybe plain should really call StyleEngine::startElement() for <html>, <body>, <pre> and then use StyleEngine::style() to get the backgroundColor and color? Maybe even the font?
Alternatively we could move plain handling into a dpi together with the source view ...
_______________________________________________ Dillo-dev mailing list Dillo-dev@dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev