Tabellenlayout – SELFHTML-Forum Forum als Ergänzung zum SELFHTML-Wiki und zur Dokumentation SELFHTML https://forum.selfhtml.org/self Tabellenlayout Wed, 18 Jun 08 17:20:59 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258499#m1258499 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258499#m1258499 <p>Hallo Leute,</p> <p>ich versuche grad eine hp mit tabellenlayout zu erstellen.</p> <p>code:</p> <p><body><br> <table border="2" cellpadding="0" cellspacing="0"></p> <p><tr><br>     <td rowspan="2"><img src="images/logo.gif" width="200"></td><br>     <td><br>  <?PHP<br>  include('menu.php');<br>  ?><br>     </td><br>   </tr></p> <p><tr><br>     <td></td><br>     <td rowspan="2"><br>         <?PHP<br>  include('inhalt.php');<br>  ?><br>     </td><br>   </tr><br>   <tr><br>     <td><br>  <?PHP<br>  include('menu2.php');<br>  ?><br>     </td><br>     <td></td><br>   </tr><br> </table><br> </body></p> <p>und zum veranschaulichen hab ich noch ein bild (http://img396.imageshack.us/img396/5789/hpsv3.jpg) gemalt in dem dass problem gut beschrieben ist.<br> ich hoffe jemand sieht meinen fehler, ich tus nicht.<br> danke schonmal und gruß.t.</p> Tabellenlayout Wed, 18 Jun 08 17:34:46 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258503#m1258503 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258503#m1258503 <p>hallo,</p> <blockquote> <p>ich versuche grad eine hp mit tabellenlayout zu erstellen.</p> </blockquote> <p>Laß es lieber. Tabellen sind für tabnellarische Daten da, aber auf gar keinen Fall für irgendwas, was du dir eventuell als Layout vorstellst.</p> <p>Grüße aus Berlin</p> <p>Christoph S.</p> <div class="signature">-- <br> <a href="http://community.de.selfhtml.org/visitenkarten/view.php?key=26" rel="nofollow noopener noreferrer">Visitenkarte</a><br> ss:| zu:) ls:& fo:) va:) sh:| rl:| </div> Tabellenlayout Wed, 18 Jun 08 17:37:34 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258502#m1258502 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258502#m1258502 <p>Hellihello,</p> <p>lass doch den PHP-Code weg und bau die Tabelle auf. Oder lass das mit der Tabelle, und schau hier unter den mehrspaltigen Layouts.</p> <p>Nimm eine Kopfzeile, das Logo links, dann das menu folgend.</p> <p>Nimm ein Menu-Div, dass du rechts floaten lässt. Nimm in Inhaltsdiv, dass du links den Margin gibst, den das Menu-Div breit ist. Vom Prinzip her. CSS findest Du in der Anleitung hier.</p> <p>Dank und Gruß,</p> <p><a href="http://community.de.selfhtml.org/visitenkarten/view.php?key=82" rel="nofollow noopener noreferrer">frankx</a></p> <div class="signature">-- <br> <a href="http://sauer-ernst.de" rel="nofollow noopener noreferrer">tryin to</a> <a href="http://multitain.de" rel="nofollow noopener noreferrer">multitain</a>  - Globus = Planet != Welt </div> Tabellenlayout Wed, 18 Jun 08 17:39:31 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258500#m1258500 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258500#m1258500 <p><html><br> <head><br> <title></title><br> </head><br> <body text="#000000" bgcolor="#FFFFFF" link="#FF0000" alink="#FF0000" vlink="#FF0000"><br> <table ><br> <tr><br>  <td rowspan="2" ><img src="images/logo.gif" width="200"> </td><br>  <td><?PHP  include('menu.php');?> </td><br> </tr><br> <tr></p> <p><td rowspan="2"><?PHP  include('inhalt.php');  ?></td><br> </tr><br> <tr><br>  <td><?PHP include('menu2.php'); ?>  </td></p> <p></tr><br> </table><br> </body><br> </html></p> <p>probier mal des</p> Tabellenlayout Wed, 18 Jun 08 17:53:53 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258501#m1258501 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258501#m1258501 <p>Mahlzeit isi,</p> <blockquote> <p>[Antiker Code gelöscht]</p> <p>probier mal des</p> </blockquote> <p>Nein, lieber Tobald, probier das nicht. Befolge lieber <a href="https://forum.selfhtml.org/?t=172803&m=1133037" rel="noopener noreferrer">frankx' Rat</a> und erstelle ein zeitgemäßes Layout, anstatt Dich mit Methoden des letzten Jahrtausends herumzuschlagen - Du selbst wirst es Dir sehr bald danken.</p> <p>MfG,<br> EKKi</p> <div class="signature">-- <br> sh:( fo:| ch:? rl:( br:> n4:~ ie:% mo:} va:) de:] zu:) fl:{ ss:) ls:& js:| </div> Tabellenlayout Wed, 18 Jun 08 17:54:15 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258504#m1258504 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258504#m1258504 <blockquote> <p>Christoph S.</p> </blockquote> <p>Hallo Christoph. Etwas OT: weißt du, wann man erreichen kann, auch ein CSS Layout für dynamische Menüs zu erstellen, deren Breite man nicht kennt, sodass man kein festes margin vergeben kann, weil der Inhalt dynamisch generiert wird?</p> Tabellenlayout Wed, 18 Jun 08 19:36:21 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258505#m1258505 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258505#m1258505 <p>hallo,</p> <blockquote> <p>weißt du, wann man erreichen kann, auch ein CSS Layout für dynamische Menüs zu erstellen, deren Breite man nicht kennt, sodass man kein festes margin vergeben kann, weil der Inhalt dynamisch generiert wird?</p> </blockquote> <p>Ich bin mir nicht sicher, ob ich dich richtig verstehe. Wie soll denn der Inhalt generiert werden? Über PHP? Über Javascript? In beiden Fällen kennst du aber die Maximalbreite, die erreicht werden könnte.</p> <p>Grüße aus Berlin</p> <p>Christoph S.</p> <div class="signature">-- <br> <a href="http://community.de.selfhtml.org/visitenkarten/view.php?key=26" rel="nofollow noopener noreferrer">Visitenkarte</a><br> ss:| zu:) ls:& fo:) va:) sh:| rl:| </div> Tabellenlayout Wed, 18 Jun 08 21:11:51 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258506#m1258506 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258506#m1258506 <blockquote> <p>hallo,</p> <blockquote> <p>weißt du, wann man erreichen kann, auch ein CSS Layout für dynamische Menüs zu erstellen, deren Breite man nicht kennt, sodass man kein festes margin vergeben kann, weil der Inhalt dynamisch generiert wird?</p> </blockquote> <p>Ich bin mir nicht sicher, ob ich dich richtig verstehe. Wie soll denn der Inhalt generiert werden? Über PHP?</p> </blockquote> <p>Zum Beispiel.</p> <blockquote> <p>In beiden Fällen kennst du aber die Maximalbreite, die erreicht werden könnte.</p> </blockquote> <p>Erstens nein und zweitens: selbst wenn, was hat das damit zu tun? Das Design der Seite hat nichts mit meinem PHP Code zu tun. Absolut _nichts_ in meinem PHP Code darf etwas mit Design zu tun haben. PHP ist für das Verarbeiten und Ausgeben von Daten zuständig, die Content sind. Mit Design hat PHP nix zu tun.<br> Bei Javascript gilt das gleiche.<br> Abgesehen davon. Wieso muss ich mir das ganze so kompliziert machen, wieso nicht ganz einfach mit CSS? Wie wäre es denn damit, dass man in CSS automatisch Variablen der Werte anderer Elemente mit einer ID hat.</p> <p>Z.B. so:</p> <p>------------ (CSS)<br> #content<br> {<br>     width: 100% - #navigation.width;<br> }<br> ------------ (HTML)<br> <div id="navigation"><br>     ...<br> </div></p> <p><div id="content"><br>     ...<br> </div><br> ------------</p> <p>Naja, es wird wohl ein Traum bleiben und ich werde weiterhin Code und Design vermischen müssen oder mit einer ggf. zu kleinen oder zu großen Navigation leben müssen.</p> Tabellenlayout Wed, 18 Jun 08 21:50:52 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258514#m1258514 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258514#m1258514 <p>hallo,</p> <blockquote> <p>PHP ist für das Verarbeiten und Ausgeben von Daten zuständig, die Content sind. Mit Design hat PHP nix zu tun.<br> Bei Javascript gilt das gleiche.</p> </blockquote> <p>Richtig - allerdings weißt du, wieviele Buchstabem der längstmögliche Eintrag hat. Also kannst du ausrechnen oder eventuell mit einem Pixellineal nachmessen, welche Maxiamlbreite aufgrund deiner CSS erreichbar ist.</p> <blockquote> <p>Wie wäre es denn damit, dass man in CSS automatisch Variablen der Werte anderer Elemente mit einer ID hat.</p> </blockquote> <p>Mir ist nicht bekannt, daß es in CSS Variablen gäbe.</p> <p>Ich löse das Ganze über mehrere PHP-Arrays. Das siehst du an meiner Seite zwar nicht, aber die CSS kannst du dir anschauen.</p> <p>Grüße aus Berlin</p> <p>Christoph S.</p> <div class="signature">-- <br> <a href="http://community.de.selfhtml.org/visitenkarten/view.php?key=26" rel="nofollow noopener noreferrer">Visitenkarte</a><br> ss:| zu:) ls:& fo:) va:) sh:| rl:| </div> Tabellenlayout Thu, 19 Jun 08 11:15:46 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258508#m1258508 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258508#m1258508 <blockquote> <p>Mit Design hat PHP nix zu tun.<br> Bei Javascript gilt das gleiche.</p> </blockquote> <p>ah ja, und html hat schon etwas mit design zu tun oder?</p> <p>ich war bisher der meinung, dass man css fürs layout/design verwendet und html für die strukur - dank deiner ausführungen sollten wir alle vielleicht doch wieder mal mit tabellenlayouts (= layout/design mit html) beginnen :p</p> Tabellenlayout Thu, 19 Jun 08 23:22:25 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258507#m1258507 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258507#m1258507 <blockquote> <p>Erstens nein und zweitens: selbst wenn, was hat das damit zu tun? Das Design der Seite hat nichts mit meinem PHP Code zu tun. Absolut _nichts_ in meinem PHP Code darf etwas mit Design zu tun haben. PHP ist für das Verarbeiten und Ausgeben von Daten zuständig, die Content sind. Mit Design hat PHP nix zu tun.<br> Bei Javascript gilt das gleiche.</p> </blockquote> <p>PHP kann auch CSS- oder JavaScript-Code generieren.</p> <div class="signature">-- <br> Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.<br> Self-Code: sh:( ch:? rl:( br:> n4:( ie:{ mo:) va:) de:> zu:} fl:| ss:| ls:~ js:| </div> Tabellenlayout Thu, 19 Jun 08 13:48:46 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258509#m1258509 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258509#m1258509 <blockquote> <blockquote> <p>Mit Design hat PHP nix zu tun.<br> Bei Javascript gilt das gleiche.</p> </blockquote> <p>ah ja, und html hat schon etwas mit design zu tun oder?</p> </blockquote> <p>Nein, warum fragst du? Ich habe das weder explizit noch implizit geschrieben.</p> <blockquote> <p>ich war bisher der meinung, dass man css fürs layout/design verwendet und html für die strukur</p> </blockquote> <p>Richtig. Und PHP für Datenverarbeitung und Datenausgabe. Und zwar Inhaltliche Daten. Wer mit PHP seine Seite "designed", macht etwas falsch.</p> <blockquote> <p>dank deiner ausführungen sollten wir alle vielleicht doch wieder mal mit tabellenlayouts (= layout/design mit html) beginnen :p</p> </blockquote> <p>Nein, HTML ist nicht für die Darstellung sondern ausschließlich für den Inhalt zuständig.</p> Tabellenlayout Thu, 19 Jun 08 14:28:00 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258513#m1258513 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258513#m1258513 <blockquote> <p>Nein, warum fragst du? Ich habe das weder explizit noch implizit geschrieben.</p> </blockquote> <p>na warum frage ich ;) du hast ursprünglich indirekt nach einer alternative für tabellenlayouts gesucht (dynamische breite von spalten, obs da eine alternative gibt) <a href="https://forum.selfhtml.org/?t=172803&m=1133051" rel="noopener noreferrer">https://forum.selfhtml.org/?t=172803&m=1133051</a> das ist mit tabellen "kein problem", darum hatte ich angenommen, du bist pro-tabellenlayout</p> <blockquote> <p>Nein, HTML ist nicht für die Darstellung sondern ausschließlich für den Inhalt zuständig.</p> </blockquote> <p>na dann ist ja gut ;)</p> Tabellenlayout Sat, 21 Jun 08 16:04:18 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258510#m1258510 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258510#m1258510 <p>Hallo.</p> <blockquote> <p>Wer mit PHP seine Seite "designed", macht etwas falsch.</p> </blockquote> <p>CSS ist egal, ob es durch dich oder ein Script geschrieben wird. Die Trennung von Struktur, Inhalt und Gestaltung bleibt gewahrt.<br> MfG, at</p> Tabellenlayout Sat, 21 Jun 08 20:47:50 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258511#m1258511 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258511#m1258511 <blockquote> <p>Hallo.</p> <blockquote> <p>Wer mit PHP seine Seite "designed", macht etwas falsch.</p> </blockquote> <p>CSS ist egal, ob es durch dich oder ein Script geschrieben wird. Die Trennung von Struktur, Inhalt und Gestaltung bleibt gewahrt.</p> </blockquote> <p>Ja, für den Browser oder den Besucher ist das egal. Nicht aber für denjenigen, der die Website erstellt oder verwaltet. In dessen Kopf wird dann Funktionalität und Design vermischt.</p> Tabellenlayout Sat, 21 Jun 08 22:55:09 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258512#m1258512 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258512#m1258512 <p>Hallo.</p> <blockquote> <p>Ja, für den Browser oder den Besucher ist das egal. Nicht aber für denjenigen, der die Website erstellt oder verwaltet. In dessen Kopf wird dann Funktionalität und Design vermischt.</p> </blockquote> <p>Dann muss er vorher aber sehr beschränkt gewesen sein, denn was ändert sich überhaupt?</p> <ul> <li>Der Server wird konfiguriert, CSS-Ressourcen immer oder in bestimmten Fällen durch den PHP-Parser zu schicken.</li> <li>Die CSS-Ressource bekommt die Variablen, die du dir von CSS wünschst.</li> <li>Die Werte für die Variablen werden an beliebiger Stelle abgelegt, was ja auch geschehen müsste, wenn CSS sie irgendwo zentral verwalten sollte.</li> <li>Ein Script fügt die Komponenten auf Anfrage des Servers zusammen und liefert sie aus.<br> Wo soll da jetzt das Problem liegen? Bibliotheken wie GDlib oder Imagemagick machen doch kaum etwas anderes.<br> MfG, at</li> </ul> Tabellenlayout Thu, 19 Jun 08 13:52:25 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258515#m1258515 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258515#m1258515 <blockquote> <p>hallo,</p> <blockquote> <p>PHP ist für das Verarbeiten und Ausgeben von Daten zuständig, die Content sind. Mit Design hat PHP nix zu tun.<br> Bei Javascript gilt das gleiche.</p> </blockquote> <p>Richtig - allerdings weißt du, wieviele Buchstabem der längstmögliche Eintrag hat. Also kannst du ausrechnen oder eventuell mit einem Pixellineal nachmessen, welche Maxiamlbreite aufgrund deiner CSS erreichbar ist.</p> </blockquote> <p>Ja, das kann ich ausrechnen. Bewirke ich mit dieser Rechnung eine Änderung am Inhalt? Nein? Dann darf ich es nicht tun. Für die Darstellung ist _ausschließlich_ CSS zuständig und sonst nichts. Einfach gar nichts. Außer vielleicht Flash, damit kenn ich mich nicht aus, das ist ja aber auch eine Welt für sich.</p> <blockquote> <blockquote> <p>Wie wäre es denn damit, dass man in CSS automatisch Variablen der Werte anderer Elemente mit einer ID hat.</p> </blockquote> <p>Mir ist nicht bekannt, daß es in CSS Variablen gäbe.</p> </blockquote> <p>Ja, deswegen nutzte ich Konjunktiv. Würde ich dem W3C angehören, würde ich so etwas vorschlagen. Ich weiß allerdings nicht, ob es da Probleme gäbe, z.B. in der Performance, sodass es nicht möglich ist. Deswegen habe ich hier gefragt. Ich wäre auch dafür, das selektieren von Elementen oberhalb im DOM zu erlauben (Also das Gegenteil von "#element:hover #kindelement{}"), was aber zu rechenlastig wäre, laut Mozilla.</p> Tabellenlayout Thu, 19 Jun 08 14:38:39 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258518#m1258518 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258518#m1258518 <blockquote> <p>Ich wäre auch dafür, das selektieren von Elementen oberhalb im DOM zu erlauben (Also das Gegenteil von "#element:hover #kindelement{}"), was aber zu rechenlastig wäre, laut Mozilla.</p> </blockquote> <p>was kommt als nächster, bsp-trees oder octree verkehrtherum auslesen?</p> <p>ich kann mir gut vorstellen, dass das zu performancelastig ist - ein baum wirde grade deshalb verwendet WEIL er performance spart und man die einzelnen äste getrennt berechnen kann</p> <p>durch "eltern > kind" und "kind < eltern"-selektoren könnte man quasi endlosschleifen produzieren, diese müsste der parser/browser erstmal vermeiden - und logiken um gewollte und nicht gewollte rekursionen zu erkennen und zu vermeiden sind meisten sehr performancelastig</p> Tabellenlayout Fri, 20 Jun 08 23:34:23 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258516#m1258516 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258516#m1258516 <p>hallo,</p> <blockquote> <blockquote> <p>allerdings weißt du, wieviele Buchstabem der längstmögliche Eintrag hat. Also kannst du ausrechnen oder eventuell mit einem Pixellineal nachmessen, welche Maxiamlbreite aufgrund deiner CSS erreichbar ist.<br> Ja, das kann ich ausrechnen. Bewirke ich mit dieser Rechnung eine Änderung am Inhalt?</p> </blockquote> </blockquote> <p>Natürlich nicht, aber jetzt trittst du dir selber in den Hintern: du willst eine ganz bestimmte "Layout"-Vorgabe einrichten - nämlich die Maximalbreite deines Menüs - und verkriechst dich jetzt hinter "Inhalte", die du selbstverständlich mit CSS nur in sehr geringem Maß beeinflussen kannst (ein _bißchen_ geht das mit :bevor und :after schon). Also eine Retourkutsche: eine "Änderung am Inhalt" kannst du derzeit nicht wirklich zuverlässig mit CSS realisieren, aber das ist ja auch nicht seine Aufgabe. Und falls ich dich bisher richtig verstanden habe, gehts dir doch gar nicht um Änderungen der Inhalte, das machst du ja eh schon mit einer anderen Technik. Mein Vorschlag war, den "Inhalten" eine Maximalbreite zuzuweisen, was mit CSS sehr wohl möglich ist. Auch wenn es nicht alle Browser wirklich verstehen.</p> <blockquote> <p>Dann darf ich es nicht tun.</p> </blockquote> <p>Doch, selbstverständlich darfst du die Zahl der maximal möglichen Buchstaben ermitteln.</p> <blockquote> <p>Für die Darstellung ist _ausschließlich_ CSS zuständig und sonst nichts. Einfach gar nichts.</p> </blockquote> <p>Laß das mal beiseite. In der Theorie, die du hier so vehement ansprichst, stehen wir schließlich auf derselben Seite.</p> <blockquote> <blockquote> <p>Mir ist nicht bekannt, daß es in CSS Variablen gäbe.<br> Ja, deswegen nutzte ich Konjunktiv. Würde ich dem W3C angehören, würde ich so etwas vorschlagen.</p> </blockquote> </blockquote> <p>Solche Vorschläge gibt es bereits.</p> <p>Grüße aus Berlin</p> <p>Christoph S.</p> <div class="signature">-- <br> <a href="http://community.de.selfhtml.org/visitenkarten/view.php?key=26" rel="nofollow noopener noreferrer">Visitenkarte</a><br> ss:| zu:) ls:& fo:) va:) sh:| rl:| </div> Tabellenlayout Sat, 21 Jun 08 20:53:45 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258517#m1258517 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258517#m1258517 <blockquote> <p>hallo,</p> <blockquote> <blockquote> <p>allerdings weißt du, wieviele Buchstabem der längstmögliche Eintrag hat. Also kannst du ausrechnen oder eventuell mit einem Pixellineal nachmessen, welche Maxiamlbreite aufgrund deiner CSS erreichbar ist.<br> Ja, das kann ich ausrechnen. Bewirke ich mit dieser Rechnung eine Änderung am Inhalt?</p> </blockquote> </blockquote> <p>Natürlich nicht, aber jetzt trittst du dir selber in den Hintern: du willst eine ganz bestimmte "Layout"-Vorgabe einrichten - nämlich die Maximalbreite deines Menüs - und verkriechst dich jetzt hinter "Inhalte", die du selbstverständlich mit CSS nur in sehr geringem Maß beeinflussen kannst (ein _bißchen_ geht das mit :bevor und :after schon). Also eine Retourkutsche: eine "Änderung am Inhalt" kannst du derzeit nicht wirklich zuverlässig mit CSS realisieren, aber das ist ja auch nicht seine Aufgabe. Und falls ich dich bisher richtig verstanden habe, gehts dir doch gar nicht um Änderungen der Inhalte, das machst du ja eh schon mit einer anderen Technik. Mein Vorschlag war, den "Inhalten" eine Maximalbreite zuzuweisen, was mit CSS sehr wohl möglich ist. Auch wenn es nicht alle Browser wirklich verstehen.</p> </blockquote> <p>Nein, dann hast du mich leider falsch verstanden. Angenommen ich habe auf meiner Seite zwei Listen, die absolut gar nichts miteinander zu tun haben, außer, dass sie im selben Dokument stehen. Sie haben aber inhaltlich keine Verbindung, sind kein Kindelement eines anderen Elements oder ähnliches.</p> <p>Nun ich möchte ich (weil ich es schön finde), dass beide Listen immer gleich groß sind. Und zwar soll die Kleinere in der Höhe und der Breite immer so groß sein wie die Größere. Das ist momentan mittels HTML und CSS nicht möglich. Es geht nur, wenn man mittels Javascript die Größe ausliest und dann jeweils entsprechend reagiert. Meiner Meinung war nun, dass man dies nicht tun sollte, sondern stattdessen CSS erweitern sollte, was ja auch unentwegt getan wird.<br> Da aber (afaik) ein solches "Feature" auch in CSS 3 nicht möglich sein wird, wollte ich (dich) einfach mal fragen, wie das in Zukunft wohl aussieht, weil es Leute gibt (z.B. du), die sich damit sicherlich schon mehr beschäftigt haben und ich zugegeben zu faul bin, erst groß danach zu suchen.</p> Tabellenlayout Thu, 19 Jun 08 15:27:08 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258519#m1258519 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258519#m1258519 <blockquote> <blockquote> <p>Ich wäre auch dafür, das selektieren von Elementen oberhalb im DOM zu erlauben (Also das Gegenteil von "#element:hover #kindelement{}"), was aber zu rechenlastig wäre, laut Mozilla.</p> </blockquote> <p>was kommt als nächster, bsp-trees oder octree verkehrtherum auslesen?</p> <p>ich kann mir gut vorstellen, dass das zu performancelastig ist - ein baum wirde grade deshalb verwendet WEIL er performance spart und man die einzelnen äste getrennt berechnen kann</p> <p>durch "eltern > kind" und "kind < eltern"-selektoren könnte man quasi endlosschleifen produzieren, diese müsste der parser/browser erstmal vermeiden - und logiken um gewollte und nicht gewollte rekursionen zu erkennen und zu vermeiden sind meisten sehr performancelastig</p> </blockquote> <p>Wie gesagt, das kann sein, damit habe ich mich nicht näher beschäftigt. Mein Vorschlag mit den Variablen innerhalb von CSS wäre allerdings imho klasse, weil man damit viele momentan nicht zu lösende Probleme bewältigen könnte.<br> Z.B. ein Footer, der immer ganz unten auf einer Seite ist, egal wieviel Inhalt es gibt und wie groß das Browserfenster ist. Oder auch zwei Spalten, die gleich lang sind, wie bei einer Tabelle eben.</p> <p>Denn: für mich bedeutet HTML eben die Auszeichnung des Inhalts. Das bedeutet, dass bestimmte Teile des inhalts unterschiedlich klassifiziert werden. Nicht mehr und nicht weniger. Wenn man gutes HTML schreibt, sollte die Faustregel imho sein, dass man einem Fremden erklären kann, welches Element bzw. welche Attribute welchen Inhalt wie hervorheben oder klassifizieren.</p> <p>Leere <div> Elemente darf es deshalb imho auch nicht geben.</p> Tabellenlayout Thu, 19 Jun 08 15:56:34 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258543#m1258543 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258543#m1258543 <blockquote> <p>Leere <div> Elemente darf es deshalb imho auch nicht geben.</p> </blockquote> <p>man kann mit css fürchterlich viel machen - feststehende footer am seitenende usw sind kein problem - das problem sind leider immer wieder nicht standardkonforme browser - auch leere elemente sind ansich nicht nötig</p> <p>zum thema variablen: jein, für farben und allgemeine defintionen wärs zb praktisch</p> <p>solche "schreibweisen" wären in manchen fällen sehr praktisch:<br> //variable1// = red<br> h1 { color: //variable1//; }<br> h2 { border: //variable1//; }<br> h2 { background: //variable1//; }</p> ist keine Programmiersprache Fri, 20 Jun 08 01:06:15 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258520#m1258520 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258520#m1258520 <p>Hi,</p> <blockquote> <p>Mein Vorschlag mit den Variablen innerhalb von CSS wäre allerdings imho klasse, weil man damit viele momentan nicht zu lösende Probleme bewältigen könnte.</p> </blockquote> <p>Die da waeren?</p> <blockquote> <p>Z.B. ein Footer, der immer ganz unten auf einer Seite ist, egal wieviel Inhalt es gibt und wie groß das Browserfenster ist.</p> </blockquote> <p>Wie suit schon sagte, eigentlich kein Argument.</p> <blockquote> <p>Oder auch zwei Spalten, die gleich lang sind, wie bei einer Tabelle eben.</p> </blockquote> <p>Ebenfalls moeglich - display kennt diverse "table-"-Auspraegungen.</p> <blockquote> <p>Denn: für mich bedeutet HTML eben die Auszeichnung des Inhalts. Das bedeutet, dass bestimmte Teile des inhalts unterschiedlich klassifiziert werden. Nicht mehr und nicht weniger. Wenn man gutes HTML schreibt, sollte die Faustregel imho sein, dass man einem Fremden erklären kann, welches Element bzw. welche Attribute welchen Inhalt wie hervorheben oder klassifizieren.</p> </blockquote> <p>Schoen und gut, erklaert aber nicht, wofuer man in CSS "Variablen" brauchen sollte.<br> Damit wuerdest du naemlich CSS von einer Formatierungs- zu einer (rudimentaeren) Programmiersprache machen wollen. Das ist aber bloedsinnig, weil es solche erstens bereits zur Genuege gibt, und diese zweitens sehr gut mit CSS "zusammenarbeiten". Sowohl serverseitig (dynamische Generierung von CSS-Code, wenn erforderlich), als auch clientseitig (Manipulation von CSS-Eigenschaftswerten per style-Objekt, dynamische Generierung/Manipulation von CSS-Regeln, ...)</p> <p>MfG ChrisB</p> <div class="signature">-- <br> "The Internet: Technological marvel of marvels - but if you don't know *what* you're lookin' for on the Internet, it is nothing but a time-sucking vortex from hell." </div> ist keine Programmiersprache Fri, 20 Jun 08 12:29:47 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258524#m1258524 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258524#m1258524 <blockquote> <p>Hi,</p> <blockquote> <p>Mein Vorschlag mit den Variablen innerhalb von CSS wäre allerdings imho klasse, weil man damit viele momentan nicht zu lösende Probleme bewältigen könnte.</p> </blockquote> <p>Die da waeren?</p> <blockquote> <p>Z.B. ein Footer, der immer ganz unten auf einer Seite ist, egal wieviel Inhalt es gibt und wie groß das Browserfenster ist.</p> </blockquote> <p>Wie suit schon sagte, eigentlich kein Argument.</p> <blockquote> <p>Oder auch zwei Spalten, die gleich lang sind, wie bei einer Tabelle eben.</p> </blockquote> <p>Ebenfalls moeglich - display kennt diverse "table-"-Auspraegungen.</p> </blockquote> <p>Achja? Auch wenn diese Spalten in keinerlei logischem Zusammenhang stehen? Ganz sicher nicht.</p> <blockquote> <blockquote> <p>Denn: für mich bedeutet HTML eben die Auszeichnung des Inhalts. Das bedeutet, dass bestimmte Teile des inhalts unterschiedlich klassifiziert werden. Nicht mehr und nicht weniger. Wenn man gutes HTML schreibt, sollte die Faustregel imho sein, dass man einem Fremden erklären kann, welches Element bzw. welche Attribute welchen Inhalt wie hervorheben oder klassifizieren.</p> </blockquote> <p>Schoen und gut, erklaert aber nicht, wofuer man in CSS "Variablen" brauchen sollte.</p> </blockquote> <p>Nein, das soll es auch nicht erklären. Und es soll auch nicht den Ursprung des Universums oder den Sinn des Lebens erklären.</p> <blockquote> <p>Damit wuerdest du naemlich CSS von einer Formatierungs- zu einer (rudimentaeren) Programmiersprache machen wollen.</p> </blockquote> <p>Das wird schon das W3C für mich machen. Guck mal in den CSS Spezifikationen.</p> ist keine Programmiersprache Sun, 22 Jun 08 10:35:58 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258521#m1258521 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258521#m1258521 <p>Hallo,</p> <blockquote> <p>Schoen und gut, erklaert aber nicht, wofuer man in CSS "Variablen" brauchen sollte.</p> </blockquote> <p>Ganz banal für Styleguides, Farben aus einer Palette, die man nicht immer wieder wiederholen will, etc. Sieh's nicht als Variablen sondern als Konstanten, die im Präprozessor eingesetzt werden.</p> <p>Dieser <a href="http://disruptive-innovations.com/zoo/cssvariables/" rel="nofollow noopener noreferrer">Vorschlag</a> fliegt derzeit in der CSS WG rum und soll wohl „mit Vorzug“ behandelt werden. Es soll auch schon Implementierungen dazu geben.</p> <blockquote> <p>Damit wuerdest du naemlich CSS von einer Formatierungs- zu einer (rudimentaeren) Programmiersprache machen wollen.</p> </blockquote> <p>Variablen machen noch keine Programmiersprache.</p> <p>Tim</p> ist keine Programmiersprache Mon, 23 Jun 08 19:32:37 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258522#m1258522 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258522#m1258522 <p>Hi,</p> <blockquote> <blockquote> <p>Schoen und gut, erklaert aber nicht, wofuer man in CSS "Variablen" brauchen sollte.</p> </blockquote> <p>Ganz banal für Styleguides, Farben aus einer Palette, die man nicht immer wieder wiederholen will, etc. Sieh's nicht als Variablen sondern als Konstanten, die im Präprozessor eingesetzt werden.</p> </blockquote> <p>Das kann, wie schon erwaehnt wurde, bspw. auch der bekannte HyperText PreProcessor (a.k.a. PHP), bzw. jede andere serverseitige Technik, erledigen.</p> <p>MfG ChrisB</p> <div class="signature">-- <br> "The Internet: Technological marvel of marvels - but if you don't know *what* you're lookin' for on the Internet, it is nothing but a time-sucking vortex from hell." </div> Variablen: Implementierungen sind schon auf dem Weg Tue, 24 Jun 08 23:35:02 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258523#m1258523 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258523#m1258523 <p>Hallo Chris,</p> <blockquote> <p>Das kann, wie schon erwaehnt wurde, bspw. auch der bekannte HyperText PreProcessor (a.k.a. PHP), bzw. jede andere serverseitige Technik, erledigen.</p> </blockquote> <p>Trotz der Vielzahl an Hauptschülern steht damit nicht jeder auf gutem Fuss, manmuß es kennen. Insofern ist eine vereinheitlichte Syntax – denk an eine DSL - durchaus sehr praktisch, egal, ob die nun im Browser oder auf dem Server ausgeführt wird. Ich bevorzuge Browser, da nicht immer eine Server-Umgebung für alle Anwendungsfälle von CSS bereit steht.</p> <p>Auf dem Server gibt es schon eine (leicht erweiterte) <a href="http://interfacelab.com/variables-in-css-via-php/" rel="nofollow noopener noreferrer">Lösung</a> und in aktuellen WebKit Nightlies kann man das ganze mit -webkit-Präfixen schon ausprobieren. Der Großteil der <a href="http://trac.webkit.org/browser/trunk/LayoutTests/fast/css/variables" rel="nofollow noopener noreferrer">Tests</a> klappt wunderbar.</p> <p>Tim</p> ist keine Programmiersprache Fri, 20 Jun 08 13:00:56 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258525#m1258525 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258525#m1258525 <blockquote> <p>Achja? Auch wenn diese Spalten in keinerlei logischem Zusammenhang stehen? Ganz sicher nicht.</p> </blockquote> <p>dann gehts aber mit tabellen auch nicht - der logische zusammenhang von gleich langen tabellenspalten IST das gemeinsame elternelement <tr /> und dessen gemeinsames eltern element <table /></p> <p>zwischen<br> <table><br>   <tr><br>     <td></td><br>     <td></td><br>   </tr><br> </table></p> <p>und</p> <p><div><br>   <div style="display: table-row;"><br>     <div style="display: table-cell;"></div><br>     <div style="display: table-cell;"></div><br>   </div><br> </div></p> <p>ist ansich nicht viel unterschied (mit ausnahme der semantik hinter einer tabelle und thead/tbody/tfoot)</p> <blockquote> <p>Nein, das soll es auch nicht erklären. Und es soll auch nicht den Ursprung des Universums oder den Sinn des Lebens erklären.</p> </blockquote> <p>warum sollte man das auch - die frage nach dem leben, dem universum und dem ganzen rest wird schon klar durch "42" beantwortet</p> <blockquote> <blockquote> <p>Damit wuerdest du naemlich CSS von einer Formatierungs- zu einer (rudimentaeren) Programmiersprache machen wollen.<br> Das wird schon das W3C für mich machen. Guck mal in den CSS Spezifikationen.</p> </blockquote> </blockquote> <p>eine deklaratiosnsprache ist eine programmiersprache, wenn auch sehr sehr einfach gestrickt - die frage ist aber, wo man grenzen zieht</p> <p>ist ein nachfahren-selektor ausreichen, oder pseudoklassen die auf benutzer"eingaben" reagieren  wie etwa :hover oder ist :nth-child schon zu kompliziert für eine style-sheet-sprache?</p> ist keine Programmiersprache Fri, 20 Jun 08 13:07:27 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258541#m1258541 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258541#m1258541 <p>Mahlzeit suit,</p> <blockquote> <p>ist ein nachfahren-selektor ausreichen, oder pseudoklassen die auf benutzer"eingaben" reagieren  wie etwa :hover oder ist :nth-child schon zu kompliziert für eine style-sheet-sprache?</p> </blockquote> <p>Diese Pseudoklassen reagieren in keinster Weise auf irgendwas. Sie definieren nur, wie ein Browser Elemente, die bestimmte Eigenschaften haben oder sich in einem bestimmten Kontext oder Zustand befinden, darstellen soll.</p> <p>MfG,<br> EKKi</p> <div class="signature">-- <br> sh:( fo:| ch:? rl:( br:> n4:~ ie:% mo:} va:) de:] zu:) fl:{ ss:) ls:& js:| </div> ist keine Programmiersprache Fri, 20 Jun 08 13:32:13 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258526#m1258526 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258526#m1258526 <blockquote> <blockquote> <p>Achja? Auch wenn diese Spalten in keinerlei logischem Zusammenhang stehen? Ganz sicher nicht.</p> </blockquote> <p>dann gehts aber mit tabellen auch nicht - der logische zusammenhang von gleich langen tabellenspalten IST das gemeinsame elternelement <tr /> und dessen gemeinsames eltern element <table /></p> </blockquote> <p>Nur weil Tabellen (wie kommst du überhaupt darauf?) das nicht können, sollte es mit CSS auch nicht gehen? ôO</p> <blockquote> <p>eine deklaratiosnsprache ist eine programmiersprache, wenn auch sehr sehr einfach gestrickt - die frage ist aber, wo man grenzen zieht</p> <p>ist ein nachfahren-selektor ausreichen, oder pseudoklassen die auf benutzer"eingaben" reagieren  wie etwa :hover oder ist :nth-child schon zu kompliziert für eine style-sheet-sprache?</p> </blockquote> <p>Ich finde schon. Und ich finde es gut so, denn um zu Designen muss man auch rechnen und Bedingungen stellen, etc.</p> ist keine Programmiersprache Fri, 20 Jun 08 15:14:45 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258540#m1258540 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258540#m1258540 <blockquote> <p>Nur weil Tabellen (wie kommst du überhaupt darauf?) das nicht können, sollte es mit CSS auch nicht gehen? ôO</p> </blockquote> <p>deine aussage war folgende</p> <blockquote> <blockquote> <p>Achja? Auch wenn diese Spalten in keinerlei logischem Zusammenhang stehen? Ganz sicher nicht.</p> </blockquote> </blockquote> <p>wenn du zwei voneinander getrennte tabellen hast, deren spalten in keinem logischen zusammehang stehen, ist es auch mit tabellen nicht möglich, gleich-lange spalten zu erzeugen</p> <p>wenn diese in einer beziehung zueinander stehen ist es sowohl mit css alsauch mit tabellen möglich, wobei tabellen fürs layout die schlechter wahl sind</p> <blockquote> <p>Ich finde schon. Und ich finde es gut so, denn um zu Designen muss man auch rechnen und Bedingungen stellen, etc.</p> </blockquote> <p>sagt ja auch keiner, aber die möglichkeiten sind imho ausreichend, lediglich die browser sind zu dämlich</p> ist keine Programmiersprache Fri, 20 Jun 08 19:37:55 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258527#m1258527 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258527#m1258527 <p>Hi,</p> <blockquote> <p>[...] denn um zu Designen muss man auch rechnen und Bedingungen stellen, etc.</p> </blockquote> <p>Noch mal: Clienseitige Scriptsprachen existieren.</p> <p>MfG ChrisB</p> <div class="signature">-- <br> "The Internet: Technological marvel of marvels - but if you don't know *what* you're lookin' for on the Internet, it is nothing but a time-sucking vortex from hell." </div> ist keine Programmiersprache Fri, 20 Jun 08 22:55:39 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258528#m1258528 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258528#m1258528 <blockquote> <p>Hi,</p> <blockquote> <p>[...] denn um zu Designen muss man auch rechnen und Bedingungen stellen, etc.</p> </blockquote> <p>Noch mal: Clienseitige Scriptsprachen existieren.</p> </blockquote> <p>Noch mal: diese sollten nicht zum Designen verwendet werden.</p> ist keine Programmiersprache Fri, 20 Jun 08 23:04:12 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258538#m1258538 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258538#m1258538 <p>Yerf!</p> <blockquote> <blockquote> <p>Noch mal: Clienseitige Scriptsprachen existieren.</p> </blockquote> <p>Noch mal: diese sollten nicht zum Designen verwendet werden.</p> </blockquote> <p>Sondern was? Pinsel und Farbe? Dann zieh mal los und beschmier die Monitore deiner Besucher, du wirst schon sehen was du davon hast...</p> <p>Das was du forderst *ist* eine clientseitige Scriptsprache, egal ob du sie jetzt css oder irgendwie anders nennst...</p> <p>Gruß,</p> <p>Harlequin</p> <div class="signature">-- <br> <!--[if IE]>This page is best viewed with a webbrowser. <a href="http://www.opera.com" rel="nofollow noopener noreferrer">Get one today!</a><![endif]--> </div> ist keine Programmiersprache Fri, 20 Jun 08 23:19:26 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258529#m1258529 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258529#m1258529 <p>@@Tannenbaum:</p> <blockquote> <blockquote> <p>Noch mal: Clienseitige Scriptsprachen existieren.</p> </blockquote> <p>Noch mal: diese sollten nicht zum Designen verwendet werden.</p> </blockquote> <p>Äh, wie bitte? Wie willst du auf clientseitige Gegebenheiten (Viewportgröße, Schriftgröße etc.) reagieren, wenn nicht mit einer clientseitigen Scriptsprache – also JavaScript?</p> <p>Dass damit „nur“ Feinschliff vorgenommen werden sollte und die Seite auch ohne diesen recht ansehnlich sein sollte, steht natürlich außer Frage.</p> <p>Live long and prosper,<br> Gunnar</p> <div class="signature">-- <br> <a href="http://memory-alpha.org/de/wiki/Erwerbsregeln_der_Ferengi" rel="nofollow noopener noreferrer">Erwebsregel</a> 208: Manchmal ist das einzige, was gefährlicher als eine Frage ist, eine Antwort. </div> ist keine Programmiersprache Fri, 20 Jun 08 23:23:56 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258531#m1258531 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258531#m1258531 <blockquote> <p>@@Tannenbaum:</p> <blockquote> <blockquote> <p>Noch mal: Clienseitige Scriptsprachen existieren.</p> </blockquote> <p>Noch mal: diese sollten nicht zum Designen verwendet werden.</p> </blockquote> <p>Äh, wie bitte? Wie willst du auf clientseitige Gegebenheiten (Viewportgröße, Schriftgröße etc.) reagieren, wenn nicht mit einer clientseitigen Scriptsprache – also JavaScript?</p> </blockquote> <p>CSS hat gefälligst darauf zu reagieren, solange es nur eine Änderung im Design ist und nichts mit einer Änderung des Inhalts zu tun hat. Daher muss die Funktionalität von CSS auch noch stark erweitert werden, sodass es nicht mehr notwendig ist, Javascript zu verwenden.</p> ist keine Programmiersprache Sun, 22 Jun 08 10:36:54 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258530#m1258530 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258530#m1258530 <p>Hallo Gunnar,</p> <blockquote> <p>Äh, wie bitte? Wie willst du auf clientseitige Gegebenheiten (Viewportgröße, Schriftgröße etc.) reagieren, wenn nicht mit einer clientseitigen Scriptsprache – also JavaScript?</p> </blockquote> <p>Media Queries? ;)</p> <p>Tim</p> ist keine Programmiersprache Sat, 21 Jun 08 15:59:03 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258534#m1258534 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258534#m1258534 <p>Hallo.</p> <blockquote> <p>CSS hat gefälligst darauf zu reagieren, solange es nur eine Änderung im Design ist und nichts mit einer Änderung des Inhalts zu tun hat. Daher muss die Funktionalität von CSS auch noch stark erweitert werden, sodass es nicht mehr notwendig ist, Javascript zu verwenden.</p> </blockquote> <p>Am Ende hat man dann einen Teil von Javascript in CSS 4.0 umgetauft und nichts ist gewonnen, außer natürlich deiner Genugtuung, kein Javascript eingesetzt zu haben.<br> MfG, at</p> Keep It Simple Stupid Sun, 22 Jun 08 11:07:19 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258532#m1258532 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258532#m1258532 <blockquote> <p>CSS hat gefälligst darauf zu reagieren, solange es nur eine Änderung im Design ist und nichts mit einer Änderung des Inhalts zu tun hat. Daher muss die Funktionalität von CSS auch noch stark erweitert werden, sodass es nicht mehr notwendig ist, Javascript zu verwenden.</p> </blockquote> <p>Wird CSS jemals Javascript ersetzen?</p> <p>Ein Vergleich:<br> Perl kann ^^alles^^.<br> Verzichten Autoren deshalb auf Module?</p> <p>So wird es mit CSS 7.0, das alles kann, sein. Javascript wird verwendet werden, weil niemand diese Komplexität ernstlich selbst schreiben will. Statt dessen setzt man auf dynamische Bibliotheken.</p> <p>Ich sehe allerdings Bedarf für Erweiterungen.<br> Zum Beispiel wird kaum jemand den Sinn von rem bezweifeln.<br> Auch :target wird uns verlässliche Popups geben.</p> <p>Aber alles ist wiederum relativ, wenn man bedenkt, dass man immer auch ältere Useragents (Ich spreche nicht nur von Browser) unterstützen soll.<br> In einem Raum, wo man mit einer Sprache unendlich viele Interpreter bedienen muss, herrschen andere Regeln als etwa in Perl oder PHP.<br> Und darum werden uns rem und :target zu Beginn gar nicht so viel nützen.</p> <p>Ein Vergleich:<br> Perl6 wird nicht abwärtskompatibel sein.</p> <p>Für CSS oder Javascript ist ein solcher Sprung undenkbar. CSS hat alle Fehler der Vergangenheit aufrecht zu erhalten. Und genau das wird eine logische Entwicklung in Zukunft stark verhindern.<br> Darum glaube ich nicht, dass es die Mehrzahl der jetzt vorgeschlagenen CSS Module Standard werden.</p> <p>Alle Ausgaben ausser Screen haben im CSS ein Stiefmütterchen-Dasein. Die Screen-Orientierung macht uns blind dafür, was CSS eigentlich soll.<br> Aber Umsetzungen anderer Medien ist gleichwohl problematisch. Ich weiss ja noch nicht einmal, wie ich für einen Bildschirm ^^designen^^ soll, der grösser als der meinige ist. Ich kann nur schreiben, was ich auch kontrollieren kann.<br> Selbst wenn wir andere Lösungen wie grid in CSS haben, kann dies diesen spezifischen Mangel nicht aufheben.</p> <p>Aus dem gesamten kann ich nur schliessen:<br> Keep it simple stupid.</p> <p>mfg Beat</p> <div class="signature">-- <br> Selber klauen ist schöner! </div> Keep It Simple Stupid Sun, 22 Jun 08 12:11:50 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258533#m1258533 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258533#m1258533 <p>Hallo.</p> <blockquote> <p>CSS hat alle Fehler der Vergangenheit aufrecht zu erhalten.</p> </blockquote> <p>Das bezweifele ich, denn zum einen fehlen schon heute Teile von CSS 2.0 in CSS 2.1, und zum zweiten ist auch analog zu <code class="language-css">@media</code> eine Erweiterung der Art @version in Verbindung mit <code class="language-css">@import</code> denkbar. Damit ließe sich CSS unter der Bedingung einbinden, dass der Browser mit dieser Version umgehen kann, während ansonsten einfach der Rest der CSS-Ressource verarbeitet würde. -- Und das ist natürlich nur eine von zahlreichen Möglichkeiten.</p> <blockquote> <p>Alle Ausgaben ausser Screen haben im CSS ein Stiefmütterchen-Dasein.</p> </blockquote> <p>Das hat aber zunächst wenig mit CSS zu tun, sondern mit der Unterstützung durch die Software-Industrie.</p> <blockquote> <p>Ich weiss ja noch nicht einmal, wie ich für einen Bildschirm ^^designen^^ soll, der grösser als der meinige ist. Ich kann nur schreiben, was ich auch kontrollieren kann.</p> </blockquote> <p>Es verlangt dem Designer sicher viel ab, sich in die Lage anderer Nutzer zu versetzen, aber genau diese Fähigkeit ist sicher einer der wichtigen Unterschiede zwischen Designern und "Designern".</p> <blockquote> <p>Aus dem gesamten kann ich nur schliessen:<br> Keep it simple stupid.</p> </blockquote> <p>Das würde ich gern erweitern: Mache es so einfach wie möglich, aber keinesfalls einfacher.<br> MfG, at</p> ist keine Programmiersprache Sat, 21 Jun 08 19:23:28 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258535#m1258535 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258535#m1258535 <p>Hi,</p> <blockquote> <p>Am Ende hat man dann einen Teil von Javascript in CSS 4.0 umgetauft und nichts ist gewonnen</p> </blockquote> <p>Im Gegenteil, das waere "Back to the roots" ...</p> <p><a href="http://aktuell.de.selfhtml.org/archiv/doku/7.0/tfbd.htm" rel="nofollow noopener noreferrer">http://aktuell.de.selfhtml.org/archiv/doku/7.0/tfbd.htm</a></p> <p>MfG ChrisB</p> <div class="signature">-- <br> "The Internet: Technological marvel of marvels - but if you don't know *what* you're lookin' for on the Internet, it is nothing but a time-sucking vortex from hell." </div> ist keine Programmiersprache Sat, 21 Jun 08 22:39:48 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258536#m1258536 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258536#m1258536 <p>Hallo.</p> <blockquote> <blockquote> <p>Am Ende hat man dann einen Teil von Javascript in CSS 4.0 umgetauft und nichts ist gewonnen</p> </blockquote> <p>Im Gegenteil, das waere "Back to the roots" ...</p> </blockquote> <p>Und das hieltest du für erstrebenswert? Oder verstehst du unter dem "Gegenteil" etwas anderes als das Gegenteil?<br> MfG, at</p> ist keine Programmiersprache Mon, 23 Jun 08 19:34:59 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258537#m1258537 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258537#m1258537 <p>Hi,</p> <blockquote> <blockquote> <blockquote> <p>Am Ende hat man dann einen Teil von Javascript in CSS 4.0 umgetauft und nichts ist gewonnen</p> </blockquote> <p>Im Gegenteil, das waere "Back to the roots" ...</p> </blockquote> <p>Und das hieltest du für erstrebenswert?</p> </blockquote> <p>Natuerlich nicht - das Konzept war ziemlicher Murks.</p> <blockquote> <p>Oder verstehst du unter dem "Gegenteil" etwas anderes als das Gegenteil?</p> </blockquote> <p>Mir ging's nur darum, dass das kein "Fortschritt" waere, was eine von dir gewaehlte Versionsnummer CSS 4.0 irgendwie andeutet - sondern viel frueher schon mal ein Rohrkrepierer war ...</p> <p>MfG ChrisB</p> <div class="signature">-- <br> "The Internet: Technological marvel of marvels - but if you don't know *what* you're lookin' for on the Internet, it is nothing but a time-sucking vortex from hell." </div> ist keine Programmiersprache Fri, 20 Jun 08 23:27:10 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258539#m1258539 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258539#m1258539 <blockquote> <p>Yerf!</p> <blockquote> <blockquote> <p>Noch mal: Clienseitige Scriptsprachen existieren.</p> </blockquote> <p>Noch mal: diese sollten nicht zum Designen verwendet werden.</p> </blockquote> <p>Sondern was? Pinsel und Farbe? Dann zieh mal los und beschmier die Monitore deiner Besucher, du wirst schon sehen was du davon hast...</p> <p>Das was du forderst *ist* eine clientseitige Scriptsprache, egal ob du sie jetzt css oder irgendwie anders nennst...</p> </blockquote> <p>Mit den clientseitigen Skriptsprachen war z.B. Javascript gemeint - nicht aber CSS. Da das Design aber ausschließlich über CSS definiert werden soll, darf Javascript nicht verändert werden.</p> <p>Oder mal konkret:<br> Nur weil man zwei unabhängige Spalten nicht mittels CSS gleich groß machen kann, sollte man nicht Javascript zweckentfremden sondern CSS erweitern.</p> ist keine Programmiersprache Fri, 20 Jun 08 13:24:15 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258542#m1258542 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258542#m1258542 <blockquote> <blockquote> <p>auf benutzer"eingaben" reagieren</p> </blockquote> </blockquote> <blockquote> <p>Diese Pseudoklassen reagieren in keinster Weise auf irgendwas. Sie definieren nur, wie ein Browser Elemente, die bestimmte Eigenschaften haben oder sich in einem bestimmten Kontext oder Zustand befinden, darstellen soll.</p> </blockquote> <p>das ist mir nach dem abschicken auch klar geworden, dass die hochkommas um "reagieren" gehört hätten ;D</p> Tabellenlayout Thu, 19 Jun 08 16:08:07 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258546#m1258546 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258546#m1258546 <blockquote> <blockquote> <p>Leere <div> Elemente darf es deshalb imho auch nicht geben.</p> </blockquote> <p>man kann mit css fürchterlich viel machen - feststehende footer am seitenende usw sind kein problem - das problem sind leider immer wieder nicht standardkonforme browser - auch leere elemente sind ansich nicht nötig</p> </blockquote> <p>Echt? Hast du da mal einen Link? Ich kenne nur Varianten mit mindestens einem leeren Element.</p> <blockquote> <p>zum thema variablen: jein, für farben und allgemeine defintionen wärs zb praktisch</p> <p>solche "schreibweisen" wären in manchen fällen sehr praktisch:<br> //variable1// = red<br> h1 { color: //variable1//; }<br> h2 { border: //variable1//; }<br> h2 { background: //variable1//; }</p> </blockquote> <p>Ich behelfe mir dabei normalerweise so, dass ich meine CSS Datei immer mit solchen Variablen schreibe und diese Variablen vor dem Upload von einem kleinen Script ersetzen lasse.</p> Tabellenlayout Fri, 20 Jun 08 10:04:59 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258544#m1258544 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258544#m1258544 <p>@@suit:</p> <blockquote> <p>zum thema variablen: jein, für farben und allgemeine defintionen wärs zb praktisch</p> <p>solche "schreibweisen" wären in manchen fällen sehr praktisch:<br> //variable1// = red<br> h1 { color: //variable1//; }<br> h2 { border: //variable1//; }<br> h2 { background: //variable1//; }</p> </blockquote> <p><a href="http://forum.de.selfhtml.org/archiv/2007/9/t158802/#m1032777" rel="nofollow noopener noreferrer">Wir können auch anders.</a></p> <p>Live long and prosper,<br> Gunnar</p> <div class="signature">-- <br> <a href="http://memory-alpha.org/de/wiki/Erwerbsregeln_der_Ferengi" rel="nofollow noopener noreferrer">Erwebsregel</a> 208: Manchmal ist das einzige, was gefährlicher als eine Frage ist, eine Antwort. </div> Tabellenlayout Fri, 20 Jun 08 12:30:12 Z https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258545#m1258545 https://forum.selfhtml.org/self/2008/jun/18/tabellenlayout/1258545#m1258545 <p><a href="http://forum.de.selfhtml.org/archiv/2007/9/t158802/#m1032777" rel="nofollow noopener noreferrer">Wir können auch anders.</a><br> das ist mir durchaus klar - darum habe ich ja das obrige beispiel gewählt (und mich vertippt ;)</p> <p>h1, h2, h3 {<br>   color: red;<br>   border: red;<br>   background: red;<br> }</p> <p>ist etwas anderes wie</p> <p>h1 { color: red; }<br> h2 { border: red; }<br> h3 { background: red; }</p> <p>je zerpflückter farbgemeinsamkeiten in einem design werden, desto schwieriger ist es, noch vernünftig gemeinsam mit css zu formatieren</p> <p>da hilft dann oft nur noch find & replace in einem editor oder das serverseitige generieren von css-files - praktisch wären variablen in css dadurch trotzdem, aber notwendig wahrscheinlich nicht, da es ja workarounds gibt</p> <p>phpbb3 nutzt zb ein derartiges system - ein art mini template-parser fürs css-file um grafikpfade oder farben zu definieren</p>