Re: Problem related to generated content

"Sebastian Geerken" <[email protected]> 10 Jul 2016 11:45:42 +0200
Newsgroups	gmane.comp.web.dillo.devel
Message-ID	<[email protected]>
At least it can be worked around by the user by switching off CSS, so
this is not a blocker for a new release.

Sebastian

On Di, Jul 05, 2016, Sebastian Geerken wrote:
> Hi!
> 
> I've come upon an interesting problem. Consider this HTML (stripped
> down from a real world example):
> 
>     <head>
>         <style>
>             .fc:after {
>                 content: "";
>                 display: block;
>                 clear: both;
>             }
>         </style>            
>     </head>
>     <body>
>         <div class="fc">
>             <div style="float: left">main</div>
>         </div>
>         <div style="background:#404040; color:#ffffff">footer</div>
>     </body>
> 
> Firefox (and probably other browsers) renders black text "main" on
> white background above white text "footer" on dark gray background.
> Dillo 3.0.5 does the same, for the simple reason that it does not
> support floats. Dillo 3.1-dev, however, renders black text "main" and
> white text "footer" side by side on dark gray background, because
> "main" is within a float. (Which is, of course, difficult to read.)
> 
> The reason why Firefox renders this as it does: the definition within
> <style> generates something like a block element before the text
> containing "footer", with "clear: both" as CSS attributes; something
> like:
> 
>     <body>
>         <div class="fc">
>             <div style="float: left">main</div>
>         </div>
>         <div style="clear:both"></div>
>         <div style="background:#404040; color:#ffffff">footer</div>
>     </body>
> 
> Aside from the fact that dillo has still problems with this ("footer"
> is too much to the right; I'll investigate this independently), this
> shows that dillo's limited capabilities regarding generated content,
> together with floats, causes some unpleasing rendering errors, which
> are furthermore laborious to analyse (and thus not so simple to
> be ignored). Has someone a feasible idea to deal with this?
> 
> Sebastian



> _______________________________________________
> Dillo-dev mailing list
> [email protected]
> http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

_______________________________________________
Dillo-dev mailing list
[email protected]
http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev
signature.asc (application/pgp-signature, 473 B)