Slide-Menue bei MouseOut aus Anzeigebereich(!) einklappen

"Georg Maaß" <georg (AT) bioshop (DOT) de> schrieb

Verschiebe es um ein Pixel nach innen, so daß eine Lücke zwischen
Fenster-Rand und Menü entsteht. Fülle die Lücke optisch nötigenfalls mit
dem Hintergrundbild des Seite.

Naja, aber was soll das bringen? I.d.R. dürfte dann doch wieder das Problem
auftreten, dass die Maus meist zu schnell über diese einen Pixel "breite"
Linie geführt wird ...

Übrigens hat der IE aber nach wie vor Probleme mit "switch(e.target)".
Hatte mich vorhin nur vertippt.
was ist mit e.relatedTarget bzw. e.srcElement?
var t = e.target || e.relatedTarget || e.srcElement;
switch(t)

Löst immerhin keinen Fehler mehr aus. Aber während FF wenigstens auf
case self.document.body:
anspringt (was wegen der beschriebenen Pixel-Problematik nicht optimal ist),
reagiert IE auf keine der Bedingungen
case self:
case self.document:
case self.document.body:
Also selbst dann nicht, wenn die Maus nicht über die Menue-Divs aus dem
Fenster geführt wird.

Frank Glück wrote:

Also selbst dann nicht, wenn die Maus nicht über die Menue-Divs aus dem
Fenster geführt wird.

Was meint er denn zu e.srcElement? Das müßte dem e.target von Mozilla
und Opera entsprechen.

Pardon, muss mich schon wieder korrigieren: Der IE war noch gar nicht soweit
vorgedrungen, da er schon auf
self.onmouseout = MausWeg;

komischerweise gar nicht reagiert.

Ich hab es jetzt erfolgreich mit
self.document.body.onmouseout = MausWeg;

probiert und nun hat er wieder Probleme mit der Zeile
var t = e.target || e.relatedTarget || e.srcElement;

Es ist zum Verzweifeln ...:-(

Frank Glück wrote:

Pardon, muss mich schon wieder korrigieren: Der IE war noch gar nicht soweit
vorgedrungen, da er schon auf
self.onmouseout = MausWeg;

komischerweise gar nicht reagiert.

Ich erinnere mich vage an graue Vorzeiten.

Es ist zum Verzweifeln ...:-(

Events sind halt scheiße...

Georg Maaß schrieb:

Ist mal wieder Browser-spezifisch: bei Mozilla sind es die
Eigenschaften event.target und event.relatedTarget.

Beim IE heißen die Eigenschaften event.fromElement und
event.toElement. Gelegenlich reagiert der IE auch auf
event.srcElement...

Tschüß Horst.

"Georg Maaß" <georg (AT) bioshop (DOT) de> schrieb

Für FF bzw. SM braucht er es auf jeden Fall am Fenster, weil sonst die
Events des Fensters flöten gehen. Für IE den document.body. Er wird also
wahrscheinlich die eigentliche Funktionalität in eine Funktion legen, die
er von beiden Event-Handlern aufruft. Die Filterung muß in den
Event-Handlern geschen.

Danke Euch beiden!

Die Lösung brachte:

if (document.all) var t = event.toElement;
else var t = e.relatedTarget;
switch(t) {
case null: {
[...]
}
default:
}

Denn wenn die Maus den Anzeigebereich des Browsers verlässt, melden sowohl
IE als auch MZ für Mouseout = "null".
Nun frage ich mich bloß noch, ob ich mit dieser document.all-Browserweiche
auch alle anderen Browser richtig erfasse ...(?)

Frank Glück schrieb:

Die Lösung brachte:

if (document.all) var t = event.toElement;
else var t = e.relatedTarget;

Das ist nicht schön.
Einmal was hat document.all mit der ganzen Geschichte zu tun?
und diese var Deklaration nach dem if funktionieren zwar in JS, weil es
keine Variabeln kennt, die in einem Block lokal sind (in anderen
Programmiersprachen läuft sowas nicht, da t nur im if oder else Block
gültig ist.

Daher würde ich sowas empfehlen:

var t = event ? event.toElement : e.relatedTarget;

Nun frage ich mich bloß noch, ob ich mit dieser document.all-Browserweiche
auch alle anderen Browser richtig erfasse ...(?)

Gute Frage.


Struppi.