Hallo Struppi,

Nach der elegenaten Lösung der ersten Zeile, ist der zweite Vergleich nicht besonders sinnvoll, was hat captureEvents mit which oder keyCode zu tun? Nichts. Außerdem sollte eigentlich var eine Variabel in einem Block lokal definieren, d.h. ausserhalb von {} sollte taste nicht mehr zu Verfügung stehen (tut es aber, in meinen augen eine Fehler, aber da Wissen andere mehr drüber).

Also einfach wie das erste:

var taste = e.which || e.keyCode;

Ja, das ist der Nachteil, wenn man nach der "Trial&Error"-Methode vorgeht.

vgl.: https://forum.selfhtml.org/?t=108434&m=675494

Ich will versuchen, deine Ratschläge zu beherzigen und in Zukunft ein bisschen mehr Hirn einzuschalten. Das habe ich vor kurzem schon Cybaer versprochen, und jetzt dieser Rückfall! Ich ärgere mich über mich selbst!

Gruß Gernot

Hi Struppi,

Ich vermute mal, dass der Peter nach Event bubbling sucht http://www.quirksmode.org/js/events_order.html

Ja, das dachte ich auch.
Ist aber nicht so.

Mit cancelBubble und stopPropagation wird nur das Weiterreichen des Events "auf der Seite" verhindert aber nicht, daß "der Browser selbst" das ausführt, was er immmer macht, wenn die Leertaste gedrückt wird.

Is wohl so ne ähnliche Geschichte wie mit der rechten Maustaste.

Auch preventDefault und returnValue=false brachte nicht den gewünschten Erfolg.

Denkbar wäre für mich noch, einem anderen ("Blind-")Frame den Focus zu geben und das ganze in diesem Frame auszuführen.
Da wird dann nichts angezeigt sondern nur das Script aufgerufen, da darf er meinetwegen soviel rumscrollen wie er will.

Vielleicht hab ich auch mit obengenannten Funktionen was falschgemacht, rumprobieren werd ich damit auf jeden Fall nochmal.

Oder es liegt daran, daß ich das auf window- bzw. document- Ebene notiert hab.
Wenn ichs mal ne Ebene höher notiere...???

Oder es liegt allgemein an der Konstellation, die ich habe...???

Werd bei nächster Gelegenheit mal ne ganz einfache Seite basteln, wo ich das alles mal austesten kann.

Gruß

peter

Hi Mathias

Man könnte höchstens untersuchen, ob eine Fallunterscheidung überhaupt nötig ist oder ob eine doppelte Zuweisung nicht für alle Browser reicht. Dann wird der Handler im KHTML und Gecko zwar zweimal aufgerufen (Opera hingegen erkennt den doppelten Handler und feuert nur den von document), aber das sollte nicht weiter stören. (Bzw. dagegen würde notfalls e.cancelBubble = true; if (e.stopPropagation) e.stopPropagation(); helfen.)

Halte deinen Vorschlag auch für die eleganteste Lösung.
Ich versuche bei mir auch immer, eine solche Abfrage nicht an irgendwelche anderen Eigenarten der Browser zu koppeln, sondern direkt an das um was es auch geht.

Mit dem doppelten Abfeuern ist meiner Meinung nach aber höchste Vorsicht geboten !
Da gerät schnell mal was durcheinander.

Ich wills zum Beispiel als Umschalter zwischen 2 Bedienungsmodi verwenden.
In der Funktion wird dann abgefragt, in welchem Modus man sich gerade befindet und dann entsprechend in den anderen umgeschaltet.

Beim doppelten Abfeuern würde dann einmal umgeschaltet und auch gleich wieder zurück. Da tut sich dann also gar nichts.

Script sollte dann also so aussehen ? :

*****************************************

function FUNKTION(e)
{

if(!e){e=window.event;}

if(e.stopPropagation)
{e.stopPropagation();}
else
{e.cancelBubble=true;}

//...weiterer Code....

}

window.document.onkeypress=FUNKTION;

window.onkeypress=FUNKTION;

*****************************************

Bitte mich zu korrigieren, falls ich hier Blödsinn verzapfe.

Gruß

Peter