Selectoren listen ähnlich Attributreferenz

[Tom]

Hello,

ich habe es früher immer als sehr angenehm gefunden, dass es in Selfhtml eine Elementreferenz und eine Attributreferenz gibt.

Gibts denn sowas eigentlich auch für CSS?

Also: Welche CSS-Eigenschaften und Werte sind in welchen Elementen zulässig und wie wirken sie sich aus? Gezielt suche ich nun schon eine Weile nach der Zulässigkeit von "vertical-align".

Sollte man sowas hier in Slefhtml mal anlegen, könnten in einer solchen Struktur auch die Browsermacken vermerkt werden. Das wäre eine wirklich spitzenmäßige Hilfe.

Vielleicht könnte man das ja auch (übergangsweise) als "Wiki" in die Attributreferenz einsetzen. Dann könnte jeder seinen Beitrag leisten.

Ich hoffe allerdings immer noch, dass ich nur übersehen habe, wo es steht.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Orlando]

Hallo Tom,

ich habe es früher immer als sehr angenehm gefunden, dass es in Selfhtml eine Elementreferenz und eine Attributreferenz gibt.

Gibts denn sowas eigentlich auch für CSS?

Nein.

Also: Welche CSS-Eigenschaften und Werte sind in welchen Elementen zulässig und wie wirken sie sich aus? Gezielt suche ich nun schon eine Weile nach der Zulässigkeit von "vertical-align".

Siehe http://www.w3.org/TR/CSS21/visudet.html#propdef-vertical-align, in etwa 2,84 Sekunden gefunden via Sidebars.

Sollte man sowas hier in Slefhtml mal anlegen, könnten in einer solchen Struktur auch die Browsermacken vermerkt werden. Das wäre eine wirklich spitzenmäßige Hilfe.

Und eine saumäßige Arbeit. ;-)

Grüße
Roland

[Tom]

Hello Roland,

Sollte man sowas hier in Slefhtml mal anlegen, könnten in einer solchen Struktur auch die Browsermacken vermerkt werden. Das wäre eine wirklich spitzenmäßige Hilfe.

Und eine saumäßige Arbeit. ;-)

das ist mir ja klar. Aber gemeinsam könnte es schon wachsen.
Es ist ja leider auch so, dass es selbst innerhalb einer Browserversion noch diverse Unterschiede gibt. Und dann stochert man und stochert man, obwohl das 1000 Andere auch schon hinter sich haben.
Ich finde einfach, dass in der intelligenten Kumulation des gemeinsamen Wissens ein großer allgemeiner Nutzen liegt. Man muss dafür allerdinge eine Sprache wählen, die für alle Beteiligten verständlich ist, also nicht nur Fachwort mit zwei weiteren totschlägt.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Thomas J.S.]

Hallo,

ich habe es früher immer als sehr angenehm gefunden, dass es in Selfhtml eine Elementreferenz und eine Attributreferenz gibt.

Gibts denn sowas eigentlich auch für CSS?

Also: Welche CSS-Eigenschaften und Werte sind in welchen Elementen zulässig

http://www.w3.org/TR/CSS21/propidx.html

»»und wie wirken sie sich aus?

Browserabhängig.

Gezielt suche ich nun schon eine Weile nach der Zulässigkeit von "vertical-align".

inline-level and 'table-cell' elements

Ich hoffe allerdings immer noch, dass ich nur übersehen habe, wo es steht.

So wird's sein. ;-)

Grüße
Thomas

[MudGuard]

Hi,

ich habe es früher immer als sehr angenehm gefunden, dass es in Selfhtml eine Elementreferenz und eine Attributreferenz gibt.
Gibts denn sowas eigentlich auch für CSS?

Also: Welche CSS-Eigenschaften und Werte sind in welchen Elementen zulässig

Alle CSS-Eigenschaften sind in allen Elementen zulässig.
Inwieweit sich die Werte der Eigenschaften auswirken dürfen, hängt weitestgehend von anderen CSS-Eigenschaften ab und nur in geringem Umfang von der Dokumentensprache ab (CSS ist nicht an [X]HTML gekoppelt, es kann z.B. auch mit XML und zumindest theoretisch mit jeder anderen Sprache, die Elemente und Attribute kennt, verwendet werden).

Insofern ist es ziemlich unsinnig, eine Zuordnung von HTML-Elementen zu  CSS-Eigenschaften, die Auswirkungen haben, zu machen.
Beispiel:
span: ist per Default ein inline-Element ==> width/height dürfen sich nicht auswirken.
Macht man span aber per display:block zu einem blocklevel-Element, müssen sich width/height auswirken.

Soll jetzt bei span <--> width stehen, daß es unzulässig ist (bzw. keine Auswirkungen haben darf)?

Gezielt suche ich nun schon eine Weile nach der Zulässigkeit von "vertical-align".

Die Auswirkungen von vertical-align hängen vom Wert der display-Eigenschaft ab (nur bei inline, inline-table, inline-block und bei table-cell darf die Eigenschaft sich auswirken)

Von der Dokumentsprache sind nur wenige Dinge abhängig, z.B.

• was ist ein Link? (bei HTML: a-Element mit href-Attribut)
• was ist ein replaced-Element (bei HTML: img, form controls [input, textarea, button, select, fieldset?, ...], plugins [applet, object, ...])

Ich hoffe allerdings immer noch, dass ich nur übersehen habe, wo es steht.

http://www.w3.org/TR/CSS21/propidx.html

cu,
Andreas

[Tom]

Hello,

Insofern ist es ziemlich unsinnig, eine Zuordnung von HTML-Elementen zu  CSS-Eigenschaften, die Auswirkungen haben, zu machen.
Beispiel:
span: ist per Default ein inline-Element ==> width/height dürfen sich nicht auswirken.
Macht man span aber per display:block zu einem blocklevel-Element, müssen sich width/height auswirken.

Soll jetzt bei span <--> width stehen, daß es unzulässig ist (bzw. keine Auswirkungen haben darf)?

Ja.

Beispiel für Copy 'n' Paste:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML style="height:100%;">
<HEAD>
  <TITLE>bitworks</TITLE>

<META NAME="Author" CONTENT="Thomas Schmieder, www.bitworks.de">
  <META NAME="Keywords" CONTENT="">
  <META NAME="Description" CONTENT="">

<style type="text/css">

body
    {
      height:100%;
      font-family:verdana,century gothic,arial,sans-serif;
    }

.warning
    {
      margin-top:100px;
      margin-left:250px;
      width:200px;
      height:200px;
      vertical-align:middle;
      text-align:center;
      color:black;
      font-size:14pt;
      border:1px solid red;
    }

</style>

</HEAD>

<BODY>

<!--<p class="warning">Hier steht ein Text, der umgebrochen werden soll</p>-->

<span class="warning">Hier steht ein Text, der umgebrochen werden soll</span>

</BODY>
</HTML>

Es wäre äußerst hilfreich, eine solche Zuordnung mit wahrscheinlich sogar genau der eben von Dir gegenen kurzen Erläuterung zu haben. Außerdem sollte man noch dazuschreiben, ob der Browser dadurch ggf. automatisch in einen "Wirr-Warr-Modus" versetzt wird, wenn man gewisse regeln nicht beachtet.

Und weiterhin:
Warum sollten inline-Elemente keine zugewiesene Höhe und Breite haben dürfen? Bilder sind per default auch inline-Elemente, und die haben eine Höhe und Breite.

Ich denke, es gibt noch viel zu tun und ich würde mich gerne aktiv daran beteiligen, dass Selfhtml auch hier eine Führungsrolle in der Darstellung der Zusammenhänge bekommt. Ich werde dies sicher erstmal nur durch 'dämliche' Fragen tun können, aber ohne Fragen keine Antworten!

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[MudGuard]

Hi,

Warum sollten inline-Elemente keine zugewiesene Höhe und Breite haben dürfen? Bilder sind per default auch inline-Elemente, und die haben eine Höhe und Breite.

Bilder sind, wie ich schon schrieb, replaced-Elemente.

Statt "span: ist per Default ein inline-Element"
hätte ich vollständig schreiben müssen: "span: ist per Default ein non-replaced inline-Element"

cu,
Andreas

[Tom]

Hello,

Warum sollten inline-Elemente keine zugewiesene Höhe und Breite haben dürfen? Bilder sind per default auch inline-Elemente, und die haben eine Höhe und Breite.

Bilder sind, wie ich schon schrieb, replaced-Elemente.

Statt "span: ist per Default ein inline-Element"
hätte ich vollständig schreiben müssen: "span: ist per Default ein non-replaced inline-Element"

Ich kann das jetzt schon nachvollziehen, was Du schreibst. Aber hier ist jetzt genau das passiert, was ich eben Orlando geantwortet habe https://forum.selfhtml.org/?t=107381&m=666882

Das soll jetzt bitte kein Vorwurf an Dich sein, sondern eine generelle Anregung bezüglich der gewählten Sprache auch hier im Forum. Der "Fachmann" wird dann sicher manchmal stöhnen, dass so weit ausgeholt wird, aber der könnte dann auch selber gesucht haben...

Wenn die Themaitk aber für jemanden neu ist, steht man nur wie doof da. Das bracht mich ja auch (schon vor Tagen) auf die Idee, sowas ähnliches wie die Attribut-/Elementreferenz für HTML auch für CSS zu bauen.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Thomas J.S.]

Hallo,

Also: Welche CSS-Eigenschaften und Werte sind in welchen Elementen zulässig

Alle CSS-Eigenschaften sind in allen Elementen zulässig.

Wenn ich jetzt sage, dass das nicht stimm, bin ich wieder der Erbsenzähler. ;-)

Grüße
Thomas

[Tom]

Hello,

Also: Welche CSS-Eigenschaften und Werte sind in welchen Elementen zulässig

Alle CSS-Eigenschaften sind in allen Elementen zulässig.

Wenn ich jetzt sage, dass das nicht stimm, bin ich wieder der Erbsenzähler. ;-)

Das würde mich in diesem Moment eher motivieren, als abschrechen. Hier geht es ja gerade um Erbsenzählerei. Nun wissen wir ja aus meinen früheren Umtriben, dass "Zählen" nicht der Eichordnung unterliegt und bisher auch kein Gesetz für richtiges Zählen ausfindig gemacht werden konnte.

Die Browser scheinen daher also alle anders zu zählen ;-)

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Ingo Turski]

Hi,

Das würde mich in diesem Moment eher motivieren, als abschrechen. Hier geht es ja gerade um Erbsenzählerei.
Die Browser scheinen daher also alle anders zu zählen ;-)

Nunja, ich würde eher sagen, der IE hat in einigen Punkten halt andere Vorstellungen.

Eine solche Referenz gibt's ja eigentlich schon: in den CSS-Spezifikationen. Diese könnten so aufbereitet werden, daß
a) die Default-Eigenschaften der Elemente und
b) die tatsächlichen CSS-Abhängigkeiten berücksichtigt werden.
Übersichtlich ginge das aber nur über zwei separate Listen für a) und b) und entsprechende Verlinkungen. Also im aufgeführten Beispiel:
<vertical-align> für: <inline-Elemente>, ...
<inline-Elemente>: <span>, ...
<span>: Default-Eigenschaften: display:inline, ... / mögliche Eigenschaften: ...

Und das wäre wirklich ein sehr großer Aufwand. Vor allem, wenn Du das dann noch mit Browser-Unterstützungen angeben wolltest.

freundliche Grüße
Ingo

[Tom]

Hello,

Und das wäre wirklich ein sehr großer Aufwand. Vor allem, wenn Du das dann noch mit Browser-Unterstützungen angeben wolltest.

Deine Idee ist aber schon richtig gut.
Ich werde das bestimmt demnächst zu meinem Hobby machen.
Lass uns also mal ein System definieren, das diese Arbeit weitestgehend unterstützt.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Ingo Turski]

Hi,

Ich werde das bestimmt demnächst zu meinem Hobby machen.
Lass uns also mal ein System definieren, das diese Arbeit weitestgehend unterstützt.

na dann fang mal an. Und plane viel Zeit ein, damit die Sache fertig ist, bevor CSS 3 rauskommt. ;-)

freundliche Grüße
Ingo

[Tom]

Hello,

Ich werde das bestimmt demnächst zu meinem Hobby machen.
Lass uns also mal ein System definieren, das diese Arbeit weitestgehend unterstützt.
na dann fang mal an. Und plane viel Zeit ein, damit die Sache fertig ist, bevor CSS 3 rauskommt. ;-)

Sollte CSS3 viele von mir bemängelten Dinge bereits berücksichtigen, wäre es rausgeschmissene Zeit. Aber ich denke nicht, dass sie ein eigenes Element mit einer "kaufmännischen Ausrichtung" herausbringen werden, dass das Box-Model in einer anderen Reihenfolge implementiert.

Und dass das IE das Margin-top-Problem endlich löst, glöaube ich auch nicht.
Und dass das Magin/Padding (left) bei postition:absolute -  Problem beim IE verschwindet, glaube ich auch noch nicht.

Und und und.

Das System soltle erstmal die Sammlung der Eignensschaften ermöglichen
Dann Beispiele und Kommentare dazu aufnehmen und dann die ständige Fortschreibung (bei Broewser- und /oder CSS-Änderungen) ermöglichen.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Orlando]

Hallo Tom,

Sollte CSS3 viele von mir bemängelten Dinge bereits berücksichtigen, wäre es rausgeschmissene Zeit. Aber ich denke nicht, dass sie ein eigenes Element mit einer "kaufmännischen Ausrichtung" herausbringen werden, dass das Box-Model in einer anderen Reihenfolge implementiert.

Lesen, nicht nicht denken. ;-)

http://www.w3.org/TR/css3-ui/#box-sizing

Grüße
Roland

[Tom]

Hello,

Lesen, nicht nicht denken. ;-)

http://www.w3.org/TR/css3-ui/#box-sizing

Die Hoffnung stirbt zuletzt.

Wenn der margin dann draußen bleibt, mag das ja schon ein richtiger Schritt sein, mit dem Wirrwarr aufzuräumen. Allerdings, wie lange brauchen dann die Browsaer wieder, um das umzusetzen und wie lange dauert deren Austausch am Markt?

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Orlando]

Hallo Tom,

http://www.w3.org/TR/css3-ui/#box-sizing

Wenn der margin dann draußen bleibt, mag das ja schon ein richtiger Schritt sein, mit dem Wirrwarr aufzuräumen.

Ansichtssache. Ich habe mit dem CSS2-Modell keine Probleme.

Allerdings, wie lange brauchen dann die Browsaer wieder, um das umzusetzen und wie lange dauert deren Austausch am Markt?

Einige setzen es bereits um: http://www.carsten-protsch.de/zwischennetz/doctype/box_model_bug.html#box-sizing

Grüße
Roland