Hallo Gunnar,

Ähm, Leerzeichen??

Ja! [1]

Wie wär’s denn mit einem Tabulatorzeichen?!

Nein! [1]

So lassen sich etliche Bytes sparen,

Ja, aber [1]

außerdem kann sich jeder nach seinen Vorlieben in seinem Editor einstellen, wie breit denn ein Tabulatorsprung sein soll.

Ja, aber [1]

Ist dir
}
nicht leer genug?

Nein. [1]

Eine kleine Erläuterung:

Leerzeichen - Tabulator.
In grauer Vorzeit, d.h. im vorigen Jahrtausend, habe ich mich irgendwann einmal über meine eigene Verwendung von Tabulatoren zum Einrücken so geärgert, dass ich damals beschlossen habe, nur noch Leerzeichen zu verwenden. Daran habe ich mich seither weitgehend gehalten und fahre immer noch gut damit.

Bei solchen Sachen wie CSS (und ich mach' sowas nicht beruflich) sind mir heutzutage die paar Bytes durchaus egal. Andererseits habe ich auch Werkzeuge, die mir führende Leerzeichen entfernen :-)

Zur Größe des Einzugs und der Leerzeile zusätzlich:
Mein Wahrnehmungsvermögen oder eher -unvermögen benötigen diese. Deswegen reicht mir nicht die Zeile mit der schließenden Klammer, aus diesem Grund benötige ich eine zusätzliche Leerzeile. Beim Einzug ist mir ein Leerzeichen definitiv zu wenig, zwei sind eine untere Grenze. Vier haben den Vorteil, dass man (beim Programmieren) auf Verschachtelungstiefe achtet :-)

Wenn ich aus irgendwelchen Gründen Dateien wie die von Alexander oder Fabian zu lesen habe, so ist meist meine erste Aktion die, diese Dateien an meinen Stil anzupassen, so dass ich sie leichter lesen kann. Mehrere Programmieranweisungen in einer Zeile halte ich für schlechten Programmierstil; dies gilt analog für die Zuweisung von Werten für CSS-Eigenschaften.

Zu dieser meiner Meinung stehe ich, will sie aber niemandem aufdrängen. Ich betrachte mich als Techniker, manchmal auch als Programmierer, aber nicht als Missionar. Überzeugungsarbeit zu leisten, ist nicht mein Ding. Auf die richtige Technik (nicht Stil) hinzuweisen schon.

Wichtiger als die Frage, welchen Stil man verwendet, ist es meiner Meinung nach,   _dass_ man überhaupt einen verwendet - und nicht alles querbeet nach Lust und Laune hinschmiert. Jemand anderem einen Stil vorzuschreiben, das kann ich nur als Projektleiter. Gibt es in einem Projekt Stilvorschriften, so habe ich mich daran halten, ob es mir gefällt oder nicht, ob die Stilvorschriften mir zusagen oder nicht.

Freundliche Grüße

Vinzenz

[1] ... über Vorlieben läßt sich nicht streiten.

Hallo Alexander Brock,

Hallo Freunde des gehobenen Forumsgenusses,

Natürlich kenne ich Padding. Was genau müsste mehr padding bekommen deiner Ansicht nach?

Die Mail, die du an yecra.de geschrieben hast ist ein Paradebeispiel für fehlendes Padding.

Du meinst die _Darstellung_ der Mail? Da habe ich ganze 4 Pixel padding eingebaut, das sollte auch bei großen Schriften ausreichen. Naja, kann ja 1em drauß machen, wenn ich die  Blog-Darstellung fertig mache.

Ich vermute, dass du mit deinen PHP-Kenntnissen sehr schnell dein Menü in meine Datenstruktur
überführen kannst, und dann hast du ein paar Vorteile: Du hast eine Sitemap und eine
Navigationsleiste (die hast du zwar schon, die enthält aber keine Links, nur Text).

Wie darf ich das verstehen? Wo ist Text, der ein Link sein sollte?

Über dem Inhalt von /hobbies/badminton/ steht "› Hobbies - Badminton ‹",
da würde eine Breadcrumb Navigation IMHO besser passen.

Ähm... da ist eine Breadcrum-Navigation... oder sie sollte da sein: http://www.fabian-transchel.de/grafik/screens/hp_breadcrumb.png

[...] ohne dir etwas Böses unterstellen zu wollen, investiere ich die zeit, die nötig wäre mich in dein Script einzulesen lieber darin, meines zu verbessern.

Auch gut, als erstes würde ich verhindern, dass der aktuelle Menüeintrag auf die aktuelle Seite verlinkt
und den Text desselben statdessen mit <strong>Text</strong> auszeichnen.

Das ist eine vernünftige Idee, in der Tat. Mich wundert allerdings, dass Steve Krug[1] das für weniger wichtig hält.

[1]"Don't make me think - Das Intuitive Web" - sehr zu empfehlen, vor allem wegen der im Gegensatz zu Nielsen sehr pragmatischen Sichtweise.

Grüße aus Barsinghausen,
Fabian