Dieser Beitrag befasst sich mit den verschiedenen Möglichkeiten, CSS zu formatieren, was sich von den verschiedenen Möglichkeiten, CSS zu *organisieren*, unterscheidet. Dies sind definitiv verwandte Konzepte, aber ich denke, Organisation hat mehr mit der Art und Weise zu tun, wie Dinge gruppiert und geordnet werden, während Formatierung mit Leerzeichen und Einrückungen zu tun hat.
Die Formatierung hat absolut nichts damit zu tun, wie das CSS funktioniert. Dies sind lediglich ästhetische Entscheidungen des Programmierers. Aber das bedeutet nicht, dass die Formatierung unwichtig ist. Das wäre, als würde man sagen, die Wahl der Leinwand sei für einen Maler nicht wichtig. Sie beeinflusst, wie es sich anfühlt, CSS zu schreiben, wie einfach es zu lesen ist, wie einfach es zu navigieren ist und wie einfach es ist, zuvor geschriebenes CSS wieder aufzugreifen und sich damit vertraut zu machen.
Der Grund, warum es bei der CSS-Formatierung so viele Wahlmöglichkeiten gibt, ist, dass es keine festen Syntaxregeln für Leerzeichen und Zeilenumbrüche gibt. Zum Beispiel
div { width: 50px }
ist dasselbe wie
div{width:50px}
ist dasselbe wie
div
{
width: 50px
}
Mehrzeiliges Format
.navigation_rss_icon {
position: absolute;
left: 940px;
bottom: 0px;
}
#navigation_rss {
position: absolute;
left: 720px;
font-family: Verdana, Arial, Helvetica, sans-serif;
text-transform: uppercase;
color: #897567;
line-height: 2.5em;
}
#navigation_rss li {
display: inline;
}
#navigation_rss li a:link, #navigation_rss li a:visited {
color: #fffffe;
text-decoration: none;
padding: 0px 2px;
letter-spacing: -0.05em;
}
#navigation_rss li a:hover {
color: #eed2a1;
text-decoration: none;
}
Ich wette, dies ist das häufigste. Es ist am einfachsten zu lesen, wenn es um kurze Snippets geht, weshalb geschriebene Tutorials dieses Format am häufigsten verwenden. Das obige Beispiel hat keine Leerzeile zwischen der schließenden Klammer und dem nächsten Selektor, aber das ist auch ziemlich üblich.
Mehrzeiliges Format mit Einrückung
.navigation_rss_icon {
position: absolute;
left: 940px;
bottom: 0px;
}
#navigation_rss {
position: absolute;
left: 720px;
font-family: Verdana, Arial, Helvetica, sans-serif;
text-transform: uppercase;
color: #897567;
line-height: 2.5em;
}
#navigation_rss li {
display: inline;
}
#navigation_rss li a:link, #navigation_rss li a:visited {
color: #fffffe;
text-decoration: none;
padding: 0px 2px;
letter-spacing: -0.05em;
}
#navigation_rss li a:hover {
color: #eed2a1;
text-decoration: none;
}
Ein eingerückter Block zeigt an, dass der Selektor spezifischer ist als der darüber liegende Elternselektor und dass er Kindelemente des darüber liegenden Selektors anvisiert.
Einzeiliges Format
div.wrapper { margin:0 auto; padding:200px 0 0 0; width:960px; z-index:2 }
ul.nav { position:absolute; top:0; left:430px; padding:120px 0 0 0 }
ul.nav li { display:inline; margin:0 10px 0 0 }
div.column { float:left; margin:0 70px 0 0; padding:0 0 0 70px; width:340px }
div.post_wrapper { background:url(http://cdn.images.elliotjaystocks.com/presentation/hr_long.png) bottom center no-repeat; margin:0 0 40px 0; padding:0 0 40px 0 }
div.wrapper img, div.wrapper a img, div.article_illustration_mini { background:#d3d4cb; padding:10px; border:1px solid #999 }
div.wrapper a:hover img { background:#fff }
Dies ist wahrscheinlich das platz- und größeneffizienteste, abgesehen davon, dass es vollständig komprimiert wird, um alle Leerzeichen und Zeilenumbrüche zu entfernen. Diese Technik würde das geringste vertikale und horizontale Scrollen beim Schreiben und Bearbeiten von CSS erfordern, allerdings auf Kosten einer unübersichtlichen und etwas schwierigen Darstellung beim Durchsuchen und Finden von Dingen, nach denen Sie suchen.
Einzeiliges Format mit Tabulatoren
h1, h2, h3 { font: 24px Helvetica, Sans-Serif; margin: 0 0 10px 0; }
h2 a, h2 a:visited { color: #2e2e2e; }
h2 a:hover { color: #fe4902; border-bottom: 1px dotted #2e2e2e; }
p, li, dd { font: 13px/18px "Lucida Grande", Arial, Helvetica, Sans-Serif; margin: 0 0 15px 0; color: #5e5d5d; }
td, th { font: 13px/18px "Lucida Grande", Arial, Helvetica, Sans-Serif; text-align: left; }
Einzeiliges Format mit Einrückung
#content-area ol { margin: 15px 0 0 25px; list-style: decimal; }
#content-area ol ol { list-style: lower-alpha; }
#content-area ul { margin: 0 0 0 5px; list-style: none; }
#content-area ul li { padding: 0 0 0 20px; background: url(/images/bullet.png) 0 3px no-repeat; }
#content-area ul ul { margin: 15px 0 0 25px; list-style: disc; }
#content-area ul ul li { background: none; padding: 0; }
Ein eingerückter Selektor gibt an, dass der Selektor etwas anspricht, das ein Kind des darüber liegenden Selektors ist.
Größtenteils einzeiliges Format
Ich bevorzuge das einzeilige Format, aber ich verwende Soft-Wrap in meinem Texteditor, sodass lange Zeilen nicht endlos weitergehen, sondern am Fensterrand umgebrochen werden. Bei wirklich langen Zeilen mit vielen Selektoren füge ich einen harten Zeilenumbruch ein und tabuliere zur neuen Zeile der Attribute.
h1, h2, h3 { font: 24px Helvetica, Sans-Serif; margin: 0 0 10px 0; }
h1 { font-size: 36px; }
h2 { font-size: 30px; }
h2 a, h2 a:visited { color: #2e2e2e; }
h2 a:hover { color: #fe4902; border-bottom: 1px dotted #2e2e2e; }
p, li, dd { font: 13px/18px "Lucida Grande", Arial, Helvetica, Sans-Serif;
margin: 0 0 15px 0; color: #5e5d5d; }
td, th { font: 13px/18px "Lucida Grande", Arial, Helvetica, Sans-Serif;
text-align: left; }
Variationen
Das einzeilige Format könnte noch weiter getrieben werden, indem die öffnende Klammer auf ihre eigene Zeile verschoben wird, was ich bei PHP recht häufig sehe.
div
{
padding: 10px;
}
Im mehrzeiligen Format mit Tabulatoren habe ich gesehen, dass die öffnende Klammer als eine Art Trennwand verwendet wird.
#content-area ol { margin: 15px 0 0 25px; list-style: decimal; }
#content-area ol ol { list-style: lower-alpha; }
#content-area ul { margin: 0 0 0 5px; list-style: none; }
#content-area ul li { padding: 0 0 0 20px; background: url(/images/bullet.png) 0 3px no-repeat; }
#content-area ul ul { margin: 15px 0 0 25px; list-style: disc; }
#content-area ul ul li { background: none; padding: 0; }
Kombination
Eine Kombination aus einzeiligem und mehrzeiligem Format wäre, nur zusammengehörige Attribute in einer einzigen Zeile zu gruppieren.
.navigation_rss_icon {
position: absolute;
top: 10px; left: 10px; bottom: 10px; right: 10px;
font-size: 12px; font-weight: bold;
}
Lesbarkeit vs. Scrollen
Ihre Wahl der Formatierung hängt von der Lesbarkeit ab. Sie müssen in der Lage sein, schnell durch Ihr CSS zu navigieren und das Gesuchte zu finden und Änderungen schnell vorzunehmen. Wenn Sie das einzeilige Format schwierig finden, weil Ihre Augen das gesuchte Attribut nur schwer finden können, dann sollten Sie es wahrscheinlich vermeiden.
Persönlich finde ich das mehrzeilige Format gut lesbar, aber es erhöht die Länge (tatsächliche Anzahl der Zeilen) um das 5- bis 8-fache. Das macht das gesamte Dokument für mich weniger lesbar, wegen all des vertikalen Scrollens. Wenn Sie einen eher schmalen Monitor haben, kann das einzeilige Format viel horizontales Scrollen verursachen, was manchmal noch schlimmer ist.
Das perfekte Format für Sie ist eines, das die Lesbarkeit maximiert und gleichzeitig das Scrollen minimiert. Darüber hinaus muss es sich im abstrakteren Sinne einfach richtig anfühlen.
Ich habe noch nie jemanden gesehen, der unnötige Zeilen in CSS verschwendet, indem er jede öffnende Klammer („{“) in eine eigene Zeile setzt. Übrigens, es ist = es ist.
Dies ist das Standardformat in Visual Studio und wird von vielen Entwicklern verwendet.
Ich mag dieses Format nicht besonders. Dennoch wird es verwendet.
Dies ist der Formatierungsstil, den ich bevorzuge, und ich habe noch nie mit Visual Studio gearbeitet. Ich benutze das Sprung-zu-Deklaration-Tool von BBEdit oft, sodass die meiste Scrollerei von Anfang an eliminiert ist (das funktioniert tatsächlich für die meisten Sprachen in BBEdit, es ist ein großartiges Werkzeug).
Letztendlich spielt es keine Rolle. Es geht nur darum, was Sie (und Ihr Team) bevorzugen.
Mir gefällt dieses Format auch. Es scheint mir einfach leichter zu lesen. Ich mag es auch nicht, alle ähnlichen Attribute auf dieselbe Zeile zu setzen. Außerdem versuche ich, die Stilattribute jedes Mal in einer bestimmten Reihenfolge zu platzieren. 'Float' und 'Display' gehen vor 'Height' und 'Width'. Dann kommt 'padding' oder 'margin'. Etc. Ich bin nicht zu pedantisch, aber es hilft mir beim Debuggen.
I’ve = Ich habe.
Eigentlich ist es == es ist.
Es scheint sinnvoll für die Bearbeitung zu sein, zum Beispiel, wenn Sie eine weitere Zeile hinzufügen würden.
Ich bevorzuge das mehrzeilige Format, aber ich denke, Sie hätten CSS-Kommentare erwähnen sollen?
Außerdem verwenden einige Editoren CSS-Gruppen (kann jemand bitte ein Coda-Plugin schreiben?), zum Beispiel CSSEdit oder ich glaube, Textmate tut das.
Sie können Dinge wie diese schreiben
…und dann können Sie zu Gruppen springen und sie in Ihrem Code-Navigator öffnen/schließen. Eine ziemlich großartige Funktion, wenn Sie mich fragen.
Das Einrücken von Unterklassen ist für mich eine neue Idee, danke!
Großartig. Danke Tom, ich habe das in Espresso ausprobiert und es funktioniert gut.
Es funktioniert perfekt! Sie sollten es auch in CSSEdit ausprobieren.
Ich bin in letzter Zeit ein Fan des Combo-Formats geworden. Es schafft einen schönen Kompromiss zwischen der Lesbarkeit des mehrzeiligen Formats und dem kompakten einzeiligen Stil.
Ich setze alle Box-Modell-Regeln auf die erste Zeile mit Breite und Höhe, der Hintergrund bekommt eine eigene Zeile, die Positionierung eine weitere, und die Textformatierung die letzte Zeile. Dieser Weg hat dazu geführt, dass meine Frau meinen Code leichter versteht – sowohl als Standardformat zum Lesen als auch als Hinweis auf meine Herangehensweise an CSS. Sie macht normalerweise nur Grafik und ich code – aber in letzter Zeit hat dieses CSS-Format es ihr ermöglicht, mehr Änderungen vorzunehmen, wenn ich nicht da bin.
Ich verwende das mehrzeilige Format, aber ich setze die zweite Klammer ans Ende der letzten Eigenschaft, so
Das liegt daran, dass ich die Angewohnheit entwickelt habe (aus keinem besonderen Grund), die längsten Eigenschaften zuletzt zu deklarieren…
Toller Beitrag, danke!
Habe das auch schon vor einiger Zeit gemacht, aber wenn man etwas am Ende eines mehrzeiligen Blocks bearbeitet, dann ist die schließende Klammer im Weg, man muss dazwischen klicken und manchmal löscht man sie… deshalb habe ich beschlossen, sie eine Zeile nach unten zu verschieben und zum CSS-Selektor zurückzubringen, das funktioniert für mich am besten…
#navigation_rss {
position: absolute;
left: 720px;
font-family: Verdana, Arial, Helvetica, sans-serif;
text-transform: uppercase;
color: #897567;
line-height: 2.5em;
}
Ich verwende das größtenteils einzeilige Format.
Bei einer Website, die ich gerade für einen Kunden erstelle, gibt es fast 343 Zeilen CSS. Im einzeiligen Format würden diese auf weit über 1500 Zeilen erweitert, wenn ich das mehrzeilige Format verwenden würde. Das ist doch eine Frechheit!
Ich finde einfach, dass das mehrzeilige Format eine Verschwendung wertvollen Platzes ist.
Ich mache es so
und so weiter. Ich sehe alles, was ich brauche, und ich sehe die Hierarchie, sodass ich schnell zu dem springen kann, wonach ich suche.
Genau so schreibe ich auch mein CSS. Ich finde, es bietet eine gute Balance zwischen Lesbarkeit und Scrollen.
Ich denke, das funktioniert für mich, weil ich, wenn ich mein CSS durchsehe, normalerweise nach den Selektoren suche und nicht unbedingt nach den Eigenschaften/Werten.
Hier ist es genauso.
Ich gruppiere auch Abschnitte (z. B. Header, Content, Sidebar) mit Kommentaren (/* @group Header*/ … /* @end */).
Die Struktur des Markups abzubilden, während ich mich im Entwicklungsprozess befinde, ist für mich essentiell.
Das mache ich auch so, wie ein Baum!
Während der Entwicklungszeit kann jeder formatieren, wie er möchte, aber jeder sollte jegliche Formatierung/Leerzeichen entfernen, wenn der Code in Produktion geht.
Ich denke, Sie meinten hinzuzufügen: „es sei denn, jemand muss es pflegen“ q;
Selbst dann gibt es genügend Tools, die es neu formatieren, wenn Sie Änderungen vornehmen müssen, oder was wir tun: Unser Deployment-Tool (oder Webserver) erstellt das minimierte CSS, das an den Browser gesendet wird. In der Entwicklung verwendet jeder die formatierte Version.
Schöner Beitrag. Ich habe gestern versucht, ein Tool zur automatischen Formatierung zu finden, und zufällig habe ich entdeckt, wie Aptana Studio (Strg+Umschalt+F) CSS automatisch formatiert. Es ist eine sehr coole Mehrzeilen-Methode. Beispielcode
Sehr cool? Es sieht schrecklich aus, als ob es nur eine Klasse gäbe. Wenn ich in einem Team mit jemandem arbeiten würde, der das produziert, würde ich ihn/sie bitten, gefeuert zu werden, da die Produktivität beim Lesen solchen Codes sinkt.
Sie würden um die Entlassung bitten? Das ist ein wenig extrem. Wäre ein leises Wort in sein Ohr nicht ein besserer Ansatz ;)
Ich versuche immer noch, das „sehr coole“ Stück da oben zu finden. hmmmm
Die Art und Weise, wie ich CSS verwende, ähnelt dem „Mehrzeiligen Format mit Einrückung“.
Oh und was der Beitrag auch nicht abdeckt: (wie) sortieren Sie die Deklarationen?
Nach einiger Experimentierzeit bevorzuge ich die alphabetische Sortierung, sodass ihre Position immer in der gleichen Reihenfolge ist.
Mein CSS sieht so aus
Natürlich besser formatiert mit Tabs.
Ich bevorzuge mehrzeilig, da es einfacher ist, den Überblick zu behalten, wenn ein Fehler in einer Zeile auftritt.
Wenn meine Dev-Toolbar einen Fehler in Zeile X markiert und der Code einzeilig ist, muss ich länger suchen als bei mehrzeiligem Code.
Ich stimme Ihnen vollkommen zu.
So formatiere ich auch mein CSS.
Mehrzeilige Formatierung + Kommentare = Schnelles Debugging
Ich denke, Debugging erfordert wirklich mehr als die einzeilige Formatierung. Allerdings gibt es oft auch spezifische Benachrichtigungen wie:
„Fehler in style.css Zeile 21, Farbe #FFFF gefunden, Farbe erwartet“ oder was auch immer, was es ziemlich schnell macht, zu der falsch deklarierten Eigenschaft zu gelangen.
Ich denke, nach dem Lesen dieses Artikels werde ich meinen Stil auf einen Hybridstil umstellen, einschließlich der Einrückung für Kindelemente. Das erscheint mir sehr sinnvoll, um die Kinder sofort zu erkennen.
Ich mag die Idee, Eigenschaften mit ähnlichen Rollen (Positionierung, Erscheinungsbild usw.) zusammenzuhalten, da dies eine Optimierung des vertikalen Scrollens ermöglicht und gleichzeitig aussagekräftige Debugging-Informationen liefert.
Einige wären mir sogar eingefallen, aber danke für die interessanten Ideen, die meiste davon ist nur in der Entwicklung anwendbar…
Ich bevorzuge einzeilig mit Einrückung, so
Ich bin selbst ein Mann der einzelnen Zeile.
Ich hasse es, gefühlt eine Ewigkeit mit mehrzeiligen Dateien nach unten zu scrollen.
Und als Espresso-Benutzer nutze ich die Ergänzung von Gruppen, wie Tom erwähnt hat.
Ich bin auch auf einer einzelnen Zeile mit diesem hier. Viel kompakter und wenn man die Logik von Blöcken anwendet, ist es gar nicht schwer zu lesen. Es dauert nur ein bisschen, bis man sich daran gewöhnt hat, aber sobald man sich damit wohlfühlt, ist es umso besser.
Ich denke, für die Produktion ist es besser, CSS zu minimieren. Und für die Entwicklung kann man die gewünschte Formatierung verwenden. Ich bevorzuge mehrzeilig mit Einrückung. So
Ich mag die Art und Weise, wie Sie das CSS formatieren, das am Anfang Ihrer Screencasts gezeigt wird, z. B.
Aber ich bezweifle, dass jemand wirklich so viel Mühe in die Formatierung von CSS investiert, anstatt die Website zu formatieren.
Ich schätze auch, dass Textmate Ihnen alle verwendeten IDs, Klassen und Tags im CSS anzeigt, damit Sie sie leicht auswählen können. Zusammen mit etwas Formatierungsarbeit an Ihrem Stylesheet sollte das viel Zeit sparen.
Bego
Das mache ich. Ich scanne normalerweise nach einem bestimmten Selektor, wenn ich eine CSS-Datei anschaue. Dieser Stil lässt den Selektor wirklich hervorstechen und den Rest ziemlich kompakt aussehen. Sobald Sie die gesuchte Regel gefunden haben, ist es einfach genug, die spezifischen Attribute zu unterscheiden.
Jeder macht das, womit er sich wohlfühlt. Was für den einen funktioniert, muss für andere nicht funktionieren. Herausfordernd kann es werden, wenn man mit einem Team von Leuten zusammenarbeitet, die das CSS schreiben. Dort ist es wichtig, dass das Team ein Format bespricht, das für alle leicht zu handhaben ist. Nichts ist schlimmer, als die Stylesheet-Datei eines anderen zu lesen, wenn man an ihren Formatierungsstil nicht gewöhnt ist.
Ich weiß, das ist Off-Topic.. aber ich sehne mich nach dem Tag, an dem das möglich sein wird.
Gibt es so etwas in CSS3?
Nein, das gibt es nicht in CSS3, aber es ist in Less CSS verfügbar.
Wow, Less CSS sieht interessant und potenziell sehr nützlich aus! Habe ich Recht, dass es nur für Ruby ist?
Ähnlich – aber mit PHP
http://wiki.github.com/anthonyshort/csscaffold
Es kann noch viel mehr :)
Ich setze meine Selektoren auch in neue Zeilen, da ich oft versuche, Selektoren zur einfacheren Bearbeitung zu gruppieren. Ein einfaches Beispiel
@Jacob Rask volle Zustimmung
@admin schöner Beitrag!
Außerdem kann ich empfehlen, Typ-, ID- und Klassenselektoren zu trennen.
Dann natürlich alle Selektoren alphabetisch sortieren ;)
Sie werden niemals so schnell Text lesen und finden, wenn Sie eine Datei mit über 1000 Zeilen haben.
Ich benutze einzeilig mit Tabulatoren. Ich denke, es erzeugt nicht nur ein sehr elegantes Aussehen, sondern ein großartiges Gleichgewicht zwischen Komprimierung und Lesbarkeit.
Außerdem verdirbt „Tabulieren“ die Formatierung in verschiedenen Programmen, daher verwende ich die Leertaste, um mein CSS zu „tabulieren“.
Tim Wright: Die Komprimierung sollte stattdessen erfolgen, indem Sie Ihren Code minimieren, bevor die Website live geht. Wenn Sie es überhaupt als Problem betrachten.
Die Minimierung von Code ohne Gzip-Komprimierung macht ihn unleserlich – und ziemlich nutzlos. Deshalb habe ich gesagt, dass es ein Gleichgewicht zwischen Komprimierung und Lesbarkeit ist.
Bei mir ist es einzeilig. Wenn Sie noch kein anderes Format ausprobiert haben, empfehle ich Ihnen, jedes einmal auszuprobieren. Ich dachte zuerst, einzeilig wäre ein Albtraum, aber dann fand ich, dass es für mich sogar einfacher war, Code zu finden und zu lesen!
Ich bin selbst ein altmodischer, mehrzeiliger Formatierer.
Ich habe sowohl die einzeilige als auch die tabulatorbasierte einzeilige Version ausprobiert, habe mich aber dabei ertappt, wie ich zu viel Zeit mit dem Drücken der Tabulatortaste verbracht habe, nur um alles in einer Linie zu halten.
– Martin
Ich habe früher einzeilig gemacht, aber als ich etwas bearbeiten musste, mochte ich es nicht wirklich.
Ich habe mehrzeilige Einrückungen für Kinder ausprobiert, das mochte ich nicht, es wurde zu einem Albtraum mit so vielen Kindern.
Visual Studio macht das gut, indem es die Klammern so anordnet:
div#page
{
margin:0 auto;
width:952px;
}
Dann mache ich alles alphabetisch und gruppiere Selektoren, normalerweise mit einem riesigen Kommentarblock, um zu wissen, wofür die Gruppe ist.
Ah, das sollten 1 Tabulator für alles nach der ersten Klammer sein. Funktioniert das…
div#page{
margin:0 auto;
width:952px;
}
Ich bevorzuge in vielen Dateien „Mehrzeiliges Format mit Einrückung“; und konvertiere diese für die Veröffentlichung in eine komprimierte, einzeilige Datei. Ich überprüfe die kompilierte Datei auf Wiederholungen und ungenutzte Selektoren, die ich in der einzelnen Datei ändere. Wenn die Bearbeitung keine Probleme verursacht, mache ich die Änderung in der besser lesbaren Datei. Nachdem ich kürzlich Compass & Sass (wie in Hampton Catlins HAML & Sass) gefunden habe, kann dies noch weiter getrieben werden.
Ich verwende eine Kombination aus einzeiligem und mehrzeiligem Format. Mein Editor (Textmate) zeigt mir die Spalte 80 an. Wenn alle Regeln darin Platz finden, wird das einzeilige Format verwendet.
Andernfalls verwende ich das mehrzeilige Format. Warum Spalte 80 fragen Sie? Es ermöglicht Ihnen, alle Regeln eines Selektors zu sehen, ohne horizontal scrollen zu müssen.
Ich mische und kombiniere – normalerweise mehrzeilig, aber einzeilig, wenn ich eine Gruppe ähnlicher Selektoren habe, wie diese
Auf diese Weise ist es einfacher, die Unterschiede zwischen #box1, #box2 und #box3 (der Breite) zu erkennen.
Ich würde machen
und so weiter..
Keine Notwendigkeit für Suchen und Ersetzen für Farben, zum Beispiel.
Toller Beitrag Chris, Sie sollten eine Umfrage zu diesem Thema erstellen. Ich wäre neugierig auf die Ergebnisse.
Ich bin neu hier, aber ich finde es viel organisierter, wenn ich eine Kombination aus mehrzeiligem Format und auskommentiertem Abschnitt verwende. So kann ich leicht zu dem Teil scrollen, an dem ich arbeite, und meine notwendigen Änderungen vornehmen. Ich schätze, ich bin extrem typisch. Na ja.
Ich bin selbst ein Fan der mehrzeiligen Formatierung. Obwohl die endgültige Ausgabe länger ist, finde ich es viel einfacher zu lesen und zu finden, wonach ich suche. Ich finde die einzeiligen Varianten zu kondensiert. Ich fühle mich fast klaustrophobisch, wenn ich diesen Code-Stil sehe, LOL. Mir geht es um klares Design, und die mehrzeilige Formatierung macht das perfekt für mich. Besonders wenn es in Gruppen mit Kommentaren usw. organisiert ist.
Die Verwendung eines mehrzeiligen Formats ermöglicht es, enormen Nutzen aus Versionskontrollsoftware wie Subversion zu ziehen.
Ich sortiere meine Deklarationen alphabetisch. Dies hilft, Duplikate zu vermeiden.
Ich bin ein Mehrzeilen-Typ mit Klammern auf eigener Zeile…
es ist einfach das, was mir natürlich erscheint, da ich so meinen .NET-Code schreibe.
Ich habe immer das mehrzeilige Format verwendet, ziemlich so, wie Sie es posten, aber mit einer zusätzlichen Leerzeile nach den schließenden Klammern. Bei einer Website, die ich kürzlich erstellt habe, habe ich beschlossen, mehrzeilig mit Einrückung auszuprobieren und ich liebe es absolut. Ich finde, es hilft wirklich beim Navigieren in der Datei und hat die Häufigkeit reduziert, mit der ich die Suchfunktion in Notepad++ (meinem bevorzugten Editor) verwende.
Ich mag sowohl einzeilige als auch mehrzeilige Formate. Ich verwende meistens einzeilig, um Platz zu sparen, aber ich mag auch das Aussehen von mehrzeilig. Ich mag das Aussehen von mehrzeilig, mit Einrückung, nicht wirklich. Das erscheint mir zu durcheinander. Es kommt wirklich auf die persönliche Vorliebe an, aber ein Standard dafür wäre schön. Besonders wenn man Änderungen am Code eines anderen vornehmen muss und dieser einen anderen Stil bevorzugt als man selbst. Kein großes Problem, aber es wäre schön.
Ich verwende das größtenteils einzeilige Format. Ich finde es einfacher, eine bestimmte Klasse/ID auf diese Weise zu finden. Dann gruppiere ich sie auch mit Kommentaren, wie sie vertikal auf der Seite erscheinen, d.h.
Ich verwende mehrzeilig, mit Einrückung.
Ich stimme dieser Methode zu, aber ohne Leerzeile zwischen den Blöcken
#header {... .......
}
#header .logo {
...... ....
}
#header .banner {
.... ...... ......
}
Definitiv mehrzeilig für mich, es ergibt sich einfach natürlich. Außerdem Eigenschaften in alphabetischer Reihenfolge auflisten – das ist der Organisator in mir! Ich neige dazu, beim Arbeiten am Code mehr Leerzeichen zu verwenden, die ich dann beseitige, wenn ich fertig bin. Das einzeilige Format ist für meinen Geschmack viel zu verwirrend. Ich kann mir vorstellen, dass es schwierig ist, Eigenschaften und Werte mit Leichtigkeit zu finden und zu ändern.
Ich benutze einige Kombinationen der oben genannten – aber wenn ich mehrzeilig verwende, halte ich es für eine gute Praxis, es alphabetisch zu halten – so ist es einfacher, später das zu finden, wonach man sucht.
Das Auslagern des Codes in eine einzige Zeile wird die Datei definitiv leichter machen, wenn Sie viele Klassen und IDs definiert haben. Dies sollte immer praktiziert werden.
Ich mag die mehrzeilige Formatierung, auch wenn der Code länger ist, finde ich ihn lesbarer.
Ich weiß nicht, wie jemand irgendeine Art von einzeiliger Formatierung verwendet. Ich habe immer mehrzeilig verwendet, einfach wegen der Lesbarkeit.
Ich verwende einzeiligen Code mit Tabbing und Einrückungen. Ich behalte meine CSS-Deklarationen gerne in einer Zeile; für mich ist er leichter zu lesen als alles zeilenweise aufzuteilen.
Das Tabbing hilft mir nur besser zu bestimmen, was diese CSS-Deklaration beeinflusst (z.B. ob sie sich auf 'container' oder etwas INNERHALB von 'container' bezieht)
Außerdem versuche ich, Dinge zusammenzufassen – wenn ein Objekt z.B. gefloatet ist, beginne ich immer mit float: left; display: inline; width: AApx; height: YYpx; margin: BB; padding: ZZ
Ich bin mir nicht sicher, warum, aber keiner der Einrückungen wird in IE7 auf dieser Seite angezeigt. Es ist wirklich schwer, die Beispiel-Einrückungen in IE7 zu sehen, wenn sie nicht angezeigt werden. Es funktioniert in FF3.5 in Ordnung.
Obwohl, wenn ich die Pre/Code-Eingabe in eine separate HTML-Datei kopiere, wird sie richtig eingerückt angezeigt.
Was ist los?
Al
Ich benutze mehrzeilig… einfach leichter zu lesen und mir ist das Scrollen egal.
Wenn Sie etwas in Firebug finden, wird Ihnen angezeigt, auf welcher Zeile es sich befindet… und es ist einfacher, wenn Sie keine riesige Zeichenkette durchsuchen müssen.
CSSEdit formatiert Code ziemlich gut.
Ich verwende einzeiligen Code mit Einrückungen, um Eltern-Kind-Beziehungen zu identifizieren. Das ist für mich immer am einfachsten zu lesen und somit leichter zu finden und zu bearbeiten, wenn nötig. Ich habe es genossen, über andere Formatierungsmöglichkeiten zu lesen.
Ich habe mich auch schon eine Weile mit diesem Thema auf meinem Blog auseinandergesetzt
http://www.nickyeoman.com/blog/css?layout=default
Ich hätte gerne eure Meinungen dazu.
Viele Grüße Ben
Ich mag diesen kleinen Beitrag…. Ich habe gerade etwas gesehen, das ich noch nie gesehen habe: das Einrücken von Kindelementen, das ist etwas, worüber ich nie nachgedacht habe, aber eine so coole Idee, um Ihren Code gut organisiert zu halten.
Ich habe die Vielzahl von Code-Arten gesehen, aber ich muss sagen, als ich zum ersten Mal zu programmieren lernte, war es Java, und mir wurde beigebracht, es so zu schreiben
Also habe ich mein CSS so gehalten, dass es ähnlich aussieht, mit den geschweiften Klammern auf einer eigenen Zeile, wie mein PHP, aber mit mehrzeilig ist es leichter zu lesen und Probleme zu finden, wie ein Doppelpunkt statt eines Semikolons.
beeinflusst das nicht auch die Ladezeiten der Seite? Ich habe gehört, dass Leute ihr CSS sogar minimieren, um die Gesamtleistung der Website zu verbessern.
Ich verwende das „Mostly Single-line Format“, da CSS eine einfache Syntax hat und Platz spart. Für die Programmierung (PHP, Python etc.) verwende ich den Allman-Stil.
Nach langem, langem Überlegen und Code-Vergleichen habe ich herausgefunden, dass ich den folgenden CSS-Formatierungsstil verwende
Eingerücktes, mehrzeiliges, alphabetisch gruppiertes Format mit etwas Tabbing und Farbkodierung für die Lesbarkeit.
Nein, man kann kein Beispiel sehen, weil ihr alle zeigen und lachen würdet! ;-) Übrigens habe ich meine „exzentrische“ Kodierung immer als Mittel zur Arbeitsplatzsicherung betrachtet (da nur ich sie lesen konnte).
Dies ist ein sehr einzigartiger, aber informativer Beitrag zu etwas, mit dem sich jeder identifizieren kann.
Ich verwende einzeilige Zeilen, aber ich stimme zu, dass Sie etwas über Kommentare hätten vermerken sollen. Ich trenne meinen CSS immer mit Kommentaren ganz oben, je stärker eingerückt, desto allgemeiner ist diese CSS-Gruppe.
Zum Beispiel:
/* Template Styles */
/* Header */
#header { … }
#logo { … }
/* Content */
#content { .. }
Ich denke darüber nach, ähnliche IDs/Klassen einzurücken, aber im Moment bin ich mit der Lesbarkeit und allem zufrieden. Mein CSS ist tendenziell riesig, daher ist es eine Erleichterung, sich keine Sorgen um die spätere Komprimierung machen zu müssen.
Meine Einrückung schien nicht angezeigt zu werden, aber ich denke, Sie verstehen, was gemeint ist.
/* Template Styles */ wäre irgendwo in der Mitte, während /* Header */ etwa 2 Leerzeichen überspringen würde.
Persönlich verwende ich beim Codieren von CSS das mehrzeilige Format für alles, es sei denn, der von mir geschriebene Ausschnitt hat nur eine… Ähm… Beispiel: * {outline: 0;}. Einer davon. Ansonsten verwende ich das mehrzeilige Format.
Ich benutze tatsächlich das mehrzeilige Format, aber kurz bevor ich es einsetze, verwende ich den YUI Compressor, um es in das unleserliche einzeilige Format zu komprimieren.
Ich behalte das Original immer in einer separaten Datei, und wenn ich das Original (Gott bewahre) verliere, verwende ich einen CSS-Dekomprimierer, um es wieder lesbar zu machen (in einem mehrzeiligen Format)
Falls jemand neugierig ist
YUI-Komprimierer
http://developer.yahoo.com/yui/compressor/
CSS (de)komprimierer
http://www.automotivecenter.nl/diversen/utility/csscompressor/
Ich wähle normalerweise die einzeilige Variante, aber anstatt einzurücken, verwende ich leere Zeilen zur Gruppierung
SASS SASS SASS SASS. Oh, habe ich SASS erwähnt.
https://sass-lang.de/
Nachdem ich kürzlich eine Position in einem erstklassigen Entwicklungsteam übernommen habe, wurde ich mit einigen Technologien vertraut gemacht, die mein Leben verändert haben. Eine davon ist SASS. Die Konversation über CSS-Formatierung endet hier praktisch.
Wenn Sie sich in einer Umgebung befinden, in der Sie diese Technologie nutzen können, empfehle ich sie Ihnen dringend.
-David :)
Das mehrzeilige Format ist klar und leicht zu lesen. Ich verwende dieses Format am häufigsten.
Hallo zusammen! Ich verwende gerne Einzeiler, solange sie nicht zu lang sind. Andernfalls gruppiere ich zusammengehörige Regeln auf einer einzigen Zeile
Toller Beitrag und Diskussion wie üblich, Chris!
Ich habe immer diese Standardpraxis gehasst, die erste Klammer in die erste Zeile zu setzen.
Ich habe früher einzeilig gemacht, aber es war einfach zu unordentlich. Ich fand, dass alles außer dem Selektor in der ersten Tab-Spalte mich ablenkte, also rücke ich die Klammern ein und die CSS-Regeln weiter ein.
Ich verwende einzeilige Formatierung, wenn ich nur 3 Attribute habe, mehr als das wechsle ich zu mehrzeilig. Ich versuche auch, Attribute alphabetisch aufzulisten.
z.B.
es gibt auch objektorientiertes CSS, habe es noch nicht ausprobiert, aber es klingt vielversprechend
http://wiki.github.com/stubbornella/oocss
Ich schreibe ziemlich schlechtes CSS, also benutze ich einfach oft einen Organizer (styleneat.com). Spart Zeit, alles manuell zu machen.
Hallo, Chris
Das ist ein großartiger Beitrag. Ich benutze einzeilige Zeilen, aber
Können Sie eine Umfrage zu diesem Thema erstellen?
Ich mag den Stil von @Daniel @Ian Oliver.
Ich wäre daran interessiert, Ihre Sichtweise auf die Organisation (nicht nur Formatierung) von CSS-Dateien, Vor- und Nachteile zu erfahren.
Organisieren die Leute nach Selektoren (jeder Selektor hat mehrere Attribute) oder nach Attributen (mehrere Selektoren haben das gleiche Attribut)?
Beide Szenarien führen zu einer gewissen Wiederholung von Elementen und Attributen und haben unterschiedliche Auswirkungen auf die Lesbarkeit usw.
Gibt es einen Konsens über die beste Vorgehensweise?
Es spielt wirklich keine Rolle, wie Sie Ihr CSS formatieren, denn alle minimieren es sowieso vor der Veröffentlichung, oder?
Allerdings, einzeilige Formatierung FTW!
Tolle Idee, die gängigen CSS-Formatierungsmethoden zu zeigen. Für mich ist einzeilig die beste Option.
Skriptsprachen scheinen dieses Format zu bevorzugen
Kompilierte Sprachen wie C#, C++ scheinen diesem Format zu folgen
Das ist auch für mich das richtige Format.
Es ist lesbarer, weil es eine Gruppe klar darstellt.
Wenn Sie überprüfen, ob alle öffnenden und schließenden Klammern korrekt sind, können Sie nach oben und unten schauen, anstatt über die zufällige Länge des Methodennamens für die Startklammer scannen zu müssen.
Ich verwende das einzeilige Format.
Es ärgert mich, wenn ich fremdes CSS herunterlade, weil es meistens mehrzeilig ist und ich mich gezwungen fühle, alles durchzugehen und neu zu formatieren. Ich bin sehr pingelig bei meiner Entwicklung, ob zum Guten oder Schlechten.
Das einzeilige Format mit Einrückung. Muss es ausprobieren..
haha… das ist gut. Beim Lesen deines Beitrags habe ich mich sehr wiedererkannt. Ich auch – wenn ich mit dem mehrzeiligen Code von jemand anderem arbeiten muss, habe ich das Gefühl, ihn in einzeilig ändern zu müssen.
Mehrzeilig mit Einrückung. DER einzige Weg.
Es macht es so einfach, die Seite zu scannen und zu sehen, wie die Hierarchie verläuft.
Es ist direkt „Multi-Line Format“ für den Fanboy, aber ich fand Ihren Ansatz im CSS für Ihr WP-Typo-CSS ziemlich cool.
Ich schreibe in einzeiligen Zeilen mit jedem Attribut in alphabetischer Reihenfolge. Ich tabuliere nicht in eine neue Zeile, weil es Platz verschwendet und wenn Sie die richtige Geltungsbereichsregelung verwenden, ist es bereits einfach genug zu lesen.
Alles andere verschwendet Platz, aber die meisten Entwickler arbeiten an kleineren Websites, wo Bandbreite kein großes Problem darstellt. Ich habe jeden Tag Millionen von Besuchern, also muss ich sicherstellen, dass mein Code wirklich straff ist… das Schwierige ist die Zusammenarbeit mit Auftragnehmern, Kollegen und Agenturen, die wenig Erfahrung mit CSS-Schreiben haben und meine Arbeit oft viel schwerer machen, indem sie nicht auf den vorhandenen Code achten. Sie würden sich wundern, wie viele teure Agenturen wie Scheiße codieren.
Ich verwende normalerweise die einzeilige Formatierung mit Einrückung.
Aber hier ist der Clou…
Ich weiß, dass die meisten von Ihnen Firebug verwenden, richtig?
Es spielt keine Rolle, wie Sie Ihr CSS formatieren. Firebug verwendet das mehrzeilige Format!
Also schreibe ich es für die anfängliche Erstellung der Datei schnell, organisiere es nach Beziehung. Dann, wenn ich im Optimierungsmodus bin, benutze ich einfach die CSS-„Karte“ in Firebug, um zu sehen, was ich ändern muss.
Toller Beitrag wie immer, Chris.
Mein Setup ist wie folgt
Zunächst hat mein Stylesheet einen Header, der klar angibt, zu welchem Abschnitt es gehört (ich arbeite mit einem Stylesheet-Framework, das modularisiert ist).
Zweitens ist es in Abschnitte unterteilt, sodass es einfach ist, die gesuchten Selektoren zu finden.
Die Selektoren werden in einem einzeiligen Format geschrieben, bei dem ich die am häufigsten verwendeten Eigenschaften in der gleichen Reihenfolge deklariere. Nicht alphabetisch, sondern so, wie es für mich Sinn macht
#selector { width height padding margin position display font background float }
Auf diese Weise weiß ich, wo in der Zeile ich nach einer bestimmten Eigenschaft suchen muss.
Dieser Beitrag kommt mir gerade recht, da ich kürzlich vom mehrzeiligen zum einzeiligen Format gewechselt habe. Meine anfänglichen Bedenken waren, dass es schwerer zu lesen sein würde, aber es stellt sich heraus, dass es viel einfacher ist, das Tag, die ID oder die Klasse zu finden, nach der man sucht.
Vielleicht wechsle ich als nächstes zu einzeiligen Zeilen mit Tabbing! Woo!
Das mache ich.
Ich bin ein Verfechter des mehrzeiligen Formats. Selbst in langen Stylesheets muss ich nicht scrollen, da mein Workflow darin besteht, ein Element in Firebug zu inspizieren und dann direkt zum relevanten Selektor zu springen, indem ich ⇧⌘L (Gehe zu Zeile…) in Coda verwende.
Ich verwende normalerweise das mehrzeilige Format mit Einrückungen, wenn ich an Projekten arbeite. Für Live-Websites komprimiere ich das CSS normalerweise mit dem YUI Compressor.
Ich dachte nur, jemand sollte das nette kleine CSSTidy-Tool erwähnen, das Ihnen hilft, Ihr CSS zu formatieren…
http://csstidy.sourceforge.net/
Mann, einige wütende Leute, wenn es um CSS-Formatierung geht.
Ich halte mich an das Standard-Mehrzeilenformat, aber ebenso wichtig ist die Einheitlichkeit zwischen diesen mehreren Zeilen. Sicherzustellen, dass die Elemente in der gleichen Reihenfolge erscheinen, und meiner Meinung nach macht die Reihenfolge der Wichtigkeit es mir sehr leicht, das zu finden, was ich brauche, wenn ich meinen Code überprüfen muss.
Ich mag das mehrzeilige Format. Wenn ich mein Stylesheet schneller laden lassen muss, komprimiere ich es einfach, wenn ich alle notwendigen Änderungen vorgenommen habe. Mit Textmate kann man es jederzeit wieder erweitern. Für mich ist mehrzeilig leichter zu lesen… mein Reset ist allerdings ein Einzeiler, daran ändere ich nicht viel.
Mehrzeilig scheint für mich am einfachsten zu lesen und zu bearbeiten. Dann wird es für die Bereitstellung komprimiert.
Dies ist definitiv eines dieser Dinge, bei denen es keine beste Methode gibt. Sie müssen mit dem arbeiten, was Sie während der Entwicklung am effizientesten macht, und dann Best Practices anwenden, wenn die Dateien auf einem Live-Server sind.
Ich mag das ursprüngliche, Standard-Einzeilenformat am meisten. Ich füge ihm wegen der Flexibilität niemals eine Hierarchie hinzu. Ein Selektor ist ein Selektor. Hatte nie Probleme, etwas zu finden. Einfache Suche – und da ist es.
Mehrzeilige Formatierung mit Einrückung hier oben, woot woot.
Ich verwende meine geschweiften Klammern in CSS genauso, wie ich sie verwende, wenn ich programmiere
Ich benutze mehrzeilig… es kommt von der Programmierpraxis und fühlt sich vertraut an :P (übrigens kommt die Verwendung von neuen Zeilen für { } von einigen Programmiersprachen und ist in einigen Editoren Standard)
Um Dinge zu finden, hasse ich Scrollen, bin aber ein Fan von Strg+F (oder Firegug)
Ich neige dazu, eine Kombination aus mehrzeilig und einzeilig zu verwenden. Wenn der Inhalt zwischen den Klammern über meine Fenstergröße hinausgeht, wechsle ich von einzeilig zu mehrzeilig, damit ich nicht horizontal scrollen muss. Ich habe möglicherweise mehrere Fenster gleichzeitig auf meinem 24-Zoll-Bildschirm geöffnet und den Editor auf einer Seite (ca. 700 Pixel breit) und meinen Browser, der den restlichen Platz einnimmt, damit ich schnell zwischen den beiden wechseln kann.
Ich neige dazu, die Dinge ziemlich eng zu halten (weniger Abstand), da ich glaube, dass dies die Downloadgeschwindigkeit der CSS-Datei(en) beschleunigt. Ich weiß nicht, wie viel es normalerweise spart, aber es ist immer schön zu wissen, dass man durch das Abspecken von ein paar Bytes hier und da helfen kann.
Oh, um zu haben
Ich bin ein Fan des einzeiligen Formats.
Ich verwende immer 2 Dateien, 1 Entwicklungsdatei, schön formatiert, und dann eine Bereitstellungsdatei. Einzeilig und komprimiert. Lassen Sie Ihre Besessenheit von Ihrer Struktur und gut organisierten Dateien nicht die Benutzer bestrafen.. Es ist vielleicht nicht viel, was Sie sparen, aber wenn Sie es können, warum nicht?
Hat jemand ein Textmate-Makro geschrieben, um zwischen verschiedenen Formaten zu wechseln? Ich würde zum Beispiel gerne mit einer einfachen Tastenkombination zwischen „mehrzeilig“ und „einzeiliges Format mit Tabbing“ wechseln können. Das wäre zu genial.
Ich habe schon eine Weile gesucht, aber kein Glück. Ich bin kurz davor, meine Verluste zu kürzen und das Ding selbst zu schreiben. Aber wirklich, jemand muss es schon geschrieben haben. Oder?
Lassen Sie es mich wissen, wenn Sie Hinweise haben
Wie jemand oben erwähnt hat, verwenden Sie styleneat(.com)
Ich bin ganz auf „Mehrzeiliges Format mit Einrückung“ eingestellt, aber meine Freunde sind alle unterschiedlich. Ich finde es am nützlichsten, Klassen oder IDs mit meiner Methode zu finden, aber jedem das Seine, denke ich :)
Toller Artikel Chris :)
Hallo Freund, ich möchte vielleicht wissen, ob ich ein Banner in CSS verwenden kann.
Hey, ich benutze das mehrzeilige Format… Wie Chris erwähnt hat, ist es für mich einfacher, das zu finden, wonach ich im Code suche.. :)
Ich mag sehr eingerücktes, mehrzeiliges formatiertes CSS mit bestimmten Attributen, die auf einer einzigen Zeile zusammengefasst sind, wie z.B. Margin & Padding und Width & Height. Ich mag es auch, die Attribute in alphabetischer Reihenfolge aufzulisten – das macht es einfach, das zu finden, was ich suche, und imitiert auch Firebug.
Ich bevorzuge stark das mehrzeilige Format mit Einrückung, da es eine sehr nützliche Hierarchie für die Durchsicht und Bearbeitung von Stylesheets bietet.
Ich denke, ein Thema von fast gleicher Bedeutung ist die Reihenfolge, in der Sie Eigenschaften innerhalb einer Deklaration platzieren. Mich interessiert, was Sie tun, ob alphabetisch oder Struktur-dann-Stil.
Ich nehme an, es ist einfach etwas, das jeder anders macht, und das ist das Schöne daran.
Ich bin überrascht, dass niemand hier das Tabellenstil-Format verwendet
Verglichen mit dem Standard-Mehrzeilenformat; ist das obige nicht viel lesbarer?
Funktioniert es nicht, wenn Sie die Unterelemente einrücken oder doch?
Danke Chris. Alle Eigenschaftswerte sollten ausgerichtet sein, einige waren oben nicht ausgerichtet („0px;“, „uppercase;“, „#897567“, usw.), aber hoffentlich verstehen Sie, was gemeint ist.
Vergessen „#fffffe;“, „-0.05em;“ und „#eed2a1“ =)
Ich denke, der Hauptunterschied zwischen einzeilig und mehrzeilig liegt darin, was man besser lesen möchte: die Selektoren ODER die Eigenschaften.
Mit einzeiligen Zeilen können Sie alle Selektoren sehr leicht lesen, einschließlich der geerbten Selektoren.
Mit mehrzeiligen Zeilen liest man die Eigenschaften leichter. Eine bessere Methode für Anfänger, die noch nicht alle Eigenschaften kennen.
Ich bevorzuge einzeilige Zeilen und platziere meine Eigenschaften alphabetisch, um sie leicht zu finden.
Ja, ich denke, das ist genau der Punkt. Und lustig daran ist, dass sich diese Bedürfnisse meiner Meinung nach ändern. Während der Entwicklung ist es vielleicht besser, die Eigenschaften leichter zu finden, und wenn Sie „fertig“ sind und die Website in die Wartungsphase ihres Lebens eintritt, ist es wahrscheinlich besser, die Selektoren leichter zu finden.
Ich verwende etwas Ähnliches wie „Mehrzeiliges Format mit Einrückung“, aber ich rücke nur einmal ein, um Dinge in Abschnitte zu unterteilen, und ich platziere die CSS-Deklarationen in einer Reihenfolge, die dem Layout des HTML-Dokuments folgt, mit allgemeinem Kram oben und „Extras“ unten.
Mehrfache Einrückungen halfen der Lesbarkeit nicht wirklich sehr viel, meiner Meinung nach, denn bei Dingen wie „#nav ul ul li a span“ und allem darüber hinaus war es eine Einrückungsüberlastung. Es wurde irgendwie zu einer semantischen Sättigung – die Einrückungen bedeuteten am Ende einfach nicht mehr viel.
Ich ordne auch alle meine Eigenschaften alphabetisch an. Wenn Notepad++ keine Tastenkombination zum Vertauschen von Zeilen hätte, würde ich es wahrscheinlich nicht tun, aber da es sie hat (Strg + Umschalt + Pfeil nach oben/unten), dachte ich, warum nicht.
Sicher, es ist im Vergleich zu einem einzeiligen Ansatz keine optimale Platznutzung, aber wenn wir uns bemühen, lesbares, semantisches HTML zu haben, sehe ich keinen Grund, warum das CSS nicht auch so sein sollte.
Sehr gut zu lesen und wirklich unterhaltsame Kommentare. Ich bin irgendwie froh zu sehen, dass so viele Einzeiler arbeiten. Mit mehrzeilig formatierten Blättern war immer eine schmerzhafte Erfahrung für mich und oft musste ich diese unangenehmen Brüche einfach entfernen, um meiner geistigen Gesundheit willen :) auf der anderen Seite fluchten einige Leute, die mit meinen Dateien arbeiteten, viel.
Meine Einzeiler sind nie eingerückt (zu faul, um zu tabulieren), ich füge den Abschnitten einfach lange Titel hinzu. Ich habe mich auch an eine bestimmte Farbcodierung gewöhnt, die alles auf einen Blick lesbar macht. Keine besondere Reihenfolge. Ich arbeite auch mit Bildschirmauflösungen von 1920 und 1600×1200, sodass meine Einzeiler ziemlich lang sein können und ich normalerweise nichts umbrechen muss.
/*************CONTENT LISTS*************/#content ul li, #content_jm ul li, #content_h ul li {background:url("../gfx/bullet1.png") no-repeat 1px 0; margin:0 0 5px 0; padding:0 0 1px 15px; width:100%; text-align:left;}
Ich bevorzuge selbst das mehrzeilige Format, aber alle bei mir auf der Arbeit benutzen einzeilige, also habe ich in letzter Zeit damit angefangen.
Ich verwende mehrzeilig. Aber ich bekämpfe die Schwierigkeit, es zu lesen, indem ich die Code-Faltfunktion in Textmate verwende. Wenn Sie Code falten, verbirgt es (per Umschaltung) alles zwischen den Klammern. Also bekomme ich im Grunde ein einzeiliges Format, ohne die Unübersichtlichkeit der angezeigten Eigenschaften.
Viele Leute scheinen die Tatsache zu erwähnen, dass man
1. Minifizieren/Gzip vor dem Live-Schalten
2. Beliebig schreiben können
3. Selektoren verschachteln
CSScaffold (http://wiki.github.com/anthonyshort/csscaffold) ermöglicht Ihnen all das und mehr, im laufenden Betrieb. Könnte etwas Zeit/Kopfzerbrechen sparen.
Code nur zur Optimierung der Leistung… ist überhaupt keine gute Idee, sondern wir sollten uns darauf konzentrieren, andere kritische Leistungsengpässe zu verbessern.
CSS sollte sehr gut formatiert, eingerückt und kommentiert sein, um für andere Entwickler, die möglicherweise zukünftig am Projekt arbeiten, aussagekräftiger zu sein.
Mehrzeilig mit Einrückung für IMMER!!!!
Einzeiliges Format ist schwer zu lesen, aber sehr gut, um eine kleinere CSS-Größe zu erzielen.
CSS auf einer Zeile zu halten ist böse