Twilo: Frage ob das Taballarische Daten sind und CSS Frage

Hallo,

sind das Tabellarische Daten?
Ein User soll ein Motiv per Radio-Button auswählen können.
Kann man das vielleicht noch etwas geschickter lösen?

<form id="formular" method="post" action="">
  <table id="motive">
    <tr>
      <td><img src="/images/motiv_0.png" alt="" title="Motiv 1" /><br />
        <input type="radio" name="motiv" value="0" /></td>
      <td><img src="/images/motiv_1.png" alt="" title="Motiv 2" /><br />
        <input type="radio" name="motiv" value="1" /></td>
      <td><img src="/images/motiv_2.png" alt="" title="Motiv 3" /><br />
        <input type="radio" name="motiv" value="2" /></td>
      <td><img src="/images/motiv_3.png" alt="" title="Motiv 4" /><br />
        <input type="radio" name="motiv" value="3" /></td>
    </tr>
    <tr>
      <td colspan="4">&nbsp;</td>
    </tr>
    <tr>
      <td><img src="/images/motiv_4.png" alt="" title="Motiv 5" /><br />
        <input type="radio" name="motiv" value="4" /></td>
      <td><img src="/images/motiv_5.png" alt="" title="Motiv 6" /><br />
        <input type="radio" name="motiv" value="5" /></td>
      <td><img src="/images/motiv_6.png" alt="" title="Motiv 7" /><br />
        <input type="radio" name="motiv" value="6" /></td>
      <td><img src="/images/motiv_7.png" alt="" title="Motiv 8" /><br />
        <input type="radio" name="motiv" value="7" /></td>
    </tr>
  </table>
</form>

dann hab ich noch dieses CSS

<style type="text/css">
<!--
#motive {
 vertical-align: bottom;
 border: none;
 width: 100%;
}
#motive td {
 width: 25%;
 text-align: center;
 vertical-align: bottom;
}
-->
</style>

warum stellt er die Motive mit den Radiobuttons nicht unten dar?

mache ich
<tr valign="bottom">
dann ist es wie gewünscht

mfg
Twilo

  1. Hi Twilo,

    sind das Tabellarische Daten?
    Ein User soll ein Motiv per Radio-Button auswählen können.
    Kann man das vielleicht noch etwas geschickter lösen?

    [....]

    Eventuell könntest du mit Definitionslisten oder mit normalen Listen arbeiten.

    #motive td {
    width: 25%;
    text-align: center;
    vertical-align: bottom;
    }

    warum stellt er die Motive mit den Radiobuttons nicht unten dar?

    Also, #motive ist die Tabelle, table enthält aber keine td elemente. Probiers mal mit

    #motive tr td { ... }

    vielleicht gehts dann.

    MfG, Dennis.

    --
    Mein SelfCode: ie:{ fl:{ br:^ va:) ls:< fo:) rl:( n4:& ss:) de:> js:( ch:{ sh:( mo:} zu:|
    Zufällige Hinweise:
    ------------------------
    Meine Homepage: http://www.riehle-web.com
    Tutorial: http://tutorial.riehle-web.com
    1. Hi,

      #motive td {
      Also, #motive ist die Tabelle, table enthält aber keine td elemente. Probiers mal mit
      #motive tr td { ... }

      Du verwechselst den Nachfahren-Selektor mit dem Kind-Selektor.
      Ganz abgesehen davon: in HTML enthält table auch keine tr-Elemente.

      cu,
      Andreas

      --
      Warum nennt sich Andreas hier MudGuard?
      Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.
      1. Hi!

        Du verwechselst den Nachfahren-Selektor mit dem Kind-Selektor.
        Ganz abgesehen davon: in HTML enthält table auch keine tr-Elemente.

        Was denn? thead und tbody?

        Gruß

        Martin - der einfach nur was dazulernen will

        1. Hi,

          Du verwechselst den Nachfahren-Selektor mit dem Kind-Selektor.
          Ganz abgesehen davon: in HTML enthält table auch keine tr-Elemente.
          Was denn? thead und tbody?

          Unter anderem. tfoot, col, colgroup und caption wären weitere Möglichkeiten.

          cu,
          Andreas

          --
          Warum nennt sich Andreas hier MudGuard?
          Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.
          1. Hi!

            Unter anderem. tfoot, col, colgroup und caption wären weitere Möglichkeiten.

            Danke für die Erklärung!

            Gruß

            Martin

      2. Ganz abgesehen davon: in HTML enthält table auch keine tr-Elemente.

        Andreas,
        Wovon sprichst du?

        DTD XHTML 1.0 Strict:
        <!ELEMENT table
             (caption?, (col*|colgroup*), thead?, tfoot?, (tbody+|tr+))>

        Gunnar

        --
        „Solang wir noch tanzen können
        und richtig echte Tränen flennen,
        ist noch alles offen,
        ist noch alles drin.“
        (Gundermann)
        1. Hi,

          Ganz abgesehen davon: in HTML enthält table auch keine tr-Elemente.
          Andreas,
          Wovon sprichst du?

          Von HTML.
          <!ELEMENT TABLE - -
               (CAPTION?, (COL*|COLGROUP*), THEAD?, TFOOT?, TBODY+)>

          DTD XHTML 1.0 Strict:
          <!ELEMENT table
               (caption?, (col*|colgroup*), thead?, tfoot?, (tbody+|tr+))>

          Du dagegen sprichst von XHTML.

          cu,
          Andreas

          --
          Warum nennt sich Andreas hier MudGuard?
          Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.
          1. MudGuard,

            Von HTML.
            Du dagegen sprichst von XHTML.

            Na gut, sprechen wir halt von HTML 4.01 [[http://www.w3.org/TR/html401/struct/tables.html#h-11.2.3@title=HTML401 §11.2.3]]:

            <!ELEMENT TBODY    O O (TR)+           -- table body -->

            Start tag: optional, End tag: optional

            ... The TBODY start tag is always required except when the table contains only one table body and no table head or foot sections.

            Gunnar

            PS. Ausnahmsweise doch mal das englische Original. Ich denke, das geht in Ordnung. ;-)

            --
            „Solang wir noch tanzen können
            und richtig echte Tränen flennen,
            ist noch alles offen,
            ist noch alles drin.“
            (Gundermann)
            1. Hi,

              Von HTML.
              Du dagegen sprichst von XHTML.
              Na gut, sprechen wir halt von HTML 4.01 [[http://www.w3.org/TR/html401/struct/tables.html#h-11.2.3@title=HTML401 §11.2.3]]:
              <!ELEMENT TBODY    O O (TR)+           -- table body -->
              Start tag: optional, End tag: optional

              Ja und? Die Tatsache, daß die tags nicht existieren müssen, beeinflußt nicht die Existenz des Elements.

              cu,
              Andreas

              --
              Warum nennt sich Andreas hier MudGuard?
              Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.
              1. MudGuard,

                Ja und? Die Tatsache, daß die tags nicht existieren müssen, beeinflußt nicht die Existenz des Elements.

                Ah ja. Musste mit glatt nochmal den ganzen Teilthread ab OP durchlesen, jedes Wort auf die Goldwaage legen ... Ganz schön spitzfindig, deine Argumentation – aber nicht von der Hand zu weisen. ;-)

                Gunnar

                --
                „Solang wir noch tanzen können
                und richtig echte Tränen flennen,
                ist noch alles offen,
                ist noch alles drin.“
                (Gundermann)
                1. Hi,

                  Ja und? Die Tatsache, daß die tags nicht existieren müssen, beeinflußt nicht die Existenz des Elements.
                  Ah ja. Musste mit glatt nochmal den ganzen Teilthread ab OP durchlesen, jedes Wort auf die Goldwaage legen ... Ganz schön spitzfindig, deine Argumentation – aber nicht von der Hand zu weisen. ;-)

                  Achte mal auf die immer wieder auftauchenden Javascript-Threads nach dem Motto "Hilfe, ich kann keine Zeile zur Tabelle hinzufügen".
                  Da macht sich das dann bemerkbar, wenn der Browser sich weigert, die direkt in table eingehängten tr anzuzeigen.

                  cu,
                  Andreas

                  --
                  Warum nennt sich Andreas hier MudGuard?
                  Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.
                  1. Hi Andreas,

                    Mit „spitzfindig“ meinte ich, wie es überhaupt erst zu „in HTML enthält table auch keine tr-Elemente“ kam.

                    Und ich war tatsächlich dem Irrglauben verfallen, XHTML 1.0 sei lediglich eine Neuformulierung von HTML 4.01 in XML mit sonst gleichbleibenden Regeln. Stimmt ja dann so nicht.

                    Gruß,
                    Gunnar

                    --
                    „Solang wir noch tanzen können
                    und richtig echte Tränen flennen,
                    ist noch alles offen,
                    ist noch alles drin.“
                    (Gundermann)
                    1. Hi,

                      Und ich war tatsächlich dem Irrglauben verfallen, XHTML 1.0 sei lediglich eine Neuformulierung von HTML 4.01 in XML mit sonst gleichbleibenden Regeln. Stimmt ja dann so nicht.

                      Jein.
                      <table><tr><td>bla</td></tr></table>
                      ist sowohl innerhalb eines HTML- als auch innerhalb eines XHTML-Dokuments korrekt.

                      Da XHTML bzw. XML das Konzept optionaler Tags nicht kennt, kann das nur der Fall sein, wenn in XHTML die tr auch direkt in table stehen dürfen.

                      Ich vermute, daß das so erlaubt wurde, damit beim Anpassen von HTML-Dokumenten an XHTML der Aufwand, in so gut wie alle Tabellen tbody einzufügen, wegfällt (denn erfahrungsgemäß sind nur sehr wenige Tabellen in HTML-Dokumenten schon mit tbody-tags ausgestattet).

                      cu,
                      Andreas

                      --
                      Warum nennt sich Andreas hier MudGuard?
                      Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.
                      1. Hi MudGuard,

                        Schon wieder was dazu gelernt ;-)

                        Somit müsste dann der CSS File für ein HTML und für ein XHTML Dokument unterschiedlich sein, was das ansprechen der Table Elemente angeht, oder?

                        MfG, Dennis.

                        --
                        Mein SelfCode: ie:{ fl:{ br:^ va:) ls:< fo:) rl:( n4:& ss:) de:> js:( ch:{ sh:( mo:} zu:|
                        Zufällige Hinweise:
                        ------------------------
                        Probleme mit Formularen?
                        http://tutorial.riehle-web.com hilft weiter.
                        1. Hi,

                          Somit müsste dann der CSS File für ein HTML und für ein XHTML Dokument unterschiedlich sein, was das ansprechen der Table Elemente angeht, oder?

                          Jain. Etwas wie table>tr vermutlich schon, aber das wirst Du dem IE doch wohl nicht antun wollen...

                          freundliche Grüße
                          Ingo

                        2. Hi,

                          Schon wieder was dazu gelernt ;-)
                          Somit müsste dann der CSS File für ein HTML und für ein XHTML Dokument unterschiedlich sein, was das ansprechen der Table Elemente angeht,

                          Nur wenn Du den Kind-Selektor nimmst (table>tr <---> table>tbody>tr).
                          Wenn Du den Nachfahren-Selektor nimmst (table tr), ist es aus CSS-Sicht vollkommen egal, ob zwischen table und tr noch ein tbody ist oder nicht.

                          cu,
                          Andreas

                          --
                          Warum nennt sich Andreas hier MudGuard?
                          Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.
  2. Hi,

    sind das Tabellarische Daten?

    fallen Dir spontan sinnvolle Spaltenüberschriften ein?

    Ein User soll ein Motiv per Radio-Button auswählen können.
    Kann man das vielleicht noch etwas geschickter lösen?

    Ja, mittels <label>, ggf. auch <fieldset>. Und <br> benötigst Du nicht, gebrauche die display-Eigenschaft.

    warum stellt er die Motive mit den Radiobuttons nicht unten dar?

    Siehe Applies to.

    Cheatah

    --
    X-Self-Code: sh:( fo:} ch:~ rl:° br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
    X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
    X-Will-Answer-Email: No
    X-Please-Search-Archive-First: Absolutely Yes
    1. Hallo,

      sind das Tabellarische Daten?

      fallen Dir spontan sinnvolle Spaltenüberschriften ein?

      vielleicht Spalte 1, Spalte 2, etc. ;-)

      Ein User soll ein Motiv per Radio-Button auswählen können.
      Kann man das vielleicht noch etwas geschickter lösen?

      Ja, mittels <label>, ggf. auch <fieldset>. Und <br> benötigst Du nicht, gebrauche die display-Eigenschaft.

      ich hab hier schon mit Labels etc. rumprobiert, kam aber auf kein gemeinsamen Nenner, dass ich 4 Spalten hinbekomme

      wie müsste das denn ungefähr aussehen?

      alle anderen Formularelemente sind mittels label formatiert

      warum stellt er die Motive mit den Radiobuttons nicht unten dar?

      Siehe Applies to.

      thx, das muss ich mir mal morgen in Ruhe anschauen, mein englisch ist nicht das beste *g*

      mfg
      Twilo

      1. Siehe Applies to.

        thx, das muss ich mir mal morgen in Ruhe anschauen, mein englisch ist nicht das beste *g*

        @Twilo:
        Dann schau doch in die deutsche Überstzung.

        @Cheatah:
        Der Link auf die Übersetzung, sofern vorhanden, ist meist noch hilfreicher.

        Gunnar

        --
        „Solang wir noch tanzen können
        und richtig echte Tränen flennen,
        ist noch alles offen,
        ist noch alles drin.“
        (Gundermann)
        1. Hi,

          was "Spalte 1" etc. betrifft: Ergo fallen Dir _keine_ vernünftigen Überschriften ein.

          Der Link auf die Übersetzung, sofern vorhanden, ist meist noch hilfreicher.

          Ich halte es nur selten für sinnvoll, auf Zweitliteratur zu verweisen. Es existiert präzise _ein_ Original, welches in der Fachsprache verfasst wurde. An beides sollte man sich frühzeitig gewöhnen.

          Cheatah

          --
          X-Self-Code: sh:( fo:} ch:~ rl:° br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
          X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
          X-Will-Answer-Email: No
          X-Please-Search-Archive-First: Absolutely Yes
          1. Ich halte es nur selten für sinnvoll, auf Zweitliteratur zu verweisen.

            Cheatah,
            Übersetzung und Zweitliteratur sind ja wohl was anderes.

            Es existiert präzise _ein_ Original,

            Das wird auch in den Übersetzungen am Anfang hervorgehoben. Aber so viel Vertrauen kann man den Übersetzern und Redakteuren von http://www.edition-w3c.de/ doch schenken, dass Original und Übersetzung inhaltlich gleich sind.

            welches in der Fachsprache verfasst wurde. An beides sollte man sich frühzeitig gewöhnen.

            Obwohl ich des Englischen mächtig bin, lese ich doch lieber auf deutsch. Das geht schneller und verringert die Gefahr von Missverständnissen.

            Bei Filmen ist das anders: Da seh ich lieber das englischsprachige Original als die (selten gelungene) deutsche Synchronisation.

            Gunnar

            --
            „Solang wir noch tanzen können
            und richtig echte Tränen flennen,
            ist noch alles offen,
            ist noch alles drin.“
            (Gundermann)
            1. Hi,

              Übersetzung und Zweitliteratur sind ja wohl was anderes.

              im Gegenteil. Das (bzw. ein) englische Wort für "Übersetzung" lautet nicht zu Unrecht "interpretation".

              Es existiert präzise _ein_ Original,
              Das wird auch in den Übersetzungen am Anfang hervorgehoben. Aber so viel Vertrauen kann man den Übersetzern und Redakteuren von http://www.edition-w3c.de/ doch schenken, dass Original und Übersetzung inhaltlich gleich sind.

              Selbst wenn ich den Redakteuren mein Leben anvertrauen würde, so bin ich mir doch der Tatsache bewusst, dass exakte Übersetzungen zwischen natürlichen Sprachen schlicht und ergreifend absolut unmöglich sind. Es gibt hinreichend viele Begriffe und Formulierungen, die in der einen Sprache eine oder mehrere Bedeutungen haben, die in dieser Form in einer (bzw. der) anderen Sprachen nicht gegeben sind. Eine Übersetzung ist *immer* eine Veränderung des Inhalts.

              Obwohl ich des Englischen mächtig bin, lese ich doch lieber auf deutsch. Das geht schneller und verringert die Gefahr von Missverständnissen.

              Im Zweifel *entstehen* dadurch Missverständnisse, die zu erkennen ohne das Original unmöglich ist.

              Bei Filmen ist das anders: Da seh ich lieber das englischsprachige Original als die (selten gelungene) deutsche Synchronisation.

              Gegenbeispiel: Das Leben des Brian :-)

              Cheatah

              --
              X-Self-Code: sh:( fo:} ch:~ rl:° br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
              X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
              X-Will-Answer-Email: No
              X-Please-Search-Archive-First: Absolutely Yes
              1. Hi Cheatah,

                Obwohl ich des Englischen mächtig bin, lese ich doch lieber auf deutsch. Das geht schneller und verringert die Gefahr von Missverständnissen.
                Im Zweifel *entstehen* dadurch Missverständnisse, die zu erkennen ohne das Original unmöglich ist.

                Ich habe einmal einen Vortrag gehalten über Salman Rushdies Roman "Mitternachtskinder", der die Geschichte des unabhängigen Indiens darstellt. Der Roman beginnt so:

                "Es war einmal ein kleiner Junge, der wurde in der Stadt Bombay geboren... Nein, so geht es nicht, ich kann mich nicht um das Dartum herummogeln: Ich wurde am 15. August 1947 in Dr. Narlikats privatem Entbindungsheim geboren."

                Ein ziemlich raffinierter Romananfang, muss man sagen, denn hier wird auch das unabhängige Indien geboren, dessen Entwicklung das Leben des Romanhelden sinnlich begreifbar macht.

                Thema meines Vortrages war aber auch der verdeckte Bezug auf die deutsche Literatur, vor allem auf Goethe und dessen Schilderung seiner Geburt in "Dichtung und Wahrheit" und die Persiflage darauf bei Günter Grass in der "Blechtrommel". Der unter einem glücklichen Stern geborene Goethe, der seine riskante Geburt aus der Perspektive gelungenen Lebens betrachtet steht dem Mitternachtskind gegenüber, das, unter luxuriösen Umständen geboren, vor einer ungewissen Zukunft steht.

                Bei der Vorbereitung meines Vortrages kam mir der Gedanke, die Anfangswendung Rushdies als "Märchen und Wahrheit" im Unterschied zu Goethes "Dichtung und Wahrheit" zu interpretieren. Rushdie erschien mir als Autor, der der Realität nicht die klassische Dichtung (= Fiktion?) gegenüberstellt, sondern zusätzlich die Erzählfreude des orientalischen Märchenerzählers. Dabei erschien mir die Wendung von der Außenperspektive des Märchenerzählers ("ein Junge, der wurde") zur subjektiven Ich-Erzählung ("so geht es nicht, ich...") gleich in den ersten beiden Sätzen als besonders gelungen.

                Nachdem ich mich eine ganze Weile an meiner wertguten Interpretationsidee erfreut und sie weiterentwickelt hatte, habe ich dann glücklicherweise ins englische Original geschaut:

                "I was born in Bombay ... once upon a time. No, that won't do, there's no getting away from the date: I was born in Doctor Narlikar's Nursing Home on August 15th, 1947."

                Natürlich sind wir alle darauf angewiesen, Texte aus fremden Sprachen in Übersetzungen wahrzunehmen. Dabei sind aber alle Detailanalysen mit Skepsis zu betrachten.

                Viele Grüße
                Mathias Bigge

    2. Hallo,

      Ein User soll ein Motiv per Radio-Button auswählen können.
      Kann man das vielleicht noch etwas geschickter lösen?

      Ja, mittels <label>, ggf. auch <fieldset>. Und <br> benötigst Du nicht, gebrauche die display-Eigenschaft.

      ich hab es jetzt so probiert

      <form id="formular" method="post" action="">
        <div>
          <label>
            <img src="./motiv_0.gif" alt="" width="80" height="100" />
            <input type="radio" name="motiv" value="0" />
          </label>
        </div>
        <div>
          <label>
            <img src="./motiv_1.gif" alt="" width="80" height="100" />
            <input type="radio" name="motiv" value="1" />
          </label>
        </div>
        <div>
          <label>
            <img src="./motiv_2.gif" alt="" width="80" height="100" />
            <input type="radio" name="motiv" value="2" />
          </label>
        </div>
      </form>

      und folgendes CSS

      <style type="text/css">
      <!--
      div {
        display: inline;
      }
      input {
        display:block;
      }
      -->
      </style>

      er stellt es aber nicht so dar, wie ich das gerne hätte :-/

      wie bekomm ich es ausserdem hin, dass er nach 4 Bilder automatisch eine neue Zeile anfängt?  :-?

      mfg
      Twilo

      1. Hi,

        div {
          display: inline;
        }

        wozu die DIVs, wenn Du sie ohnehin nicht nutzt?

        wie bekomm ich es ausserdem hin, dass er nach 4 Bilder automatisch eine neue Zeile anfängt?  :-?

        indem Du z.B. ein DIV bestimmungsgemäß zum Gruppieren dieser Elemente verwendest.

        freundliche Grüße
        Ingo

        1. Hallo,

          div {
            display: inline;
          }

          wozu die DIVs, wenn Du sie ohnehin nicht nutzt?

          damit habe ich probiert, dass er mir die Grafiken mit den Radio Buttons neben einander anzeigt

          ich hatte das auch schon nur bei den Labels probiert (display: inline;), aber er zeigt mir alles untereinander an

          mfg
          Twilo

          1. Hi,

            damit habe ich probiert, dass er mir die Grafiken mit den Radio Buttons neben einander anzeigt

            wenn Du Elemente nebeneinander setzen willst, dann solltest Du _diese_ inline formatieren oder floaten lassen.

            freundliche Grüße
            Ingo

            1. Hallo Ingo,

              damit habe ich probiert, dass er mir die Grafiken mit den Radio Buttons neben einander anzeigt
              wenn Du Elemente nebeneinander setzen willst, dann solltest Du _diese_ inline formatieren oder floaten lassen.

              die div's hatten ein display: inline;, das selbe hatte ich auch schon nur für die labels probiert, es brachte kein Erfolg

              ich werd es mal morgen testen, wenn ich sie floaten lasse

              thx für die Antwort

              mfg
              Twilo

              1. Hi,

                die div's hatten ein display: inline;

                und deshalb waren sie absolut überflüssig. Die einzige CSS-Eigenschaft eines DIV ist display:block - und diese wird nicht vererbt.

                freundliche Grüße
                Ingo

                1. Hallo,

                  die div's hatten ein display: inline;
                  und deshalb waren sie absolut überflüssig. Die einzige CSS-Eigenschaft eines DIV ist display:block - und diese wird nicht vererbt.

                  und wieso funktioniert folgendes?

                  div {
                    display: inline;
                  }

                  <div>hm</div>
                  <div>hm</div>
                  <div>hm</div>

                  dort wird "hmhmhm" ausgegeben statt

                  hm
                  hm
                  hm

                  das mit display: inline; funktioniert aber bei mein anderen Beispiel nicht :-/

                  mfg
                  Twilo

                  1. Hi,

                    die div's hatten ein display: inline;
                    und deshalb waren sie absolut überflüssig. Die einzige CSS-Eigenschaft eines DIV ist display:block - und diese wird nicht vererbt.

                    und wieso funktioniert folgendes?

                    div {
                      display: inline;
                    }

                    <div>hm</div>
                    <div>hm</div>
                    <div>hm</div>

                    dort wird "hmhmhm" ausgegeben statt

                    ja und? hier "funktioniert" nichts, sondern die DIVs sind ohne jede Funktion, da sie ihrer einzigen Eigenschaft beraubt sind.
                    Einen kleinen Unterschied gibt es allerdings hier doch noch:

                    "hm
                    hm
                    hm"

                    würde als "hm hm hm" ausgegeben werden, während Zeilenumbrüche im Quelltext zwichen den DIVs ignoriert werden.

                    freundliche Grüße
                    Ingo

                    1. Hallo,

                      die div's hatten ein display: inline;
                      und deshalb waren sie absolut überflüssig. Die einzige CSS-Eigenschaft eines DIV ist display:block - und diese wird nicht vererbt.

                      und wieso funktioniert folgendes?

                      div {
                        display: inline;
                      }

                      <div>hm</div>
                      <div>hm</div>
                      <div>hm</div>

                      dort wird "hmhmhm" ausgegeben statt

                      ja und? hier "funktioniert" nichts, sondern die DIVs sind ohne jede Funktion, da sie ihrer einzigen Eigenschaft beraubt sind.

                      trotzdem versteh ich e3s nicht, warum es bei diesen Beispiel richtig ist, aber wenn ich die input per desplay:block; ausrichte, dann nicht mehr

                      ich möchte gerne soetwas erreichen

                      +------+ +------+ +------+
                      |      | |      | |      |
                      | Bild | | Bild | | Bild |
                      |      | |      | |      |
                      +------+ +------+ +------+
                         ++       ++       ++
                         ++       ++       ++

                      ++
                      ++ <-- Radio Button

                      zur Zeit ist es so
                      <label><img ... / ><input .../ ></label>
                      <label><img ... / ><input .../ ></label>
                      <label><img ... / ><input .../ ></label>

                      input hat ein display: block; damit diese unter den Grafiken erscheinen
                      label hat zur Zeit text-align: center; damit der Radio-Button dadrunter center ist

                      mfg
                      Twilo

                      1. Hi,

                        ich möchte gerne soetwas erreichen

                        +------+ +------+ +------+
                        |      | |      | |      |
                        | Bild | | Bild | | Bild |
                        |      | |      | |      |
                        +------+ +------+ +------+
                           ++       ++       ++
                           ++       ++       ++

                        zur Zeit ist es so
                        <label><img ... / ><input .../ ></label>
                        <label><img ... / ><input .../ ></label>
                        <label><img ... / ><input .../ ></label>

                        wenn Dein html so aussieht, müßtest Du label floaten lassen und mit einer geeigneten Breite und margin versehen.
                        Und die display:block formatierten img müßtest Du über passende margins zentrieren.

                        freundliche Grüße
                        Ingo

                        1. Hallo,

                          ich möchte gerne soetwas erreichen

                          +------+ +------+ +------+
                          |      | |      | |      |
                          | Bild | | Bild | | Bild |
                          |      | |      | |      |
                          +------+ +------+ +------+
                             ++       ++       ++
                             ++       ++       ++

                          zur Zeit ist es so
                          <label><img ... / ><input .../ ></label>
                          <label><img ... / ><input .../ ></label>
                          <label><img ... / ><input .../ ></label>

                          wenn Dein html so aussieht, müßtest Du label floaten lassen und mit einer geeigneten Breite und margin versehen.

                          ok, werde das dann mal so umsetzen

                          Und die display:block formatierten img müßtest Du über passende margins zentrieren.

                          reicht es nicht, wenn ich inenrhalb des labels alles zentriere?
                          ich werde das mal nachher testen :-)

                          mfg
                          Twilo

                          1. Hi Twilo,

                            wenn Dein html so aussieht, müßtest Du label floaten lassen und mit einer geeigneten Breite und margin versehen.

                            Und die display:block formatierten img müßtest Du über passende margins zentrieren.

                            reicht es nicht, wenn ich inenrhalb des labels alles zentriere?

                            Nicht in guten Browsern:

                            http://aktuell.de.selfhtml.org/tippstricks/css/ausrichtung/

                            Grüße,
                             Roland

  3. Twilo,

    sind das Tabellarische Daten?

    Nö. (IMHO)

    Kann man das vielleicht noch etwas geschickter lösen?
        <tr>
          <td colspan="4">&nbsp;</td>
        </tr>

    Das ganz gewiss. (Wozu gibt's margin und padding?)

    Gunnar

    --
    „Solang wir noch tanzen können
    und richtig echte Tränen flennen,
    ist noch alles offen,
    ist noch alles drin.“
    (Gundermann)
    1. Hallo,

      Kann man das vielleicht noch etwas geschickter lösen?
          <tr>
            <td colspan="4">&nbsp;</td>
          </tr>

      Das ganz gewiss. (Wozu gibt's margin und padding?)

      das war hier nur ein test, deshalb hab ich das so gemacht, in der endgültigen Version ist das natürlich nicht mehr drin ;-)

      mfg
      Twilo