Warum keine Block-Elemente in Inline-Elementen?

The User

Hi!
Warum erlauben XHTML1.1 und XHTML1.0 strict nicht die Platzierung von Block-Elementen in Inline-Elementen.
Kein Browser hat damit ein Problem. Außerdem verhindert es semantische Testauszeichnung, wenn man anfangen muss, span als "display: block;" oder p als "display: inline;" zu formatieren. Ein Inline-Element folgt eben dem Zeilenfluss und es ist eigentlich kein Problem, wenn darin ein Block enthalten ist. Bloß dtd will es so...
Gibt es eventuell eine DTD für XHTML1.1 ohne dieses Verhalten?
Oder hat jemand eine Idee, wie man sich das selber machen kann?

Viele liebe Grüße
The User

sejuma

Ich denke mal, es liegt an der grundlegenden Definition, dass Blockelemente eben einen Absatz bilden in Inlneelemente dagegen nicht.

Warum sollte man z.B. p als Inline deklarieren um ihn dann in ein Inline-Element zu setzen?

Hast du einen konkreten Fall als Beispiel?

The User

BBCodes.
Der Nutzer macht

Code

[colour=blue]
Hallo
[p]
Absatz
Hallo
[/p]
[/colour]

Ist doch nur sinnvoll so etwas zu erlauben und die Farbe auf die Absätze anzuwenden.
Die Alternative ist, für color statt zu nehmen und als inline zu formatieren. Das ist aber semantischer Unsinn.

sejuma

Sorry, aber ich verstehe dein Problem nicht.
Seit es CSS gibt, kann man das doch alles problemlos definieren:

Code

p {color: blue;}

Gilt es für einen Bereich, in dem mehrere Absätze, Überschriften etc. vorkommen, definiert man eben für einen Div die Farbe.
Ebenso denkbar sind CSS-Klassen, die sowohl für Inline- als auch Blockelemente hinterlegt werden können.

The User

Ich meine der color-BBCode soll doch nicht als Block-Element dargestellt werden.
Er muss jedoch von der DTD her ein Block-Element sein, wenn ich ein Block-Element hineinsetzen möchte.
Ich könnte z.B. den color-BBCode durch 'bla' ersetzen. Semantisch gesehen ist dies allerdings Unsinn und es kommt zu einer grausamen Ansicht, wenn man ohne CSS surft.

sejuma

Um eine Farbe zu definieren ist das doch irrelevant. Geht doch auch so:

Code

<p style="color: blue;">bla</p>

Möglicherweise reden wir aber auch aneinander vorbei und ich habe immer noch nicht kapiert, was du meinst.

The User

Du, das ist mir schon klar.
Es geht um die konkrete Umsetzung von BBCodes.
Was sollte ich denn deiner Meinung nach mit dem genannten Code machen?
1.

Code

<span style="color: blue;">
Hallo
<p>
Absatz
Hallo
</p>
</span>

Das wäre illegalerweise in .
2.

Code

<p style="color:blue; display:inline;">
Hallo
<p>
Absatz
Hallo
</p>
</p>

Das wäre semantischer Unsinn.
3.

Code

<span style="color:blue;">
Hallo
</span>
<p style="color:blue;">
Absatz
Hallo
</p>

Ist praktisch einfach nicht umsetzungsfähig beim Parsen der BBCodes.

Hat jemand genug Ahnung von DTD, um zu wissen, welches XHTML-Modul zu bearbeiten wäre, bzw. wo das mit dem inline festgesetzt wird?

<!--
So macht es das Forum:

Hallo

Absatz
Hallo

Code

<font color="blue"><br />
Hallo<br />
<div align="left">Absatz<br />
Hallo</div></font>

Einerseits möchte ich nicht den transitional-font-Kram und andererseits halte ich einen div in einem span nicht für etwas schlimmes.
->

Elvis

Hast Du vielleicht noch ein besseres Beispiel? Anhand von drei einzelnen Wörtern ist schlecht der Sinn und somit die Semantik zu erkennen.

The User

Semantik:
p ist ein Absatz und span nimmt eine inline-Formatierung vor.

thilda

Mach doch einfach ein div um deinen Text und da dann deine Absätze rein.
Das macht mehr Sinn als ein span drum rum zu spannen.

Der Begriff "inline" sollte schon erklären warum es nicht das span um das p sein soll... meiner Meinung nach...

Elvis

Ist Hallo jetzt ein Absatz?

The User

Elvis, Thilda
Ich glaub ich habe euch verwirrt, weil ich colour auf oberste Ebene gesetzt habe. (color wird auch im code geparst)
Also nehme ich mal keine Absätze sondern ein anderes Block-Element (<ul>):

Code

[p] // Absatz
Ein kleiner Text und jetzt wird [colour='blue']markiert
[ul]
Eine Liste
[*]In
[*]Farbe
[/ul]
[/colour]
[/p]

Der BBCode-Parser kann das daraus machen:

Code

<p>
Ein kleiner Text und jetzt wird <span style="color: blue;">markiert
<ul>
<li>Eine Liste</li>
<li>In</li>
<li>Farbe</li>
</ul>
</span>
</p>

Semantisch korrekt, Browser-Darstellung korrekt, bloß DTD will kein <ul> in .

Code

<p>
Ein kleiner Text und jetzt wird <div style="display: inline; color: blue;">markiert
<ul>
<li>Eine Liste</li>
<li>In</li>
<li>Farbe</li>
</ul>
</div>
</p>

Browser-Darstellung korrekt. Semantisch Unsinn. Ohne CSS kommt Müll bei raus. Bloß DTD mag es.

Viele liebe Grüße
The User

Edit:
VBB sollte sich mal abgewöhnen, BBCodes innerhalb von code zu parsen oder zumindest Escaping erlauben...

Afrael

@TheUser:
[color=blue[b][/b]]
Einfach dafür sorgen, dass der Regex fürs Parsen nicht mehr zutrifft. Hier hab ich einen leeren b-Tag vor die schließenede Klammer des color-Tags gesetzt.

[/color[COLOR=Black][/COLOR]]

Elvis

Zitat von The User

Elvis
Ich glaub ich habe euch verwirrt

Hat man das an meinen blöden Rückfragen gemerkt? Aber langsam kommt Licht in mein Dunkel!

Von BBCode hab ich noch weniger Ahnung als von HTML. Nur bei HTML kaschiere ich das mit übertriebenem Selbstbewusstsein oft sehr gut. Deshalb beziehe ich jetzt mal meine Antworten nur auf HTML.

Wenn ich es bei selfhtml richtig gelesen habe, sind und <ul> beides Blockelemente. Man sollte sie also möglichst nicht verschachteln.

Deshalb würde mein Lösungsansatz mit Inlinestyles so aussehen:

HTML

<p>Ein kleiner Text in der Standardfarbe und zwei <span style="color: red;">roten Wörtern</span>.</p>
<ul style="color: blue;">
  <li>Eine Liste</li>
  <li>in blauer</li>
  <li>Farbe</li>
</ul>
<p>Und hier geht es ganz normal weiter.</p>

The User

Block-Elemente darf man natürlich schachteln, ist bei jedem Layout so.

Elvis

Sorry! Natürlich.

jojo87

um noch nen praktischen Ansatz zum Parsen zu geben.

Code

[color==red]
roter Text
 [absatz]
 mit Absatz
 [/absatz]
weiter mit rot, soll ja alles rot
[/color]

Wenn du sowas parst, sollte es doch wohl möglich sein, Absätze innerhalb einer color-Umgebung einfach als auszugeben, oder

Klar, semantisch nicht ganz so schön (obwohl trotzdem korrekt!), aber das fände ich verschmerzbar, auch für die lynx-User

Grüße,
jojo