Semantisch korrekt oder simpel und leicht

[mitaki]

Mh, ja, bei der Fehlersuche hilft er... ansonsten ist der Vorteil nicht besonders groß

...

Dieser Vorteil ist nicht zu unterschätzen. Denk mal an Suchmaschienen, die sind sicher nicht darauf optimiert, jeden Tippfehler als solchen zu erkennen. Die haben wichtigere Aufgaben.

denn die Anzeige in Browsern (mind. den gängigsten) muss man ja doch immer überprüfen

...

Das hat aber nichts mit HTML zu tun. <h1> ist und bleibt eine Überschrift. Das ist in allen Browsern so. Und entsprechend sollen HTML Dokumente auch strukturiert werden.

Das Design das mit Stylesheets gemacht wird muss in den Browsern getestet werden. An sich reicht es, einen (standardkonformen) Browser deiner Wahl (die meisten unterscheiden sich nicht wesentlich) und einen Internet Explorer zu verwenden. Ja, du wirst im IE auf grenzen stoßen. css Garden zeigt dir, dass gutes Design dennoch möglich ist.

Tja, womit es mehr 'Ja' als 'Nein' währe, denn ich möchte ja niemanden vorschreiben,

...

Zur Verwendung von XHTML 1.0 Strict gibt es nur ein "Ja". HTML 4 oder eine Transistional Variante zu verwenden bringt uns nicht weiter.
Ja, IE parst XHTML noch mit einem HTML Parser. Aber das sollte uns nicht davon abhalten, "normales", oder einfach nur XHTML zu schreiben und mit Stylesheets zu designen. Denn im moment reicht er dazu trotz allen Einschränkungen. Und wenn man dem DevTeam glauben darf, wird es in Zukunft besser mit dem alten Explodierer.

[Blakkeight]

Jo danke werds mir mal anschauen. =)

[Jesus_666]

Zur Verwendung von XHTML 1.0 Strict gibt es nur ein "Ja". HTML 4 oder eine Transistional Variante zu verwenden bringt uns nicht weiter.
Ja, IE parst XHTML noch mit einem HTML Parser. Aber das sollte uns nicht davon abhalten, "normales", oder einfach nur XHTML zu schreiben und mit Stylesheets zu designen. Denn im moment reicht er dazu trotz allen Einschränkungen. Und wenn man dem DevTeam glauben darf, wird es in Zukunft besser mit dem alten Explodierer.

...

Wichtig ist, daß man sich an die HTML-Kompaitiblitätsrichtlinien hält. Bis Microsoft im IE 12 XHTML 1.0 unterstützt ist HTML-kompatibles XHTML 1.0 Strict (ggf. mit IE-spezifischen nonstandard-Hacks).

[Teelicht]

Das Design das mit Stylesheets gemacht wird muss in den Browsern getestet werden. An sich reicht es, einen (standardkonformen) Browser deiner Wahl (die meisten unterscheiden sich nicht wesentlich) und einen Internet Explorer zu verwenden.

...

Das meinte ich . Mh, das mit dem Unterschied der standartkonformen Browser muss ich mal ausprobieren, denn die Anzeigeflächen sind unterschiedlich groß. Aber bei Verwendung von Prozentangaben, die ich bei neuen Seiten bevorzugt verwende, sollte dies eigentlich kein Problem mehr darstellen... Ich werd es mal probieren!

Da fällt mir gerade ein (endschuldigt, dass ich so viele Fragen stelle): Meine Designs basieren immer mehr auf Prozentangaben, bei Schriftgrößen Pixelangaben (natürlich xHtml+Css, das ist sowieso klar^^) - war da nicht irgendein Problem mit Windows vs. Macintosh? Bei Pixel weiß ich, dass es da Unterschiede gibt, meine aber mal gehört zu haben, dass die Pixelangabe für Schriftarten das beste verfügbare sei (oder war es doch em? Gute Frage), es geht mir um Größenangaben (Höhe und Breite) meiner div's, die die Bereiche meiner Homepage darstellen ( ein div für Navigation, eins für Inhalt etc.).

Ja, du wirst im IE auf grenzen stoßen. css Garden zeigt dir, dass gutes Design dennoch möglich ist.

...

Ja, Grenzen gibt es immer^^ selbst mit Css kann man ja nicht alles machen, da es nicht für alles geschaffen ist und ansonsten gibt es ja noch langsame/schlechte/standartferne Softwareentwickler von Microsoft. Aber damit kann ich leben, das ist nicht das Problem css Garden hab ich mir schon angeschaut, sieht sehr gut aus! (Ich wusste schon vorher, dass man mit Css schöne Dinge designen kann, deshalb ist das nicht mein Problem^^) Das Design hängt schließlich meist eher an den Grafiken, mit Css selbst macht man häufig eher das Layout, obwohl man sogar mit Css allein schöne Designs erstellen kann!

[mitaki]

Mh, das mit dem Unterschied der standartkonformen Browser muss ich mal ausprobieren, denn die Anzeigeflächen sind unterschiedlich groß.

...

Meinst du den Viewport, d.h. der Bereich, der die Webseite letztendlich anzeigt? Der unterscheidet sich (im maximierten Modus) in der Breite doch nur wenige Pixel. Etwas mehr in der Höhe, aber daran sollte kein Design scheitern.

Meine Designs basieren immer mehr auf Prozentangaben

...

Der CSS Validator könnte dir ankreide, dass dein Stylesheet an Konsistenz verliert, wenn du zu viele Prozentangaben verwendest. Ich selbst arbeite so gut wie nie mit Prozentangaben.

bei Schriftgrößen Pixelangaben (natürlich xHtml+Css, das ist sowieso klar^^) - war da nicht irgendein Problem mit Windows vs. Macintosh?

...

Der Unterschied betrifft das Maß Punkt (pt). Die werden intern anders umgerechnet.

meine aber mal gehört zu haben, dass die Pixelangabe für Schriftarten das beste verfügbare sei (oder war es doch em? Gute Frage)

...

Meiner Meinung nach em, aber über das richige Maß wird man sich wohlnoch lange streiten. Letztendlich wird es wohl immer Benutzer geben, die mit dem Design des Erstellers nicht zufrieden sind, aber man ist schon in der Lage das gröbste zu vermeiden.

Ein Beispiel wie ich em verwende:
Ich habe eine Liste als menü, die Listenpunkte sind 11em breit, das reicht, um alle Listenpunkte mit Text zu füllen (Schriftgröße 1em). Dadurch kommt es bei sehr starker vergrößerung oder verkleinerung kaum zu Problemen, z.B. das Text abgeschnitten wird oder herausspringt.

es geht mir um Größenangaben (Höhe und Breite) meiner div's, die die Bereiche meiner Homepage darstellen ( ein div für Navigation, eins für Inhalt etc.).

...

Am besten einfach Testen, was passiert, wenn man die Webseite zoomt. Hier kommt wieder zum Tragen, dass IE, Fx und Opera auf verschiedene Weisen zoomen.

[Jesus_666]

Das meinte ich . Mh, das mit dem Unterschied der standartkonformen Browser muss ich mal ausprobieren, denn die Anzeigeflächen sind unterschiedlich groß. Aber bei Verwendung von Prozentangaben, die ich bei neuen Seiten bevorzugt verwende, sollte dies eigentlich kein Problem mehr darstellen... Ich werd es mal probieren!

...

Naja... Es gibt einige browserspezifische Eigenarten wie Geckos Probleme mit pixelgenauer Platzierung; außerdem gibt es bei den etwas obskureren CSS-Befehlen Kompatibilitätsunterschiede.

Da fällt mir gerade ein (endschuldigt, dass ich so viele Fragen stelle): Meine Designs basieren immer mehr auf Prozentangaben, bei Schriftgrößen Pixelangaben (natürlich xHtml+Css, das ist sowieso klar^^) - war da nicht irgendein Problem mit Windows vs. Macintosh? Bei Pixel weiß ich, dass es da Unterschiede gibt, meine aber mal gehört zu haben, dass die Pixelangabe für Schriftarten das beste verfügbare sei (oder war es doch em? Gute Frage), es geht mir um Größenangaben (Höhe und Breite) meiner div's, die die Bereiche meiner Homepage darstellen ( ein div für Navigation, eins für Inhalt etc.).

...

Vermeide px. Eine 12 Pixel hohe Schrift mag mit 1024x768 gut aussehen, mit 1800x1350 tut es das nicht mehr. Außerdem sind Seiten, die sich nicht an die Uservorgaben zur Basisschriftart halten, nicht gerade ergonomisch. Slashdot benimmt sich seit dem letzten Redesign auch so und ist mit hohen Auflösungen definitiv augenunfreundlich.
Bei Schriftarten kannst du % oder em verwenden, aber bitte nicht px. Mit px stellst du sicher, daß deine Seite auf irgendeiner Auflösung schlecht aussieht.

[Jesus_666]

Ich habe schon oft gehört dass em bevorzugt werden sollen, aber ich stimme dem absolut nicht zu. Bei gewerblichen Seiten die einen großen Funktionsumfang haben, hat man mit em nur Probleme. Hat zu Beispiel der Elterntag eines Tags eine Schriftgröße in em, ist sie nicht relativ zur im Browser eingestellten Schriftgröße sondern zur Schriftgröße die im Elterntag definiert ist. Wird diese Schriftart nun irgendwo außerhalb des Elterntags verwendet, hat sie eine Unterschiedliche Größe. Das ist schon ärgerlich wenn man z.B. eine Standardtext-Klasse auf einmal innerhalb einer Klasse verwenden muss, wo eine kleinere Schrift benötigt wird.

Px ist nicht das beste - keine Frage, aber auf Bildschirmen kann sich jeder was darunter vorstellen. Die beste Lösung ist meines Erachtens nach, eine Möglichkeit anzubieten, die Schriftgröße der Seite (z.B. durch Laden eines alternativen Stylesheets) anzupassen, dabei aber weiterhin px als Größe anzugeben. Hätte nebenbei noch den Vorteil dass das Layout nicht zerstört wird (wie es bei den Vergrößerungsmöglichkeiten des Browsers der Fall ist)

...

Hmm, weißt du, wie es mit % aussieht? Wie gesagt, ich halte Angaben in px für Designprobleme (zumindest, wenn der Wert unter 11 liegt), weil sie eben dazu neigen, nicht zu skalieren.

Alternative Stylesheets haben das Problem, daß man eine Browserweiche oder eine Splashseite verwenden muß. Letzteres nervt und ersteres funktioniert oft nicht richtig... Und irgendwie ist es doch etwas merkwürdig, daß man sich auf Techniken verlassen muß, die eigentlich seit 2000 tot sein sollten. Gut, man kann auch den Leuten sagen, daß sie von Hand umschalten sollen, das ist aber auch nicht gerade benutzerfreundlich.

[FF]

das umstellen des stlyesheets geht auch mit einem lustigen php auswahlmenü. das kann man dann noch in nen cookie oder so schreiben, (also die einstellung) und der benutzer freut sich beim erneuten betreten der seite, das seine einstellugnen noch gültig sind^^

[Teelicht]

Mit Pixeln als Schriftgröße habt ihr wohl recht, hab ich bei meinem aktuellen Auftrag im Test auf hohen Auflösungen gerade gesehen^^

Allerdings hab ich das noch nicht ganz mit den Alternativen verstanden. 'em' ist mir sowieso noch ein Rätsel, ich habe mal probiert, das Seitendesign komplett auf em umzustellen und war nicht sehr zufrieden. Einerseits musste man für die selbe Länge auf dem Bildschirm öfters unterschiedliche em-Werte eingeben und andererseits weiß ich nicht, wie ich ein div an Position xem|yem beginnen lassen kann und dann den Rest des Bildschirms bis unten ausfüllen lassen kann (ihr versteht, was ich meine?). Bei Angaben wie 100% ist em total aufgeschmissen, aber das wäre ja nicht schlimm, das Problem eben ist das richtige Problem mit em.

Also dachte ich mir: Hey, Prozentangaben für die Schriftgröße! Klingt zwar irgendwie verrückt, aber cool! Gut, gesagt, getan. Das Ergebnis lässt sich allerdings nicht sehen! Die Prozentangaben beziehen sich bei der Schriftgröße offenbar nicht auf den Anzeigebereich (oder von mir aus Viewport) des Browsers, sondern auf die Basisschriftgröße. o.O Wie soll ich denn dann bitte relativen Schriftgrößen angeben?? Wenn ich 100% angebe, ist das die normale Schriftgröße im Browser, bei 150% lässt es sich auch auf irgendsoner höheren Auflösung auch gut sehen (aber ist für 1024x768 zu groß) und bei 200% ist es bei 1600x1200 gut lesbar, aber bei 1024x768 viel zu groß!

Mh, bisherige Lösung ist leider immernoch die Schriftgrößenwahl des Benutzers, aber eigentlich lehne ich sowas ab, denn einen Computer sollte man doch dazu bringen können, abhängig von der Bildschirmgröße die Schriftgröße zu wählen* - nur wie???

*damit meine ich kein JavaScript!

[EDIT] Scheiße, ich glaube, mir ist gerade der Fehler in meinem Gedankengang aufgefallen: Ich habe 2 Bildschirme, meinen 15" TFT des Notebooks und eine alte 17" CRT Röhre... Bei wieviel Zoll benutzt man eigentlich Auflösungen wie 1600x1200? Gibt es da Unterschiede zwischen der Darstellung von 100% Schriftgröße zwischen 15", 17", 20" usw.? Wirkt so eine Schrift auf großen Bildschirmen irgendwie größer?? Denn auf meinem CRT Bildschirm kann man bei 1600x1200 von den Menüs etc. kaum etwas ohne Anstregung lesen, ist das auf größeren Bildschirmen anders? Gut, die Frage klingt doof, aber ich weiß es eben nicht, ich hab noch nie einen großen Bildschirm vor mir gehabt...

[mitaki]

em hat schon was an sich^^

Em bedeutet die Breite des Buchstabens M. Wenn ich meine Standardinstallation vom Firefox betrachte ist ein em 16 Pixel breit (und hoch) ausgehend von <html> bzw. <body>.

Wenn man das weis kann man schon ganz gut nach vorne rechnen. So ist es auch erklärbar, wie 10em verschiedene Pixelgrößen haben können.
Von daher hat der Surface Dweller schon recht, für tief verschachtelte Projekte ist em nicht allzugut geeignet. Allerdings sollte man auch gar nicht so tief verschachteln^^

Mh, bisherige Lösung ist leider immernoch die Schriftgrößenwahl des Benutzers, aber eigentlich lehne ich sowas ab, denn einen Computer sollte man doch dazu bringen können, abhängig von der Bildschirmgröße die Schriftgröße zu wählen* - nur wie???

...

Naja, manche Browser wie z.B. der Firefox erlauben es einem, die Standardschriftgröße zu verändern - und damit em.

Jesus_666 ist da besser informiert. Aber ich denke % Angaben bei der Schrift beziehen sich ebenfalls auf die Standardschriftgröße des Browsers.

[Jesus_666]

Naja, manche Browser wie z.B. der Firefox erlauben es einem, die Standardschriftgröße zu verändern - und damit em.

...

Exakt. Interessanterweise verwende ich sowohl auf dem iBook (1024x768) als auch unter Linux (~1800x1350) eine Basisgröße von 16, was an sich recht gut lesbar ist. Und beide Füchse arbeiten mit 96 DPI (auch wenn ich unter Linux eigentlich über 120 DPI habe; mit 96 sehen die Menüs aber besser aus).

Jesus_666 ist da besser informiert. Aber ich denke % Angaben bei der Schrift beziehen sich ebenfalls auf die Standardschriftgröße des Browsers.

...

Ich bin mir nicht sicher, aber ich glaube, man konnte auch irgendwie über <meta> die Basisschrift für das Dokument angeben. Bin mir aber echt nicht sicher.

[dead_orc]

Was ich interessant finde ist, dass hier gar nicht pt zur Sprache gekommen ist. Ist das absolut falsch oder wie ist das damit? Ich bin leider kein Mensch mit so viel Geld und habe deshalb keinen Monitor auf dem ich eine Auflösung von >1024x768 anzeigen kann und daher weiß ich nicht, wie Schriftarten bei hohen Auflösungen aussehen ^^

[mitaki]

Aber für Php brauch ich ab und zu einen name-Attribut, ich kenne bisher keine Alternative dazu...

...

Wenn du damit <input /> Felder meinst: Diese dürfen das name-Attribut laut W3C Validator nochenthalten - wie mir gerade aufgefallen ist.

Was ich interessant finde ist, dass hier gar nicht pt zur Sprache gekommen ist. Ist das absolut falsch oder wie ist das damit? Ich bin leider kein Mensch mit so viel Geld und habe deshalb keinen Monitor auf dem ich eine Auflösung von >1024x768 anzeigen kann und daher weiß ich nicht, wie Schriftarten bei hohen Auflösungen aussehen ^^

...

Jain, mit Punkt und Pixel hast du nicht nur das genannte Win/Mac Problem, sondern - wenn ich mich richtig erinnere - müssten standardkonforme Browser das zoomen dieser Angaben nicht erlauben.

[Teelicht]

Wenn du damit <input /> Felder meinst: Diese dürfen das name-Attribut laut W3C Validator nochenthalten - wie mir gerade aufgefallen ist.

...

Meinte ich danke für den Tipp, das ist mir nämlich neu.

Jain, mit Punkt und Pixel hast du nicht nur das genannte Win/Mac Problem, sondern - wenn ich mich richtig erinnere - müssten standardkonforme Browser das zoomen dieser Angaben nicht erlauben.

...

Also meines Wissens sind Punkte keine relative Größe, dass sollte bei hohen Auflösungen schon was ausmachen...

Jesus_666: Nur mal aus Neugierde: Wieviel Zoll hat dein "Linux-Bildschirm"? Denn das ist ja immer noch das, worüber ich mir nicht ganz im Klaren bin: Eigentlich müsste aber 1em mit Basisschriftgröße 16 unabhängig von der Zoll-Größe des Bildschirms überall gleich aussehen oder? Oder sind Pixel bei großen Bildschirmen irgendwie größer? Die Frage klingt etwas dumm, aber ich kann nicht verstehen, dass ich bei 17" und 1600x1200 mein 1em nur schwer lesen kann. Vielleicht liegt es ja doch nur an der Gewohnheit oder an meinen doofen 60Hz bei 1600x1200? Außerdem stört es mich beim Layout schon, dass der Text bei 1024x768 schön ca. 1/3 des Bildschirms füllt, während er bei 1600x1200 (und 1em) nur so ein paar Pixel füllt

Wenn du mir den Gefallen tun würdest, können wir ja mal einen kleinen Test machen: Du gehst auf die Seite http:/schattentier.st.ohost.de/Firehorns/?basetype=em (noch nicht fertig, aber is ja erst mal egal) und machst mir mit deinem Linuxbildschirm mal einen Screenshot... Hab jetzt halt nur die Schriftgröße auf em umgestellt, alles andere läuft noch auf Nummer Sicher mit Pixeln. Anmerkung: Wenn ihr unten Rechts die Schriftgröße verändert, müsst ihr nochmal ein &basetype=em an die URL hängen, um es als em-Werte zu testen..

ok, Basisschriftgröße kann man verändern, das müsste ja dann heißen, dass alle 1600x1200-und-höher-Nutzer entweder die Schriftgröße verändern oder freiwillig so klein lassen und gar nicht größer haben wollen? Ist das richtig?

[Jesus_666]

Der Test muß warten, bis mein neues Mainboard angekommen und eingerichtet und dann die Festplatte von den Schäden, die der Versuch, NForce4 und Linux zu mischen, dort hinterlassen hat, befreit werden. Das dürfte bis Dienstag oder Mittwoch dauern, wenn alles glatt geht.

Der Bildschirm ist ein 21"er CRT, den ich mit knapp 1800x1350 fahre. An sich müßte ich den Text mit >120 DPI anzeigen lassen, aber der Fx wendet das dann auch auf die Menüs an, wo der Text dann blöde groß wird, weshalb der Fx auf 96 DPI eingestellt ist.