Feststehendes Menü, in CSS statt Frames -machbar? Einstellungen

[Auge]

Hallo

Ja, aber halt mit Java

<gebetsmuehle>JavaScript, nicht Java.</gebetsmuehle>

und an so einer sensiblen Stelle des Pagedesigns würde ich mich nicht darauf verlassen wollen, das jeder Java aktiviert hat.

Dann scrollt die Navigation halt mit. Das sollte ja wohl kein Problem sein, oder? Was eine weitere Frage aufwirft: Wie kommt ein Benutzer der Seite an die vollständige Navigation, wenn die Höhe der Navigation größer ist, als die Höhe des Browserfensters? Mit position:fixed; bleibt sie ja immer an der gleichen Stelle.

Mal sehen ob der IE7 die CSS-Spezifikationen besser intus hat

Laut IEBlog soll er auf die vollständige Unterstützung von CSS 2.0 aufgebohrt werden, sowie auch die bereits bekannten Features von CSS 2.1 verarbeiten.

Tschö, Auge

[i.b.g]

Hallo,

da sind einige Leute aber völlig anderer Meinung (ohne alte Klischees bedienen zu wollen)

>> Guckst du hier! <<

[Auge]

Hallo

Ich bin beileibe kein Fan des MSIE (benutze selbst seit über vier Jahren den Mozilla). Allerdings geht aus der Heise-Meldung nicht hervor, worauf sich die Kritik bezieht.

Die erste Beta ist, soweit ich es gelesen habe, nichts weiter als ein MSIE 6 mit zwei Bugfixes (soweit es die Unterstützung von CSS angeht). Allerdings sollen im Verlauf der weiteren Entwicklung weitere Bugs beseitigt und CSS-Features (z.B. Kind-, Attribut- und Folgeselektoren) hinzugefügt werden.

Wir müssen aber davon ausgehen, dass der MSIE auch weiterhin einen großen Marktanteil haben wird. Auch wenn der neue IE nur für WIN XP und seine(n) Nachfolger gedacht ist, was neue Probleme heraufbeschwört. Ignorieren hilft also nichts, trotz aller Kritik und Boykottaufruf.

Was den Acid 2-Test angeht, es gibt nicht sehr viele browser, die den knacken. Zu denen, die das schaffen, gehören auch die beiden größten Konkurrenten (Moz/Opera) unter Windows nicht.

Tschö, Auge

Der Beitrag wurde von Auge bearbeitet: 03.08.2005 - 18:45

[TheSourceV2]

Moinsen !

<gebetsmuehle>JavaScript, nicht Java.</gebetsmuehle>

GnaGnaGnaGna....hast ja recht; Fehler meinerseits....

Andereseits, eine Navigation auf Basis von Java-Appletts ?!? Gibt es doch bestimmt auch....

Dann scrollt die Navigation halt mit. Das sollte ja wohl kein Problem sein, oder? Was eine weitere Frage aufwirft: Wie kommt ein Benutzer der Seite an die vollständige Navigation, wenn die Höhe der Navigation größer ist, als die Höhe des Browserfensters? Mit position:fixed; bleibt sie ja immer an der gleichen Stelle.

Spätestens wenn einem bei einer sehr textlastigen Site das Scrollrad aus der Maus kullert und sich der Zeigefinger verkrampft, weiss man eine ständig erreichbare und zugängliche Site-Navigation zu schätzen; und die Navigation von der Höhe so gross anzulegen, daß mann scrollen muss, um alle Steuerelemente erreichen zu können : Aua (IME)!

Und für ganz harte Fälle gibt es ja noch

QUELLTEXT

overflow:auto;

Wobei natürlich Site-Design IMHO eine Sache ist, über die sich vortrefflich streiten läßt....

Laut IEBlog soll er auf die vollständige Unterstützung von CSS 2.0 aufgebohrt werden, sowie auch die bereits bekannten Features von CSS 2.1 verarbeiten.

Einen Standard zu implementieren ist eine Sache - was die eigentlichen Probleme bereitet ist die Umsetzung in der Darstellung. Man betrachte einfach mal was Mozilla/FireFox mit "padding" so alles in der Darstellung anstellt

Es bleibt also spannend

Guten Start in die Woche an Alle,

TS

[i.b.g]

Hallo,

Man betrachte einfach mal was Mozilla/FireFox mit "padding" so alles in der Darstellung anstellt

Genau das, was in der Spezifikation steht. Wenn man dieses >> Box model << erst einmal verstanden hat, dann ist alles andere erklärlich. Nur wird es eben nicht von allen Browser so umgestzt, wie die Spezifikation es vorgibt. Und dann gibt es Design-Probleme.

Der Beitrag wurde von i.b.g bearbeitet: 08.08.2005 - 6:43

[TheSourceV2]

Hallo....

Wenn man dieses >> Box model << erst einmal verstanden hat, dann ist alles andere erklärlich.

Ohrfeige angekommen; habe mich von einer fehlerhaften Erinnerung an Dan Shafer's "HTML Utopia" in die falsche Richtung jagen lassen (Stichwort "Mozilla-Bug").

Spezifikation gelesen und nun wirklich verstanden und die Buchseiten nochmals in den richtigen Zusammenhang gebracht


Danke,

TS

[Conny]

Ja, Ingo vielen Dank!
Die Seite rückt das Ganze wieder ins rechte Licht.
Ich habe sie sogar gebookmarkt (neudeutsch)

cu
Conny

[i.b.g]

Hallo,

ich habe mir das Teil >>heruntergeladen<< und lokal installiert, da muss ich nicht online gehen, um nachzulesen.

[Auge]

Hallo

<gebetsmuehle>JavaScript, nicht Java.</gebetsmuehle>

GnaGnaGnaGna....hast ja recht; Fehler meinerseits....

hehehe

Andereseits, eine Navigation auf Basis von Java-Appletts ?!? Gibt es doch bestimmt auch....

Ja sowas gibt es. Ich habe aber mit meinem Browser, damals ohne Java-Runtime, so manches mal vor verschlossenen Türen (Links) gestanden. So macht man eine Seite für so manchen unbenutzbar. Schließlich gibt es einerseits Firmennetze, wo auf den Clients keine Runtime installiert sein darf und andererseits werden auch andere Geräte nicht immer eine Runtime haben. Ich vermute das mal keck für Braillezeilen, Screenreader und bestimmt auch so manchen PDA. Und zumindest letztere gewinnen mehr und mehr an Bedeutung.

Dann scrollt die Navigation halt mit. Das sollte ja wohl kein Problem sein, oder? Was eine weitere Frage aufwirft: Wie kommt ein Benutzer der Seite an die vollständige Navigation, wenn die Höhe der Navigation größer ist, als die Höhe des Browserfensters? Mit position:fixed; bleibt sie ja immer an der gleichen Stelle.

Spätestens wenn einem bei einer sehr textlastigen Site das Scrollrad aus der Maus kullert und sich der Zeigefinger verkrampft, weiss man eine ständig erreichbare und zugängliche Site-Navigation zu schätzen; und die Navigation von der Höhe so gross anzulegen, daß mann scrollen muss, um alle Steuerelemente erreichen zu können : Aua (IME)!

Und für ganz harte Fälle gibt es ja noch

QUELLTEXT

overflow:auto;

Wenn die Navigation so viele Menüpunkte hat, dass sie nicht mehr auf eine Bildschirmseite passt, ist es eben so. Zumal du nicht wissen kannst, wie groß das Browserfenster des Benutzers ist. Nicht jeder wird das Browserfenster im Vollbildmodus anzeigen lassen. Dies gilt speziell für größere Bildschirmauflösungen, die man eher dazu benutzt, auf mehrere Programmfenster gleichzeitig zuzugreifen, sie somit auch gleichzeitig anzuzeigen.

Man kann in so einem Fall natürlich mit overflow:scroll; oder auto; arbeiten. Da gibt es aber auch wieder Leute, die darauf verweisen, dass der Benutzer nicht gewöhnt ist, mitten im Dokument auf Scrollbalken zu stoßen (Textfelder in Formularen lassen grüßen!). Den Einsatz sollte man halt genau abwägen und dann auch dazu stehen.

Tschö, Auge

Der Beitrag wurde von Auge bearbeitet: 12.08.2005 - 14:59

[Google Bot]