Frage ob das Taballarische Daten sind und CSS Frage

[Twilo]

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

[Dennis]

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.

[MudGuard]

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

[Martin Hölter]

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

[MudGuard]

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

[Martin Hölter]

Hi!

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

Danke für die Erklärung!

Gruß

Martin

[Gunnar Bittersmann]

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

[MudGuard]

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

[Gunnar Bittersmann]

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. ;-)

[MudGuard]

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

[Gunnar Bittersmann]

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

[MudGuard]

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

[Gunnar Bittersmann]

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

[MudGuard]

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

[Dennis]

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.

[Ingo Turski]

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

[MudGuard]

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

[Cheatah]

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

[Twilo]

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

[Gunnar Bittersmann]

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

[Cheatah]

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

[Gunnar Bittersmann]

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

[Cheatah]

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

[Mathias Bigge]

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

[Twilo]

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

[Ingo Turski]

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

[Twilo]

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

[Ingo Turski]

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

[Twilo]

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

[Ingo Turski]

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

[Twilo]

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

[Ingo Turski]

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

[Twilo]

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

[Ingo Turski]

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

[Twilo]

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

[Orlando]

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

[Gunnar Bittersmann]

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

[Twilo]

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