First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 7330
Product:
Component:
Status: NEW
Resolution:
Assigned To: yanel-mailinglist <yanel-development@wyona.com>
Hardware:
OS:
Version:
Priority:
Severity:
Target Milestone:
Reporter: Guillaume Déflache <guillaume.deflache@wyona.com>
Add CC:
CC:
QA Contact:
URL:
Summary:
Status Whiteboard:
Keywords:
Flags:
 

Attachment Type Creator Created Size Flags Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 7330 depends on: Show dependency tree
Show dependency graph
Bug 7330 blocks:

Additional Comments:









View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2009-12-03 11:32
In org.wyona.yanel.core.serialization.HTMLSerializer these tags are not in the
inline tags' list, although they *may* be inline (but also block in other
contexts, see <http://www.w3.org/TR/html401/struct/text.html#h-9.4>:
> These two elements are unusual for HTML in that they may serve as either block-level or inline elements (but not both). They may contain one or more words within a paragraph or contain one or more block-level elements such as paragraphs, lists and tables.
).

Note that in this class the inline/block distinction which matters is not the
structural one, but the presentational one, that is if the browser is likely to
ignore whitespace after the closing tag (because the element is anyway going to
be displayed on a separate line according to HTML standard, so this whitespace
will not matter).


IMHO it would be much simpler to allow line-breaks only on "non-hybrid"
displayed-as-block elements, reversing the logic.
A list of such elements can be found in
<http://www.w3.org/TR/CSS2/sample.html>: simply pick all elements which
"display" property is exactly "block" there.

We should also add the line-break before the element opening tag and not after
the element closing tag, because
http://www.w3.org/TR/html401/struct/global.html#h-7.5.3 says:
> [...] Generally, block-level elements begin on new lines [it does not say: end with a line-break!]

First Last Prev Next    No search results available      Search page      Enter new bug