Amateurfilm-Forum

Ich bin grade dabei mir meine eigene Page zubastlen.
Da habe ich folgende Fragen:

-Welche maße muss eine Page haben in bsw
Photoshop zum Slicen?

-Muss ich irgentein Html code einfügen,
damit sich die Page an der Auflösung des Users
anpasst? Wenn ich meine Page öffne kommt
meißt der hässlige Scroll button links und unten.

Websiten sollten NIEMALS angepasst werden, sprich niemals flexibel, sondern immer fest.
Ich empfehle dir eine Größe von ca. 900 x 600, da dann auch 1024 x 768 gut bedient ist... Das am betsen zentrieren und einen netten Hintergrund machen, siehe www.roda-vision.de

900 x 600 bringt nich so viel weil das dann beiu den meißten zu klein ist.... also vll was größer

Wenn man es aber größer macht, ist es benutzerunfreundlicher, weil der Text sich zu arg Streckt, 800 x 600 gar nichtmehr geht, 1024 auch knapp wird, wenn man rechts und links zB noch icq odr trillian hat usw...

Findest du auf meiner Website ist das ganze zu klein? Ich hab glaub ich damals 950 genommen, weil da noch 50 pc gefehlt haben

Ich finde, es passt auf deiner Page perfekt

Slicen... Sollte man drauf achten, dass es so aussieht, dass auch grössere Auflösungen damit klarkommen. Und das ist nicht einfach, da grafisches LAyout meistens eben zu UNflexibel ist. Flexibel muss es eben sein ,dann passt es auf nahezu jeder Auflösung und sieht auch nch 'richtig' aus.

@TiKaey

Nicht unbedingt, zu lange Zeilen bei Texten sind zu benutzerunfreundlich!

Also, feste Größen sind Gift, jede Pixelangabe sollte vermieden werden (11px Schrift ist auf 1600x1200 kleiner als bei 800x600), daher auch pixel angaben in Breite und höhe.
Ich verwende zwar auch diese Angaben, abgestimmt auf dem derzeitigen Durchschnitt von 1024x768, aber nur im Grundlayout, beim endgüligen werden relative größenangben gemacht.

Der Quellcode von dir Nihilus sieht zwar sauber aus und ich sehe auch die media angabe beim css was bei vielen immer fehlt, aber ich Frage mich warum XHTML? der gesamte code passt in HTML4.0 mit einer strict.dtd (annahme, ich kann mir aber gern mal das css ansehen, ob nicht doch lieber die loose.dtd passender ist)

was ich aber abschreckend finde, ist (zumal du ja immer so angiebts das du es drauf hast (haste ja auch)) der viele javascript Krams darin, schalte ich js ab, war es das
Denn dein Rollover ist im Header ist echt Armsellig am nachladen, das kann man mit css lösen und JS ist da mittlerweile fehl am platz.

Und solang man keine XHTML elemente benutzt, sollte man dem browser auch nicht sagen das er dessen energie laden, starten und verwenden soll

Zitat

Original von Darth Nihilus
@TiKaey

Nicht unbedingt, zu lange Zeilen bei Texten sind zu benutzerunfreundlich!

Verbietet ja keiner, dass Du Deine Zeilen vorher umbrichst. Aber dafür braucht es keine feste Größe im Gesamtlayout.
Und vor allem, immer bedenken, dass nicht jeder die gleiche Auflösung hat. Daher ist Flexibilität alles.

Lieber Micha,
sag mir doch wie du es anders als feste Größen machen würdest? 100%? Sicher nicht...

Warum XHTML?:
Warum einen TFT Bildschirm wenn es auch welche mit Röhren gibt?

das JS ist NUR ein preloader, er läd die bilder vorraus, und macht sonst nichts, und wenn du js ausschaltest, hat das keinerlei auswirkungen auf den rest der Seite oder den Header.

Außerdem habe ich sehrwohl XHTML Elemente verwendet, allerdings gibt es keine wirklich neuen Elemente im Unterschied zu HTML 4.x, bis auf das, dass XHTML den Nutzen hat, seiten auch OHNE CSS betrachten zu können

Variable Benutzergrößen, klar keine 100% oder so, ausser es macht sinn, ansich baut man einen layout anhand einer festen Größe nach vorstellung und Auflösung, aka 1024x768 dann geht man über, und erechnet die Prozentzahl der weiten (height giebt es eh nicht mehr und wird mit min-/max- Height definiert, ausser IE), Schriftgrößen sollten sich nach der Benutzereinstellung richten und somit nach seiner Grundgöße richten, hierzu kann da "m" oder "x" als Richtwert der Größe verwendet werden (e.g. em || ex) andere größen, z.B. beim drucken können auch in anderen masseinheiten definiert werden, je nach Media Type (ipod, printer, screen etc.) mann kann so sogar das drucken verhindern, indem man eine css für media print hat und alle elemente unsichtbar macht, dann giebts ne leere seite

Über das Thema des "Vorladens" haben wir gerade uns im ICQ unterhalten, nach neusten Standard giebts dies auch nicht mehr, ansich auch logisch, wenn man die Bandbreiten etc. bedenkt, css darf aber vorladen im strict.dtd mode von HTML4, da darüber das ganze Layout über css in gültiger Regel erstellt sein muß, so wird jede im css definirte Grafik sofort geladen (Quelle w3c.org), sollte die defination auf loose.dtd stehen, entscheidet der Browser, im Endeffekt entscheidet eh der Browser, ob er sich drann hält oder nicht.

Wenn Javascript etwas laden will, was der Benutzer nicht verwendet, bricht es die regel der Unnutz:
unused Payload is unportable, the Image Object read bytes during requirement of this.

Denoch entscheidet die Browser-software über ihr vorgehen, wenn man sich an die regeln hält, entsteht der effekt, das nun mal deine (nicht) Vorgeladene Buttons erst dann laden, wenn sie gebraucht werden, was wieder eine gewisse logic entspricht.
CSS in verbindung der strict dtd (nicht XHTML) ladet wiederum alles ein (soll es), da es ein festes Layout ist, der Browser kann aber bei der Hover anweisung selbst entscheiden, ober OnDaiment ladet oder sofort, bei loose.dtd darf und soll er es, bei strict nicht, hier soll er ein fest vorgebenes Layout laden und verwenden, das koplett.

Weitere Information stehen bei der w3c.org bereit.