von Stephan » Mo, 22.01.2018 08:41
Bestätigen kann ich das Verhalten jedenfalls auch.
Ich verstehe nicht warum mir das Verhalten nie aufgefallen ist, denn Entf-Taste in einer Combobox bei Ereignis Textänderung ist doch in Praxis sehr häufig. Mir fiel es aktuell nur auf weil ein langes Makro zugeordnet ist, ich deshalb einen Warten-Hinweis (Dialog) anzeige und dieser Dialog flackerte, als erschiene er zweimal.
Das Hauptproblem ist das ich keinen workaround finde, weil das mit der 'Stopp-Variable nicht klappt und es mir insgesamt auch nicht hilft wenn ich das Tastaturereignis separat abfange (außer ich würde jeden einzelnen Tastenanschlag kontrollieren, so das ich quasi jederzeit (ohne .Text auszulesen) den Wert von .Text kenne.
Und das praktische Problem ist die Zeit-/Kostenfrage, mein Kunde sieht bestimmt das es flackert, also muss ich etwas tun, aber diese Bagatelle hat mich inzwischen 3 Stunden gekostet, ohne das ich eine Lösung habe...
Und es wäre einen Versuch wert, es als Bug zu melden.
Also ich werde jetzt erstmal auf die deutsche OO-dev schreiben, in der Hoffnung das dort ein Entwickler antwortet (seit einiger Zeit posten da wieder Entwickler) und falls nicht dann auf der internationalen dev.
Frage:
Falls ich mich entschließe eine Issue für OO zu schreiben, schreibst Du den für LibreOffice?
Doch überlegen wir mal, wie der Fehler zustande kommen könnte:
...
-- nun markierst Du das letzte Zeichen durch Rückschritt ein Zeichen mit Parameter "True" (dürfte das Ereignis auslösen?)
nö, wieso denn, das ist nur eine Markierung und keine Textänderung (schau Dir vergleichsweise das Eingabeverhalten der Combobox bei Tastatureingabe an, dort wird wenn Du den richtigen Teiltext eintippst der zugehörige Gesamttext angezeigt, aber nur der nicht-eingegebene Teil ist markiert, jedoch ist der komplette Text in diesem Moment schon .Text der Combobox und nicht nur ein Teil)
Gruß
Stephan
[quote]Bestätigen kann ich das Verhalten jedenfalls auch.[/quote]
Ich verstehe nicht warum mir das Verhalten nie aufgefallen ist, denn Entf-Taste in einer Combobox bei Ereignis Textänderung ist doch in Praxis sehr häufig. Mir fiel es aktuell nur auf weil ein langes Makro zugeordnet ist, ich deshalb einen Warten-Hinweis (Dialog) anzeige und dieser Dialog flackerte, als erschiene er zweimal.
[size=85]Das Hauptproblem ist das ich keinen workaround finde, weil das mit der 'Stopp-Variable nicht klappt und es mir insgesamt auch nicht hilft wenn ich das Tastaturereignis separat abfange (außer ich würde jeden einzelnen Tastenanschlag kontrollieren, so das ich quasi jederzeit (ohne .Text auszulesen) den Wert von .Text kenne.
Und das praktische Problem ist die Zeit-/Kostenfrage, mein Kunde sieht bestimmt das es flackert, also muss ich etwas tun, aber diese Bagatelle hat mich inzwischen 3 Stunden gekostet, ohne das ich eine Lösung habe...
[/size]
[quote]Und es wäre einen Versuch wert, es als Bug zu melden.
[/quote]
Also ich werde jetzt erstmal auf die deutsche OO-dev schreiben, in der Hoffnung das dort ein Entwickler antwortet (seit einiger Zeit posten da wieder Entwickler) und falls nicht dann auf der internationalen dev.
[b]Frage:
Falls ich mich entschließe eine Issue für OO zu schreiben, schreibst Du den für LibreOffice?
[/b]
[quote]Doch überlegen wir mal, wie der Fehler zustande kommen könnte:
...
-- nun markierst Du das letzte Zeichen durch Rückschritt ein Zeichen mit Parameter "True" (dürfte das Ereignis auslösen?)
[/quote]
nö, wieso denn, das ist nur eine Markierung und keine Textänderung (schau Dir vergleichsweise das Eingabeverhalten der Combobox bei Tastatureingabe an, dort wird wenn Du den richtigen Teiltext eintippst der zugehörige Gesamttext angezeigt, aber nur der nicht-eingegebene Teil ist markiert, jedoch ist der komplette Text in diesem Moment schon .Text der Combobox und nicht nur ein Teil)
Gruß
Stephan