Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by Codehunter,
28. Sep 2017
Genau das wollte ich eigentlich damit ausdrücken, dass es nicht sein kann dass sich diese zwei den schwarzen Peter zuschieben. Allerdings so ganz aus der Verantwortung will ich Emba auch nicht entlassen. Denn TOpenDialog bildet einen Systemdialog ab, der auch in anderen (Non-Delphi-) Programmen zum Einsatz kommt und dort nicht zu Abstürzen führt.
Genau dann hat man nämlich die Situation, dass...
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by Codehunter,
28. Sep 2017
Ich warte noch auf Kundenrückmeldung der letzten Änderungen. Bei der nächsten Fernwartung schaue ich nach. Auch wenn die Frage im konkreten Fall noch ungeklärt ist: Es kann doch nicht sein, dass Shellextensions seit gut 10 Jahren Delphi-Anwendungen niederknüppeln und sich Emba und MS gegenseitig den schwarzen Peter zu schieben, eine Lösung bisher nicht in Sicht ist und wir uns mit Workarounds wie...
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by Codehunter,
27. Sep 2017
Ich habe zur Sekunde die Lösung selbst gefunden: UseLatestCommonDialogs:= FALSE;
if OpenDialog1.Execute then begin
// ...
end;
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
Delphi
by Codehunter,
27. Sep 2017
Moin!
Ich habe einen Kundenrechner (W10x64), bei dem mein Programm häufig aber nicht immer crasht, wenn TOpenDialg geöffnet wird. Es könnte etwas mit diesem älteren Thread zu tun haben, für den es damals aber auch keine Lösung gab. Ich vermute irgendeine Shellextension, Virenscanner, Iconcache o.ä. als Ursache.
Zum Einkreisen des Fehlers wollte ich TOpenDialog.Options + nutzen, da hier...