Positionierung mit CSS, Elemente der Seite mittels CSS "modern" positionieren und fixi Einstellungen

[Auge]

Betreffs der anderen Dinge - ok, vielleicht mache ich mich da noch etwas "heiß", aber ich möchte zumindest möglichst ähnliche Seitenansichten in den "großen" Browsern erreichen - 3 Pixel rechts mehr oder linsk weniger, ist da kein Thema, aber die prinzipielle Anordnung sollte nahezu gleich sein und das gelingt mir eben bisher nur mit diversen "Verrenkungen", von denen ich inzwischen nicht mehr nachvollziehen kann, welcher eigentlich was bewirkt...

Dann lasse sie weg und gebe dich damit zufrieden, dass nicht alles ...

... ach, ich wiederhole mich.

Und Flash: na ja, Flashseiten sehen ja eigentlich in allen Browsern schon gleich aus, sofern man das Plugin installiert hat - nur sind das eben nicht die Ziele, die ich anstrebe - ich möchte keine Flash-Seiten erstellen, schon weil Suchmaschinen sich damit eher schwer tun. ABER sie sehen eben fast gleich aus...

Sie sehen nicht nur "fast" gleich aus. Die Probleme bei der Indexierung durch Suchmaschinen verursacht aber der Autor, nicht die Suchmaschine. Zumindest in neueren Flash-Versionen ist etwaiger Text durchsuchbar -der Googlebot tut dies übrigens auch- wenn der Autor dafür sorgt (frag mich nicht nach Details). Allerdings sorgen die wenigsten Autoren von Flashapplikationen dafür, so das dies kaum praktische Relevanz hat. Die Tatsache, dass man ein Plugin für seinen Browser haben muss, ist ein weiterer Grund gegen den "allseitigen" Einsatz von Flash.

Warum JavaScript und auch Flash Probleme bereiten, bzw. was man falsch machen kann, sieht man übrigens schön an deiner Seite für das Brandenburger Orientfestival. Nach dem Klick auf "Tritt ein" (Nebenbei: Warum überhaupt erst klicken müssen, um an die relevanten Informationen zu kommen?) landet man auf der eigentlichen Startseite. Von da aus geht's aber nicht weiter. Kein Link zu anderen Seiten des Angebots, nur ein paar einleitende Sätze und zwei Bilder eines Flyers.

Merkst du was? Ohne JavaScript geht garnichts. Das, was ich zu sehen bekomme, bekommt auch ein Suchmaschinenroboter zu "sehen". Ein paar einleitende Sätze und die Alternativtexte zu den Flyern, jedoch keine weiterführenden Links. Dass ich ohne JavaScript die Bilder nicht vergrößert angezeigt bekomme ist zu verschmerzen, da es sich um eine Zusatzfunktion handelt, ohne die mir keine relevanten Informationen vorenthalten wird. Könnte man auch anders lösen, aber was soll's. Die fehlende Navigation ist aber definitiv ein Todesurteil. Da müsstest du definitiv noch mal ran.

Tschö, Auge

Der Beitrag wurde von Auge bearbeitet: 28.05.2008 - 15:37

[spezies-8472]

Dann lasse sie weg und gebe dich damit zufrieden, dass nicht alles ...

... ach, ich wiederhole mich.

Wenn es irrelevante Details wären, oder meine eigene Seite - ok, aber leider nicht möglich, da
1. nicht meine Seite
2. relevant und soll auch halbwegs passabel aussehen
3. habe ich das Problem ja inzwischen IRGENDWIE gelöst, weiß aber leider selber nicht so genau, welches das entscheidende Detail war, oder ob jetzt ne Menge überflüssiger Kram in der CSS-Datei steht...

Sie sehen nicht nur "fast" gleich aus. Die Probleme bei der Indexierung durch Suchmaschinen verursacht aber der Autor, nicht die Suchmaschine. Zumindest in neueren Flash-Versionen ist etwaiger Text durchsuchbar -der Googlebot tut dies übrigens auch- wenn der Autor dafür sorgt (frag mich nicht nach Details). Allerdings sorgen die wenigsten Autoren von Flashapplikationen dafür, so das dies kaum praktische Relevanz hat. Die Tatsache, dass man ein Plugin für seinen Browser haben muss, ist ein weiterer Grund gegen den "allseitigen" Einsatz von Flash.

Eben. So detailliert wusste ich es zwar noch nicht, aber genau wegen dem nötigen Plugin lehne ich persönlich es auch ab!

Warum JavaScript und auch Flash Probleme bereiten, bzw. was man falsch machen kann, sieht man übrigens schön an deiner Seite für das Brandenburger Orientfestival. Nach dem Klick auf "Tritt ein" (Nebenbei: Warum überhaupt erst klicken müssen, um an die relevanten Informationen zu kommen?) landet man auf der eigentlichen Startseite. Von da aus geht's aber nicht weiter. Kein Link zu anderen Seiten des Angebots, nur ein paar einleitende Sätze und zwei Bilder eines Flyers.

Hmm, ist mir noch gar nicht wirklich aufgefallen, aber ich habe keine Lösung gefunden für die Menüs in mehreren Ebenen (mehr als nur eine!!) ohne JavaScript, da die so vorgegeben waren und man diese haben wollte... Sollte es da bessere Lösungen geben - nehme ich gerne!!
Nebenbei: die Inhaber der Seite wollten gerne so ein "Portal" durch das man auf die eigentliche Seite kommt - ich muss auch dazu sagen - diese Seite habe ich auch in keinster Weise suchmaschinenoptimiert, da sie mehr ein Freundschaftsdienst gewesen ist und ich dafür eh nicht bezahlt werde...

Merkst du was? Ohne JavaScript geht garnichts. Das, was ich zu sehen bekomme, bekommt auch ein Suchmaschinenroboter zu "sehen". Ein paar einleitende Sätze und die Alternativtexte zu den Flyern, jedoch keine weiterführenden Links. Dass ich ohne JavaScript die Bilder nicht vergrößert angezeigt bekomme ist zu verschmerzen, da es sich um eine Zusatzfunktion handelt, ohne die mir keine relevanten Informationen vorenthalten wird. Könnte man auch anders lösen, aber was soll's. Die fehlende Navigation ist aber definitiv ein Todesurteil. Da müsstest du definitiv noch mal ran.

Jepp, denke ich auch, habe aber zum Glück fast ein Jahr Zeit dafür, da das nächste Festival erst 2009 stattfinden wird...
Betreffs Navigation - ich habe lange gesucht nach einer CSS oder "nur-HTML"-Lösung, wobei es letztere wohl nicht gibt, zumindest dann nicht, wenn man "grafische" Menüs haben will - aber ich habe nichts anderes gefunden, als das Programm DHTML-Menu - oder wie es jetzt genau heißt. Kannst Du mir nen Tipp geben, wie es besser gemacht werden kann?

Und betreffs der Bilder - Ok, es gehen keine relevanten Infos verloren, aber wenn es auch da bessere Varianten gibt, warum diese nicht einsetzen - aber Du meinst nicht zufällig den ganz normalen Link in ein neues Browserfenster? Diesen ganz einfachen HTML-Verweis würde ich so nicht so gerne nutzen, da ich zumindest ein kleineres Fenster nutzen und dort keinen "BACK"-Link setzen möchte...

Dann erstmal danke für die Infos
spezies-8472

Der Beitrag wurde von spezies-8472 bearbeitet: 28.05.2008 - 20:22

[Auge]

Warum JavaScript und auch Flash Probleme bereiten, bzw. was man falsch machen kann, sieht man übrigens schön an deiner Seite für das Brandenburger Orientfestival. Nach dem Klick auf "Tritt ein" (Nebenbei: Warum überhaupt erst klicken müssen, um an die relevanten Informationen zu kommen?) landet man auf der eigentlichen Startseite. Von da aus geht's aber nicht weiter. Kein Link zu anderen Seiten des Angebots, nur ein paar einleitende Sätze und zwei Bilder eines Flyers.

Hmm, ist mir noch gar nicht wirklich aufgefallen, aber ich habe keine Lösung gefunden für die Menüs in mehreren Ebenen (mehr als nur eine!!) ohne JavaScript, da die so vorgegeben waren und man diese haben wollte... Sollte es da bessere Lösungen geben - nehme ich gerne!

Du brauchst schon JavaScript, schon alleine wegen des MSIE>7. Moderne Browser können sowas allein mit CSS lösen. Aber auch das ist nicht wirklich schön. JavaScript ist schon der richtige Ansatz.

Allerdings (oder auch aber): Da gerade die Navigation auch und unbedingt ohne JavaScript funktionieren muss, ist die Herangehensweise, den HTML-Quelltext der Navigation per JavaScript zusammenbauen zu lassen, falsch. Warum dann nicht gleich mit HTML?

Ich kann dir leider kein fertiges Beispiel liefern, eine grobe Anleitung aber schon.

1. Die Navigation wird pur mit HTML aufgebaut. Dies inklusive sämtlicher Verschachtelungen.
1.1. Im übrigen ist eine Liste von Links eine Liste, für die es entsprechende HTML-Elemente gibt. (siehe: Listamatic).
2. Die Untermenüs werden mit JavaScript bei Bedarf eingeblendet (JavaScript-Events)
2.1. Um Benutzern, die kein JavaScript aktiviert/zur Verfügung haben, die Navigation auch in den Untermenüs zu ermöglichen sind die Untermenüs standardmäßig ausgeklappt und werden beim Laden des Dokuments per JavaScript eingeklappt. Gibt's kein JavaScript, bleiben die Menüs sichtbar, ansonsten kann man davon ausgehen, dass sie auch wieder ausgeklappt werden.

Und betreffs der Bilder - Ok, es gehen keine relevanten Infos verloren, aber wenn es auch da bessere Varianten gibt, warum diese nicht einsetzen - aber Du meinst nicht zufällig den ganz normalen Link in ein neues Browserfenster?

Nein, wenn es nach mit ginge, wäre es ein ganz normaler Link ohne neuem Fenster. Das geht auch recht einfach. Das Popup wird über eine Funktion aufgerufen, die ihr Ziel aus dem href-Attribut des Links entnimmt und bei Erfolg false zurückgibt, womit der Browser weiß, dass der dem HTML-Link nicht folgen muss. Funktioniert dies nicht, wird eine stinknormale Seite mit den gleichen Infos (hier: das Bild) geladen.

Zu dem Thema gab es hier vor zirka 2-3 Jahren eine ausführliche Diskussion mit Codebeispielen (Suchbegriff: window.open).

Diesen ganz einfachen HTML-Verweis würde ich so nicht so gerne nutzen, da ich zumindest ein kleineres Fenster nutzen und dort keinen "BACK"-Link setzen möchte...

Was ist kein Backlink?

Tschö, Auge

[spezies-8472]

Du brauchst schon JavaScript, schon alleine wegen des MSIE >7. Moderne Browser können sowas allein mit CSS lösen. Aber auch das ist nicht wirklich schön. JavaScript ist schon der richtige Ansatz.

Warum ist ausschließlich CSS nicht schön? Weil es in älteren Browsern nicht funktioniert?

Allerdings (oder auch aber): Da gerade die Navigation auch und unbedingt ohne JavaScript funktionieren muss, ist die Herangehensweise, den HTML-Quelltext der Navigation per JavaScript zusammenbauen zu lassen, falsch. Warum dann nicht gleich mit HTML?

Ja klar, wenn ich das hinbekomme?!?

Ich kann dir leider kein fertiges Beispiel liefern, eine grobe Anleitung aber schon.

Schon klar, ist ja auch nicht deine Aufgabe - Danke auch für die Erklärung, aber da muss ich doch passen, denn das kann ich mit meinen Kenntnissen nicht mehr umsetzen - ich habe zwar auch ne Sitemap-Seite erstellt, auf der alle Links zu finden sind, aber die Untermenüs einblenden per JavaScript, kann ich leider nicht programmieren - zu wenig Wissen über und in JavaScript!
Ansonsten klingt das schon sinnvoll, aber sieht in Browsern ohne JavaScript sicherlich ein wenig blöd aus, wenn über dem Rest der Seite die ganzen Links liegen - wobei - eigentlich müsste sich der ganze Inhalt ja nach unten verschieben, was auch wieder nicht wirklich gut aussieht... Aber warum schalten sie auch javaScript aus??

Nein, wenn es nach mit ginge, wäre es ein ganz normaler Link ohne neuem Fenster.

Ähhm ja... Ist auch wieder etwas, wovon ich keine Ahnung habe... Man merkt immer wieder aufs Neue, wie wenig man doch eigentlich weiß.. Gut, dass ich damit nicht meinen Lebensunterhalt verdienen muss. Andererseits würde ich dann natürlich auch die Zeit haben, alles zu lernen und ggf. auch Lehrgänge usw. zu besuchen...

Zu dem Thema gab es hier vor zirka 2-3 Jahren eine ausführliche Diskussion mit Codebeispielen (Suchbegriff: window.open).

Ok, gucke ich mal nach, THX!

Was ist kein Backlink?

Na ja, ein Link, der auf die folgende Seite führt? War jetzt vermutlich keine astreine Definition, aber bitte auch nicht jedes Wort von mir syntaktisch abchecken

*gruß*
spezies-8472

[Auge]

Du brauchst schon JavaScript, schon alleine wegen des MSIE >7. Moderne Browser können sowas allein mit CSS lösen. Aber auch das ist nicht wirklich schön. JavaScript ist schon der richtige Ansatz.

Warum ist ausschließlich CSS nicht schön? Weil es in älteren Browsern nicht funktioniert?

Nein, wenn es nur darum ginge, würde ich das entsprechende CSS vor den Unfähigen verbergen und ausschließen, dass die Fähigen das JavaScript ausführen müssen.

Alle Eigenschaften, die mit CSS vorgegeben werden, sind binär. In diesem speziellen Fall heißt das, ein Element ist entweder sichtbar oder nicht. Das wird davon abhänging gemacht, ob sich der Fokus oder der Mauszeiger über bzw. in einem bestimmten Element/Bereich befindet. Verlässt der Fokus oder die Maus das Element, wird auch der Status der Sichtbarkeit des ein- oder auszublendenden Elements geändert.

Einerseits kann man da 'ne Menge Fehler machen (man kann sie natürlich auch vermeiden), andererseits eröffnet JavaScript mit z.B. zeitgesteuerten Funktionen andere Möglichkeiten, auf das Ein- und Ausblendverhalten Einfluss zu nehmen. Da ein solches Menü sowieso "nur" eine Dreingabe ist, also die Navigation auch ohne unterstützende Techniken benutzbar bleiben muss, kann man das auch ohne Gewissensbisse mit JavaScript realisieren.

Ich kann dir leider kein fertiges Beispiel liefern, eine grobe Anleitung aber schon.

Schon klar, ist ja auch nicht deine Aufgabe

Nicht nur das. Da mir bisher nur wenige sinnvolle Einsatzszenarien für JavaScript begegneten, fehlt mir auch eine umfassende praktische Erfahrung im Umgang mit JavaScript.

Ansonsten klingt das schon sinnvoll, aber sieht in Browsern ohne JavaScript sicherlich ein wenig blöd aus, wenn über dem Rest der Seite die ganzen Links liegen - wobei - eigentlich müsste sich der ganze Inhalt ja nach unten verschieben, was auch wieder nicht wirklich gut aussieht... Aber warum schalten sie auch javaScript aus?

Warum fragst du immer nur nach dem Aussehen? Erst kommt die Benutzbarkeit und dann die Gestaltung. Wenn alles unterhalb der Navigation nach unten rutscht, ist das das Beste, was passieren kann. Die Navigation ist ob ihrer in Gänze aufgeklappten Struktur von vorne bis hinten benutzbar und der eigentliche Inhalt der Seite ist ebenfalls voll zugänglich, weil die Navigation ihn nicht partiell oder gar vollständig verdeckt.

Was ist kein Backlink?

Na ja, ein Link, der auf die folgende Seite führt? War jetzt vermutlich keine astreine Definition, aber bitte auch nicht jedes Wort von mir syntaktisch abchecken

<modus style="korinthenkack:true;">Nun, hier wurde semantisch abgecheckt, nicht syntaktisch.</modus>

Im Ernst: Wenn ich dich richtig interpretiere, willst du das zu öffnende Fenster der browsereigenen "Vor- und Zurücknavigation" berauben? Ist die bei einem frisch geöffneten Fenster überhaupt aktiv? Und wenn dort, in diesem Fenster, weiternavigiert werden können sollte, warum soll man dann diese Funktionen nicht benutzen können?

Tschö, Auge

[spezies-8472]

So, habe es geschafft, die Seiten mehr oder minder komplett auf XHTML & CSS umzustellen - muss nochmal nachsehen, aber die meisten Tabellen sind raus, der html-Text sollte einigermaßen sauber sein und das CSS ist auch "sauber" - aber ich fürchte mal, da stecken noch diverse "überflüssige" Eigenschaften drin, die ich nicht finde. Ist natürlich müßig, jede einzelne Zeile mal zu löschen, um auszprobieren, ob in einem der Browser irgend etwas nicht mehr funktioniert... Gibts da vielleicht Tools, die sowas auch optimieren können?

JavaScript ist übrigens auch nur noch zur Bildanzeige drin geblieben und sollte es deaktiviert sein, müßte man trotzdem noch die Seite komplett ansehen können.

Aber ne Frage habe ich trotzdem wieder:
mir wurde gesagt, meine Seite ist ziemlich - na ja, ich drücke es mal etwas einfacher aus - dämlich programmiert, weil: wenn man sie vergrößert, geht die gesamte Struktur verloren und man sollte nicht so sinnfrei CSS einsetzen, wie ich das getan habe, sondern bspw. "em" bei Größenangaben sinnvoll und korrekt einsetzen.

Ok, aber was genau ist damit gemeint? Wo ist es denn falsch und wo richtig eingesetzt?
*grybl*

Der Beitrag wurde von spezies-8472 bearbeitet: 06.11.2008 - 19:14

[Auge]

So, habe es geschafft, die Seiten mehr oder minder komplett auf XHTML & CSS umzustellen - muss nochmal nachsehen, aber die meisten Tabellen sind raus, der html-Text sollte einigermaßen sauber sein und das CSS ist auch "sauber" - aber ich fürchte mal, da stecken noch diverse "überflüssige" Eigenschaften drin, die ich nicht finde. Ist natürlich müßig, jede einzelne Zeile mal zu löschen, um auszprobieren, ob in einem der Browser irgend etwas nicht mehr funktioniert... Gibts da vielleicht Tools, die sowas auch optimieren können?

Das Einzige, was ich zu dem Thema empfehlen kann, ist die Firefox-Erweiterung "Firebug". Allerdings bleibt dir trotzdem die Aufgabe das händisch zu erledigen.

Mit Firebug hast du aber den Vorteil, die geladene Seite (in Sachen HTML, CSS, JavaScript) live analysieren zu können. Du kannst mit der Maus im Dokument auf ein HTML-Element klicken und bekommst z.B. in der CSS-Ansicht alle CSS-Definitionen vorgelegt, die, von der Schriftfarbe und -größe bei body bis zu den direkten Angaben für das Element, dieses Element betreffen. Diese Angaben kannst du in der Analyseansicht ab- und zuschalten und auch ändern, was sich sofort in der Ansicht im Browser auswirkt. Das sollte, abgesehen vom Arbeitsaufwand, das Beste sein, was du haben kannst (falls nicht noch jemand mit einem besseren Vorschlag kommt, ich habe jedenfalls keinen).

Aber ne Frage habe ich trotzdem wieder:
mir wurde gesagt, meine Seite ist ziemlich - na ja, ich drücke es mal etwas einfacher aus - dämlich programmiert, weil: wenn man sie vergrößert, geht die gesamte Struktur verloren und man sollte nicht so sinnfrei CSS einsetzen, wie ich das getan habe, sondern bspw. "em" bei Größenangaben sinnvoll und korrekt einsetzen.

Nun kann und will ich deinen Quelltext nicht vollständig analysieren, deshalb nur mal ein Beispiel für die Verwendung von 'em' bei Größenangaben.

Eine Navigationsspalte am Rand, der Inhalt daneben (egal ob rechts oder links). Ein zweispaltiges Layout eben.

Gibst du, wie es meist gemacht wird, die Breite für die Navigationsspalte in px an, ist sie, egal wie groß die Schrift im Browser eingestellt ist, immer nur genau so breit, wie du sie bestimmt hast. Wird die Schrift verkleinert, ist die Spalte mehr oder minder leer, wird die Schrift vergrößert, ragen die Linktexte über die Grenze der Spalte hinweg. Sehr unschön, wenn die Spalte farblich gegenüber dem Rest der Seite abgesetzt ist.

Benutzt du für die Breite der Spalte, wie auch für die Schriftgröße an sich, 'em', schrumpft/wächst die Spalte mit der Verkleinerung/Vergrößerung der Schriftgröße mit. Die Breite der Navigationsspalte hat damit immer das gleiche Breitenverhältnis zur Länge der Linktexte. Das liegt daran, dass sich Breiten- wie auch Höhenangaben (diese sind aber eher untypisch) für Elemente, die mit 'em' vorgenommen werden, direkt auf die anliegende Schriftgröße beziehen. Günstig ist hierbei übrigens die Vorgabe von font-size:100.01%; für html und/oder body im CSS, damit alle Browser zumindest sehr ähnlich reagieren (es gibt da unterschiedliche Auslegungen bei den Browserengines).

Allerdings solltest du nun nicht alle Breiten per 'em' festnageln. Wenn du die Breite z.B. für die Navigationsspalte vorgibst, reicht das in einem Zweispaltenlayout, da sich die danebenliegende Spalte automagisch den Rest der Breite im Viewport des Browserfensters krallt und gut is. Das würde erst bei seeehr sehr großer Schrift auseinanderfallen.

*grybl*

Du gryblst? Hmm, ich grüble, wenn, denn.

Tschö, Auge

[spezies-8472]

Mit Firebug hast du aber den Vorteil, die geladene Seite (in Sachen HTML, CSS, JavaScript) live analysieren zu können...

Klingt interessant, werde ich mir gleich mal herunterladen und installieren - ok, das händische Ändern sollte da dann nicht das Problem sein, wenn man aber immer 2 Programme hat zusätzlich zum Browser (HTML-Editor und CSS-Editor), ist es relativ aufwändig, immer hin und her zu wechseln, speichern hier und da nicht vergessen, Ergebnis ansehen usw....

Nun kann und will ich deinen Quelltext nicht vollständig analysieren, deshalb nur mal ein Beispiel für die Verwendung von 'em' bei Größenangaben...

Klingt logisch, da müßte ich mich denn mal durchkämpfen und nachsehen, inwieweit ich was ändern könnte - aber welche Größenangaben sollten dann in der/den anderen Spalten verwendet werden? Gar keine geht ja auch nicht immer?!? Da ich vorzugsweise ein 3-spaltiges Layout verwende, von dem zwar meistens eine Spalte auf die Breite 0 reduziert ist, für spätere Nutzung aber schon eingebaut wurde, müßte ich ja mindestens 2 Spalten mittels "em" formatieren und die 3. Spalte dann mit - ja womit?

Wenn ich Dich aber ansonsten richtig verstanden habe, sollten wenn, dann alle Elemente dieser einen Spalte mit "em" als Größenangabe beschrieben werden?

Günstig ist hierbei übrigens die Vorgabe von font-size:100.01%; für html und/oder body im CSS, damit alle Browser zumindest sehr ähnlich reagieren (es gibt da unterschiedliche Auslegungen bei den Browserengines).

Aha, das ist mir noch gänzlich neu, habe sowas nur in Bezug auf die Seitenhöhe bisher gekannt, damit der Browser gezwungen wird, eine Scrollleiste einzublenden, auch wenn keine zwingend benötigt wird, aber eben nur vertikal, damit Elemente bei gleich gestalteten Seiten nicht "springen", wenn mal eine Seite mit, eine one Scrollbalken geöffnet wird...

Du gryblst? Hmm, ich grüble, wenn, denn.

Tja, solltest Du glatt mal ausprobieren zu grybl'n Ist ne völlig neue Erfahrung!

Übrigens: Gruß nach F-Hain aus B-Dorf in Treptow-Köpenick...

Der Beitrag wurde von spezies-8472 bearbeitet: 13.11.2008 - 14:57

[Auge]

... Firebug ...

Klingt interessant, werde ich mir gleich mal herunterladen und installieren - ok, das händische Ändern sollte da dann nicht das Problem sein, wenn man aber immer 2 Programme hat zusätzlich zum Browser (HTML-Editor und CSS-Editor), ist es relativ aufwändig, immer hin und her zu wechseln, speichern hier und da nicht vergessen, Ergebnis ansehen usw....

Dass der Editor auch bei Verwendung von Firebug offen sein muss, wirst du ja mittlererweile erfahren haben. Eine Erleichertung ist Firebug trotzdem.

... welche Größenangaben sollten dann in der/den anderen Spalten verwendet werden? Gar keine geht ja auch nicht immer?!?

Bei einem Zweispaltenlayout schon, auch wenn man für die betreffende Spalte min-width verwenden sollte, damit sie eine Mindestbreite nicht unterschreitet. Nachteil: MSIEs unter Version 7 verkacken.

Da ich vorzugsweise ein 3-spaltiges Layout verwende, von dem zwar meistens eine Spalte auf die Breite 0 reduziert ist, für spätere Nutzung aber schon eingebaut wurde, müßte ich ja mindestens 2 Spalten mittels "em" formatieren und die 3. Spalte dann mit - ja womit?

Bei dreispaltigen Layouts wird das komplizierter. Je nach dem, wie die Positionierung der Spalten erfolgt (float vs. position) und der dabei benutzten Reihenfolge (dies zumindest bei float) muss eine andere Spalte mit einer Mindestbreite versehen werden. Diese kann -aber muss nicht- in em angegeben werden. Wenn z.B. in einer Bildergalerie wie größte Breite eines Bildes als Mindestbreite herhalten soll, sollte die Mindestbreite an sich mit der selben Einheit, also px, versehen werden.

float hat bei der Positionierung einen Vorteil, der von manchem Seitenersteller nicht als solcher erkannt wird. Die nicht per CSS positionierte Spalte (kann je nach Anwendung von float eine andere sein) rutscht unter die anderen Spalten, falls der Viewport des Anzeigegeräts zu schmal wird. Das wird oft als hässlich empfunden, erspart, bei sinniger Anwendung, aber das Querscrollen bei erhalten bleibender Reihenfolge der Inhalte.

font-size:100.01%; für html und/oder body im CSS

Aha, das ist mir noch gänzlich neu, habe sowas nur in Bezug auf die Seitenhöhe bisher gekannt, damit der Browser gezwungen wird, eine Scrollleiste einzublenden, auch wenn keine zwingend benötigt wird, aber eben nur vertikal, damit Elemente bei gleich gestalteten Seiten nicht "springen", wenn mal eine Seite mit, eine one Scrollbalken geöffnet wird...

Ja, es gibt Leute, die sich daran so sehr aufhängen, dass es ihnen Gegenmaßnahmen wert ist.

Übrigens: Gruß nach F-Hain aus B-Dorf in Treptow-Köpenick...

Bohnsdorf?

Tschö, Auge

[spezies-8472]

Dass der Editor auch bei Verwendung von Firebug offen sein muss, wirst du ja mittlerweile erfahren haben. Eine Erleichterung ist Firebug trotzdem.

Habs noch nicht installiert, habe aber auch die Seiten nochmal überarbeitet, oder besser gesagt beide Seiten und momentan sieht alles so aus, wie ich es haben will - Bilder, die sich der Seitengröße in gewissen Grenzen anpassen auf der einen Webseite und alles, was wichtig ist auf der anderen Seite auch scrollbar gemacht...
Das Problem mit der Skalierbarkeit bin ich dabei allerdings noch nicht angegangen...

... welche Größenangaben sollten dann in der/den anderen Spalten verwendet werden? Gar keine geht ja auch nicht immer?!?

Bei einem Zweispaltenlayout schon, auch wenn man für die betreffende Spalte min-width verwenden sollte, damit sie eine Mindestbreite nicht unterschreitet. Nachteil: MSIEs unter Version 7 verkacken.

Na super! Was kann denn eigentlich so schwer daran sein, sich einfach nur mal an offizielle Standards zu halten?! Mal tanzen die alten IE's aus der Reihe, mal die neuen... Daran werde ich dann wohl nochmal intensiv arbeiten müssen.

Bei dreispaltigen Layouts wird das komplizierter. Je nach dem, wie die Positionierung der Spalten erfolgt (float vs. position) und der dabei benutzten Reihenfolge (dies zumindest bei float) muss eine andere Spalte mit einer Mindestbreite versehen werden. Diese kann -aber muss nicht- in em angegeben werden. Wenn z.B. in einer Bildergalerie wie größte Breite eines Bildes als Mindestbreite herhalten soll, sollte die Mindestbreite an sich mit der selben Einheit, also px, versehen werden.

Aha, das mit den Mindestbreitenangaben muss ich sowieso nochmal ausprobieren, bisher hat das nicht so richtig geklappt, was ich probiert habe.

float hat bei der Positionierung einen Vorteil, der von manchem Seitenersteller nicht als solcher erkannt wird. Die nicht per CSS positionierte Spalte (kann je nach Anwendung von float eine andere sein) rutscht unter die anderen Spalten, falls der Viewport des Anzeigegeräts zu schmal wird. Das wird oft als hässlich empfunden, erspart, bei sinniger Anwendung, aber das Querscrollen bei erhalten bleibender Reihenfolge der Inhalte.

Muss ich mal gucken, ob das bei mir der Fall ist, habe nämlich gerade längere Zeit an einer anderen Seite gearbeitet. Aber so gesehen, hast Du natürlich völlig Recht! So spart man sich bei Mini-Displays einige Arbeit, aber das Gesamtbild ist andererseits auch dahin - muss man abwägen, was einem wichtiger ist.

font-size:100.01%; für html und/oder body im CSS

Aha, das ist mir noch gänzlich neu, habe sowas nur in Bezug auf die Seitenhöhe bisher gekannt, damit der Browser gezwungen wird, eine Scrollleiste einzublenden, auch wenn keine zwingend benötigt wird, aber eben nur vertikal, damit Elemente bei gleich gestalteten Seiten nicht "springen", wenn mal eine Seite mit, eine one Scrollbalken geöffnet wird...

Ja, es gibt Leute, die sich daran so sehr aufhängen, dass es ihnen Gegenmaßnahmen wert ist.

*gg* Na ja, wenn 8 von 9 Seiten gleich groß sind und die Neunte dann vom Design "springt", stört mich das einfach - man könnte natürlich alle versuchen gleich groß zu machen, aber wenn solche "Gegenmaßnahmen" auch nicht "illegal" sind, kann man die ja auch nutzen?!?!

Übrigens: Gruß nach F-Hain aus B-Dorf in Treptow-Köpenick...

Bohnsdorf?

Genau!

Tschö, Auge

ebenso Tschüß!
spezies-8472

[Google Bot]