Re: Probleme mit Events

Christof Kluß wrote:

erstmal danke für die vielen Tipps, einige davon habe ich schon
umgesetzt. Mein Hauptproblem ist aber leider noch immer da. Wenn ich
nach einer falschen Eingabe den Button klicke und dann den String "test"
eingebe und nochmal den Button klicke, wird das Formular nicht versendet.

[...]

Das kann ich in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11 nicht reproduzieren.

Deine Probleme rühren möglicherweise daher, dass sich bei Eingabe eines
falschen Textes, wenn zuvor ein richtiger eingegeben wurde, und bei Eingabe
eines richtigen Textes, wenn zuvor ein falscher eingegeben wurde, die
Position des Buttons onblur des input-Elements ändert, bevor der Button
geklickt werden kann.


PointedEars
--
Du fragst Leute, die normalerweise gern Information weitergeben, wie Du
Information verheimlichen kannst? Ist das nicht ein bisschen ... nunja ...
seltsam? (Ulrich 'Droeppez' Kritzner zu einem Quelltextsperrer in
http://selfhtml.de/forum/zeigebeitra...4&thread=39241)

Thomas 'PointedEars' Lahn schrieb:

Das kann ich in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11 nicht reproduzieren.

Deine Probleme rühren möglicherweise daher, dass sich bei Eingabe eines
falschen Textes, wenn zuvor ein richtiger eingegeben wurde, und bei Eingabe
eines richtigen Textes, wenn zuvor ein falscher eingegeben wurde, die
Position des Buttons onblur des input-Elements ändert, bevor der Button
geklickt werden kann.

Vielen Dank, genau das wird das "Problem" sein, interessant ist, dass es
unter Windows dann anscheinend nicht auftritt. Bei meiner Linux Version
vom Firefox und Konqueror tritt es auf, bei Opera nicht.

Darüber, was jetzt das richtige Verhalten ist, kann man sich sicher
streiten, als Benutzer erwarte ich jedenfalls, dass das onclick Event
ausgelöst wird, wenn ich mit der Maus auf den Button klicke.
(Andererseits heißt es jetzt wohl einfach, dass der jetzige Code einfach
nicht benutzerfreundlich ist ).

Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.9) Gecko/20071025
Firefox/2.0.0.9

Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.7 (like Gecko)

Opera/9.23 (X11; Linux i686; U; en)

Gruß,
Christof

Christof Kluß wrote:

Thomas 'PointedEars' Lahn schrieb:
Das kann ich in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11 nicht reproduzieren.

Deine Probleme rühren möglicherweise daher, dass sich bei Eingabe eines
falschen Textes, wenn zuvor ein richtiger eingegeben wurde, und bei Eingabe
eines richtigen Textes, wenn zuvor ein falscher eingegeben wurde, die
Position des Buttons onblur des input-Elements ändert, bevor der Button
geklickt werden kann.

Vielen Dank, genau das wird das "Problem" sein, interessant ist, dass es
unter Windows dann anscheinend nicht auftritt.

Das ist ein Fehlschluss.

Bei meiner Linux Version vom Firefox und Konqueror tritt es auf, bei
Opera nicht.

Reiner Zufall, und BAD -- broken as designed.

Darüber, was jetzt das richtige Verhalten ist, kann man sich sicher
streiten,

Nein, kann man nicht. Das blur-Event des input-Elements findet vor dem
click-Event des Buttons statt, wenn das input-Element den Fokus hat. Wenn
Du im Listener des blur-Events die Position des Buttons verschiebst, musst
Du Dich nicht wundern, wenn das Klicken nur manchmal funktioniert, wenn
überhaupt.

als Benutzer erwarte ich jedenfalls, dass das onclick Event
ausgelöst wird, wenn ich mit der Maus auf den Button klicke.

Wenn der Programmierer so wie in Deinem Fall keinen offensichtlichen
Bockmist baut, passiert das auch.


kopfschüttelnd,

PointedEars
--
Nein. Bei zwei nebeneinander angeordneten Bildschirmen ist der rechte
Rand des linken Bildschirms die Mitte des Desktops. Der rechte Rand des
Desktops ist der rechte Rand des rechten Bildschirms, und da geht es
nicht mehr weiter. (Lars Trebing in darw <3E1C9AC9.6233C9CA (AT) ltrebing (DOT) de>)