Fragen über Fragen

[Viennamade]

Hallo!

Ich möchte wissen, ob zB. innerhalb von <li></li> ein <img /> sein darf.
Gibt es wo eine taxative Tabelle welche Elemente innerhalb anderer Elemente stehen dürfen (nicht können lt. Browser, sondern dürfen lt. XHTML)? Auf www.w3.org gesucht, nicht fündig geworden.

Und dann:
Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

Danke
Viennamade

[fastix®]

Moin!

Gibt es wo eine taxative Tabelle welche Elemente innerhalb anderer Elemente stehen dürfen (nicht können lt. Browser, sondern dürfen lt. XHTML)? Auf www.w3.org gesucht, nicht fündig geworden.

Prinzipiell:

Was hat eine Grafik in einer Aufzählung zu suchen? Das wird zumindest als schlechter Stil bemeckert. Ebenso: <p> in <h1>, <p> in <p>....
Du musst Dir im klaren darüber sein, was ein strukturierter Text ist, dann ergibt sich der Rest weitestgehend aus der Logik.

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

[1] "replaced elements": Elemente, die erstetzt worden sind: <b> durch <strong>, <i> durch <em> etc.

[2] "block-elements": Elemente, die einen Block bilden. Das nächste Element wird unterhalb fortgesetzt.

[3] "inline-elements": Elemente, die keinen Block bilden, z.B. <span>, <strong>, <a>

welche Elemente innerhalb anderer Elemente stehen dürfen

Prinzipiell: Blockelemente haben innerhalb von Inline-Elementen nichts verloren. Rest: siehe oben.

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[Sven Rautenberg]

Moin!

Prinzipiell:

Was hat eine Grafik in einer Aufzählung zu suchen?

Was hat sie da nicht zu suchen?

Das wird zumindest als schlechter Stil bemeckert. Ebenso: <p> in <h1>, <p> in <p>....

<p> in <h1> ist verboten, <p> in <p> ebenso. <img> in <li> nicht.

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

[1] "replaced elements": Elemente, die erstetzt worden sind: <b> durch <strong>, <i> durch <em> etc.

Möep. Leider falsch. Damit sind beispielsweise Formularfelder und Bilder gemeint. Die haben eine Abmessung in Pixeln (wie auch immer diese Abmessung entstehen, sei dahingestellt), sitzen aber grundsätzlich als ein "Zeichen" innerhalb der Textzeile - nur eben etwas größer.

Der Rest stimmt aber. :)

- Sven Rautenberg

[MudGuard]

Hi,

Moin!

Gibt es wo eine taxative Tabelle welche Elemente innerhalb anderer Elemente stehen dürfen (nicht können lt. Browser, sondern dürfen lt. XHTML)? Auf www.w3.org gesucht, nicht fündig geworden.

Prinzipiell:

Was hat eine Grafik in einer Aufzählung zu suchen?

Warum sollte eine Grafik NICHT in einer Aufzählung vorkommen?
Beispiel:
<h6>Es gibt folgende Verkehrszeichen:</h6>
<ul>
<li><img src="vorfahrenachten.png" alt="Vorfahren achten">"Vorfahren achten" -  das bedeutet, daß Du Deine Eltern, Großeltern usw. ehren sollst.</li>
<li><img src="halteverbot.png" alt="Halteverbot">"Halteverbot" - wo sie dieses Schild sehen, ist die Tierhaltung verboten</li>
<li>...</li>
</ul>

Das wird zumindest als schlechter Stil bemeckert. Ebenso: <p> in <h1>, <p> in <p>....

Nein, das ist kein schlechter Stil, das ist schlichtweg falsch.

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

[1] "replaced elements": Elemente, die erstetzt worden sind: <b> durch <strong>, <i> durch <em> etc.

Autsch, der tut weh.
Siehe mein anderes Posting.

cu,
Andreas

[fastix®]

Moin!

[1] "replaced elements": Elemente, die erstetzt worden sind: <b> durch <strong>, <i> durch <em> etc.

Autsch, der tut weh.

Was weiß ich, in welchem Kontext er das meint. In HTML 4.01 waren die jedenfall "depraced". Und "replaced inline elements" habe ich nicht gelesen, wohl weil es nicht da stand. Also hatte ich etwas mehr Spielraum zur Interpretation als Du mir zugestehen willst.

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[Sven Rautenberg]

Moin!

[1] "replaced elements": Elemente, die erstetzt worden sind: <b> durch <strong>, <i> durch <em> etc.

Was weiß ich, in welchem Kontext er das meint. In HTML 4.01 waren die jedenfall "depraced".

Die Legende von den "deprecated elements" <b> und <i> wird auch durch ständige Wiederholung nicht wahrer.

Fakt ist: <b> und <i> sind keinesfalls deprecated. Denn dann würde in dieser Tabelle http://www.w3.org/TR/html401/index/elements.html ja bei B und I ein "D" in der Tabelle stehen, und in der Spalte "DTD" würde "L" stehen (für: kommt nur in der transitional DTD vor).

- Sven Rautenberg

[fastix®]

Moin!

Fakt ist: <b> und <i> sind keinesfalls deprecated. Denn dann würde in dieser Tabelle

"Although they are not all deprecated, their use is discouraged in favor of style sheets."

Ok. Du hast Recht.

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[Orlando]

Hi,

[1] "replaced elements": Elemente, die erstetzt worden sind: <b> durch <strong>, <i> durch <em> etc.

Autsch, der tut weh.

Was weiß ich, in welchem Kontext er das meint. In HTML 4.01 waren die jedenfall "depraced".

deprecated, nicht depraced.

http://dict.leo.org/?search=deprecated

Und "replaced inline elements" habe ich nicht gelesen, wohl weil es nicht da stand. Also hatte ich etwas mehr Spielraum zur Interpretation als Du mir zugestehen willst.

Jeder macht Fehler, stehe dazu. Das war würdelos. *eg*

Grüße,
 Roland

[fastix®]

Moin!

Zur Schreibweise: Was solls- ich hab nie Englisch gelernt.

Mal abgesehen von den Sachen, wo ich mich wirklich des richtigen belehren lassen musste: aber was soll das folgende?
Der eine erfindet schnell was mit CSS damit meine Aussage bezüglich der Blockelemente unbedingt "falsch" wird und schmeist damit was in die Arena, was da nichts zu suchen hat, der andere hackt auf meiner Schreibweise herum. Haben sich jetzt alle getroffen und kommt gleich noch jemand wegen eines ach wie peinlichen Tippfehlers angeheult?

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[Orlando]

Hi,

wie auch immer du meinst.

Grüße,
 Roland

[Armin G.]

Tach auch,

[2] "block-elements": Elemente, die einen Block bilden. Das nächste Element wird unterhalb fortgesetzt.

Sicher? Und was ist wenn ich zwei davon mit CSS nebeneinander positioniere?

Gruss,
Armin

[fastix®]

Moin!

Sicher? Und was ist wenn ich zwei davon mit CSS nebeneinander positioniere?

Oh je! Ich habe CSS außen vor gelassen und damit einem Genauheimer ans Bein gepinkelt!

Warum ich dies so vornahm:
Was, wenn ich ein inline-Element mit CSS als block definiere oder gar nicht anzeigen lasse? Was, wenn ich mir noch schlimmere Sachen ausdenke... Objekt mit Javascript ausblenden, mit PHP oder Perl gar nicht erst senden, einen Browser benutze, der es nicht anzeigen will...?

Ach? Da oben steht HTML? Das darf ich also nicht? Na sowas!

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[Thomas J.S.]

Hallo fastix®,

Sicher? Und was ist wenn ich zwei davon mit CSS nebeneinander positioniere?
Oh je! Ich habe CSS außen vor gelassen und damit einem Genauheimer ans Bein gepinkelt!

Ach? Da oben steht HTML? Das darf ich also nicht? Na sowas!

Nicht die Nerven verlieren.
Du hast etwas gesagt, was nicht stimmte und wurdest korrigiert.

MFFG (Mit freundlich- friedfertigem Grinsen)

Hoffentlich ;-)

Grüße
Thomas

[fastix®]

Moin!

Nicht die Nerven verlieren.
Du hast etwas gesagt, was nicht stimmte und wurdest korrigiert.

In dem Punkt hatte und habe ich recht. Inwiefern HTML durch CSS vergewaltigt werden kann war nicht Gegenstand der Betrachtung.

Ansonsten kann nämlich gar nicht zwischen inline- und block- Elementen unterschieden werden.

Ich kann es per CSS nach eigenem usus anders definieren, was an der Gültigkeit/Ungültigkeit des HTMLS nichts ändert.

Ich bin über die Schlaumeierei (Und um nichts anderes handelt es sich hier) zu Recht verärgert.

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[Thomas J.S.]

Hallo,

Ich bin über die Schlaumeierei (Und um nichts anderes handelt es sich hier) zu Recht verärgert.

Wie auch immer du meinst.

Grüße
Thomas

[Uschi Renziehausen]

Guggugs,
nur so ein paar Gedanken ...

Prinzipiell:

Was hat eine Grafik in einer Aufzählung zu suchen? Das wird zumindest als schlechter Stil bemeckert.

Listen sind Listen, und ich kann natürlich auch eine Liste von Bildchen haben, vielleicht mit beschreibendem Text dazu.

Ebenso: <p> in <h1>, <p> in <p>....
Du musst Dir im klaren darüber sein, was ein strukturierter Text ist, dann ergibt sich der Rest weitestgehend aus der Logik.

Prinzipiell stimme ich dir ja zu, besonders bei <p> in <p>. Nur stell dir doch mal vor, ich habe einen Untertitel, der aber integraler erläuternder Bestandteil von H1 ist, und als Block gesetzt werden soll. DIV in H1? Oder besser 2 davon, damit H1 in Haupt- und Untertitel unterteilt sein soll? Die Strukturierungsmöglichkeiten, die sich aus den Gliederungsebenen von HTML ergeben, sind eben sehr begrenzt und irgendwie muss man das ja lösen.

Liebe Grüße, Uschi

[fastix®]

Moin!

Nur stell dir doch mal vor, ich habe einen Untertitel, der aber integraler erläuternder Bestandteil von H1 ist, und als Block gesetzt werden soll. DIV in H1?

Nein!

Wenn schon Titel und Untertitel in einem Tag (Das sind normalerweise immer zwei(!) dann:

<h1><span class="haupttitel" style="display:block">Haupttitel</span>
<span class="subtitel" style="display:block">Subtitel</span></h1>

oder Du benutzt eines der anderen Elemente für den Subtitel.

Du schreibst selbst: es soll als Block GESETZT werden. Also: HTML/CSS.

Es bleibt dabei: hx, p hat in p, hx nichts verloren. Es wird vom Validator auch angemeckert.

Oder besser 2 davon, damit H1 in Haupt- und Untertitel unterteilt sein soll?

Warum nicht...

Die Strukturierungsmöglichkeiten, die sich aus den Gliederungsebenen von HTML ergeben, sind eben sehr begrenzt und irgendwie muss man das ja lösen.
Sooo sehr begrenzt sind sie ja nun auch nicht.

MFFG (Mit freundlich- friedfertigem Grinsen)

fastix®

[at]

Hallo.

Wenn schon Titel und Untertitel in einem Tag (Das sind normalerweise immer zwei(!) dann:

<h1><span class="haupttitel" style="display:block">Haupttitel</span>
<span class="subtitel" style="display:block">Subtitel</span></h1>

oder Du benutzt eines der anderen Elemente für den Subtitel.

Mag es sein, dass es gerade hierfür nicht auschließlich "h_1_" gibt, sondern auch noch "h_2_" bis "h_6_", die zwar nicht ineinander verschachtelt werden dürfen, denen aber eine Verschachtelung ja bereits semantisch immanent ist?
MfG, at

[Uschi Renziehausen]

Gugugg,

Mag es sein, dass es gerade hierfür nicht auschließlich "h_1_" gibt, sondern auch noch "h_2_" bis "h_6_", die zwar nicht ineinander verschachtelt werden dürfen, denen aber eine Verschachtelung ja bereits semantisch immanent ist?

Ein Untertitel ist ein Untertitel, nicht eine Überschrift, sondern ihr Bestandteil. Und Untertitel sind nicht vorgesehen.

Gruß, Uschi

[at]

Hallo.

Was hat eine Grafik in einer Aufzählung zu suchen?

Für Thumbnail-Galerien ist dies die semantisch einzig korrekte Auszeichnungsmöglichkeit.
MfG, at

[Tim Tepaße]

Hallo at,

Für Thumbnail-Galerien ist dies die semantisch einzig korrekte
Auszeichnungsmöglichkeit.

Mit etwas Phantasie kann ich mir durchaus Situationen vorstellen, in denen
auch eine andere Auszeichnung möglich ist. Beispielsweise mit einer Tabelle
(doch!) oder einer Definitionsliste.

Tim

[MudGuard]

Hi,

Ich möchte wissen, ob zB. innerhalb von <li></li> ein <img /> sein darf.

Ja.

Gibt es wo eine taxative Tabelle welche Elemente innerhalb anderer Elemente stehen dürfen (nicht können lt. Browser, sondern dürfen lt. XHTML)? Auf www.w3.org gesucht, nicht fündig geworden.

Das steht im jeweiligen HTML-Standard (bei der Beschreibung des Elements) und auch in der jeweiligen DTD drin.

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements"

Das wiederum steht im CSS-Standard drin. Einfach im Index die entsprechenden Begriffe suchen.

cu,
Andreas

[nag]

Hallo,

Ich möchte wissen, ob zB. innerhalb von <li></li> ein <img /> sein darf.

http://www.selfhtml.net/html/referenz/elemente.htm#li

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

<www.selfhtml.net>

mfg NAG

[Sven Rautenberg]

Moin!

Ich möchte wissen, ob zB. innerhalb von <li></li> ein <img /> sein darf.

Darf es.

Gibt es wo eine taxative Tabelle welche Elemente innerhalb anderer Elemente stehen dürfen (nicht können lt. Browser, sondern dürfen lt. XHTML)? Auf www.w3.org gesucht, nicht fündig geworden.

Da steht das aber. Im Grunde genommen steht es genau und exakt in der DTD, die du verwendest. Nur muß man die auch lesen und verstehen können.

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

Kurz gesagt:

Block-Elemente sind Elemente, welche einen Block bilden (haha, ja genau! ;) ). Das sind komplett rechteckige Bereiche, die übergeordnete Bedeutung haben. Beispiel: H1-Überschrift, P-Absatz, DIV.

Inline-Elemente sind zeilenweise orientiert und nicht notwendigerweise rechteckig. Beispiel: <b>, <strong>, <span>.

Replaced inline Elemente sind solche, die gewisse Abmessungen haben, aber trotzdem in einer Zeile stehen. Beispielsweise Formularfelder und Bilder.

Eine bessere Erklärungsseite kenne ich nicht, aber ich hoffe auf den Rest des Forums. :)

- Sven Rautenberg

[Orlando]

Hi,

Ich möchte wissen, ob zB. innerhalb von <li></li> ein <img /> sein darf.

http://selfhtml.teamone.de/html/referenz/elemente.htm#img

Gibt es wo eine taxative Tabelle welche Elemente innerhalb anderer Elemente stehen dürfen (nicht können lt. Browser, sondern dürfen lt. XHTML)? Auf www.w3.org gesucht, nicht fündig geworden.

http://selfhtml.teamone.de/html/referenz/

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

http://selfhtml.teamone.de/html/referenz/elemente.htm#block_elemente
 http://www.w3.org/TR/REC-CSS2/visudet.html#Computing_widths_and_margins

Grüße,
 Roland

[Michael Nagler]

Hallo,

Ich möchte wissen, ob zB. innerhalb von <li></li> ein <img /> sein darf.

Ja. Ein <li> Element darf "flow elements" enthalten, d.h. beide Arten von Elementen (block oder inline)

Gibt es wo eine taxative Tabelle welche Elemente innerhalb anderer Elemente stehen dürfen (nicht können lt. Browser, sondern dürfen lt. XHTML)? Auf www.w3.org gesucht, nicht fündig geworden.

XHTML ist nichts weiter als eine Formulierung von HTML4.01 in XML, d.h. du kannst dazu die HTML 4.01 Definition vom W3C heranziehen (http://www.w3.org/TR/1999/REC-html401-19991224/, oben findest du dort die Links "elements" und "attributes", die dich auf Indexseiten leiten, wo alle Elemente und Attribute erklärt werden.)

Ich möchte wissen, was "replaced elements", "block-elements", "inline-elements", etc. sind. Gibt's da ein approbiertes Glossar oder ähnliches?

1. replaced: ersetzt (kenne diese Bezeichnung nicht)
2. block-elements: alle Elemente, die als Block gerendert werden (wie z.B. <p>, <div>, <ul>, <table>, etc...)
3. inline-elements: alle Elemente, die im Fließtext gerendert werden (also keine Bounding Box haben, wie z.B. <i>, <strong>, <em>, etc.)

Genaueres dazu findest du in der Document Type Definition: http://www.w3.org/TR/1999/REC-html401-19991224/sgml/dtd.html

Mit freundlichen Grüßen,
Michael Nagler

[Viennamade]

Wow! Danke an alle!

Habe jetzt die HTML-Referenzen aus SELFHTML in den Favoriten drinnen :-)

Viennamade