Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by mjustin,
17. Mär 2011
Es ist laut Angaben ein Windows Bug, der mit dem SP1 für Windows 2008 R2 behoben ist.
Also falls in dieser Umgebung rätselhafte Ausführungen von Menüpunkten auftreten, kann es sich um diesen Fehler handeln.
Auf Stackoverflow:
http://stackoverflow.com/questions/5242938/mysterious-execution-of-main-form-event-handler-from-a-modal-dialog/5334062#5334062
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by mjustin,
16. Mär 2011
Stimmt, das wäre ein Kandidat - schaue ich mir an, Danke für den Tipp!
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by mjustin,
16. Mär 2011
Danke, da war ich noch nicht so sicher - allerdings muss dann Delphi, wenn man zweimal den gleichen Shortcut eingibt und der erste bereits den modalen Dialog (vorher erscheint noch ein InputQuery Dialog) öffnet, den zweiten Shortcut nicht aus der Eingabequeue löschen? Im modalen Dialog selber, und in erwähnter InputQuery, ist der Shortcut nicht mehr wirksam.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by mjustin,
16. Mär 2011
Danke für die Antwort - also im Prinzip kann dieser Fehler durch schnelle Doppelklicks ausgelöst werden. Den Fall, dass innerhalb des modalen Dialogs scheinbar noch einmal der gleiche Menüpunkt angewählt wurde (im Hauptformular), hatte ich auch in einem bugreport gehabt, und dachte daher an diese Doppelklick-Ursache.
Allerdings (im gezeigten Stacktrace auch erkennbar) kommt es auch vor, dass...
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by mjustin,
16. Mär 2011
Hallo,
Dieser Stack Trace ist überraschend, denn er ist progammseitig nur möglich, wenn es gelingt aus einem modalen Dialog heraus einen Menüpunkt aufzurufen, der sich im Menü des dahinter liegenden (also inaktiven) Hauptformulars befindet.
Meine Frage ist, wie kann man diesen Fall gezielt reproduzieren? Da er relativ selten im Echteinsatz auftritt, und mir im manuellen Test (im...