chunky

Kann man das Semikolon vor der schliessenden Klammer in CSS weglassen?
oder auch
In PHP kann man das "?>" am Dateiende weglassen. Und im Manual steht extra, dass das perfekt valide ist. Wie steht es also mit CSS?
Dass es geht und es zu keiner Fehlermeldung kommt, ist gar keine Frage. Aber vielleicht erwartet der Browser eben doch das Semikolon?

Mister Ad

Chriz

Also in CSS direkt gebe ich es immer ein, sieht einfach ordentlicher aus.
Im HTML-Attribut lass ich das letzte weg. Der Parser wirds aber so oder so verstehen.

__________________
"Nuschel ich?" - "Was?"

mepeisen

ja

p.s. Wieso ist die Antwort "ja" zu kurz?

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

chunky

Villeicht weil du die Antwort mit einem Zitat belegen solltest?

Für den Fall PHP:
http://www.php.net/manual/en/languag...separation.php

ChrisB

Wieso fragst du das nicht bspw. erst mal http://jigsaw.w3.org/css-validator/?

Und mal selber in Spezifikationen nachzulesen bei solchen Fragen, könntest du auch mal üben: http://www.w3.org/TR/CSS21/syndata.html#declaration
Nein, aktuelle Browser haben damit keinerlei Probleme.

Allerdings solltest du dich mal fragen, ob es wirklich sinnvoll ist, an der Stelle ein Byte „einzusparen“.
Bei Erweiterung des CSS besteht damit die Gefahr, dass du es einfach vergisst - wieder eine Runde Fehlersuchen mehr.
Und Lesbarkeit ganz allgemein ist bei umfangreicherem CSS auch ein Thema, das man nicht vernachlässigen sollte (das zielt weniger auf die Semikolon-Frage, sondern auf deine gezeigte alles-ohne-Whitespace-Schreibweise.)

Wenn man für die Auslieferung an Client das ganze möglichst sparsam „packen“ will - dafür gibt's inzwischen genug Tools, die das für einen übernehmen, da braucht man sich nicht während der Entwicklung selber für ins Bein zu schießen.
Außerdem ist GZIP in der Hinsicht eh effizienter, als es die Einsparung von ein paar Leer-/sonstigen Whitespace-Zeichen wäre.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

nikosch

inline-Styles benutze ich niemals (Vielleicht mal zum Mocken, aber solbst Da gehts mir schnell auf den Keks). Und in CSS würde ich es immer setzen, schon um problemlos die Reihenfolge umstellen, das Stylesheet ergänzen oder automatisiert formatieren lassen zu können.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Manko10

Das schließende PHP-Tag wegzulassen (halte ich für sinnvoll) entspricht aber nicht dem Weglassen eines Semikolons (halte ich für weniger sinnvoll).
Aber ja, sowohl in PHP als auch in CSS ist es möglich, das letzte Semikolon wegzulassen. In PHP aber übrigens nur dann, wenn du das schließende PHP-Tag mit angibst. Lässt du das schließende PHP-Tag nach dem fehlenden Semikolon jedoch weg, bekommst du einen "Parse error: syntax error, unexpected $end".
Ob das Weglassen der Semikola aber so sauber ist, darüber lässt sich trefflich streiten. Spätestens, wenn du eine Zeile anfügst und vergisst, dass da ein Semikolon fehlt, wird's nervig, vor allem in CSS da du dort nicht unbedingt eine eindeutige Fehlermeldung bekommst.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

chunky

Okay, vielen Dank für den Link.
Aus dem Text allein geht klar hervor dass ein Semikolon folgen muss.
Die Beispiele sind ohne Semikolon. Es wird aber im Text nicht erwähnt, dass ein weglassen einfach möglich ist. Ein zusätzlicher Satz in der Spezifikation wäre da besser gewesen.

nikosch

Die zahlreichen Toleranzen in HTML oder auch die in CSS, die tw. für Browserweichen verwendet werden, sind aber auch nicht dokumentiert. Wie auch.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

ChrisB

Nein, tut's nicht.
Nichts mit Semikolon.

Im Gegenteil, der Text behauptet aus gutem Grund nicht, dass eine Declaration überhaupt eins benötigen würde.

Erst wenn du mehrere Declarations in einer Group zusammenfasst, wird ein Semikolon zur Trennung zwischen diesen erforderlich.

Dass nicht nur zwischen den Bestandteilen einer solchen Gruppe ein Semikolon stehen muss, sondern auch „danach“ noch eins stehen darf, ergibt sich implizit aus den ersten fünf Worten, die ich oben aus der Spezifikation zitiert habe. (Bitte mal drüber nachdenken, warum ich „danach“ wohl in Anführungszeichen gesetzt habe.)

Spezifikationen lesen muss man auch lernen bzw. üben.

Sie auf Teufel komm raus in jedem Detail möglichst „DAU-freundlich“ aus zu formulieren, kann nicht Sinn der Sache sein, denn das würde sie unnötig aufblähen.
Deshalb beschränkt man sich an solchen Stellen idR. auf die Beschreibung eines technik-orientierten Regelwerkes - das natürlich auch entsprechend sinnvoll und logisch interpretiert werden will.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?