Am Donnerstag, 28. November 2019, 22:07:04 CET schrieb Fabian Vogt:
Hi,
Am Donnerstag, 28. November 2019, 20:12:26 CET schrieb Hans-Peter Jansen:
Hi,
After some longer break, I'm back to work with Eric on a daily base.
During this work, I noticed an inconvenient behavior: when switching between tabs with shortcuts (Ctrl-Alt-TAB, Ctrl-Alt-Shift-TAB), There's no active cursor in this editor shown, but after a click into it only.
Also, I often select parts with Ctrl-Shift cursor keys and cut/copy the selection (Ctrl-{X,C}). I noticed, that it doesn't perform the cut/copy operation *sometimes*. The right click context menu shows most items disabled then. Two Alt-TAB shortcuts later, all is set again. (But again, rather inconvenient).
After reporting this to the eric ML, the author Detlev Offenbach confirmed some focus related issues, that disappeared after downgrading to Qt 5.13.0.
Do you know similar issues elsewhere concerning Qt focus issues with 5.13.1, that might help with a report to the Qt company? (Or does one exist already?) There is a focus related regression in 5.13.1, which is meanwhile fixed in 5.14.0 (Beta 1+) and 5.13.2: https://bugreports.qt.io/browse/QTBUG-77364
Thanks for the feedback and the pointer, Fabian.
The only reports about it are related to WebEngine, though.
More importantly, you applied the related fix 2 month ago already: 0001-QWidget-setFocusProxy-adjust-focus-widget-properly.patch
Can you reproduce the issue with the Qt 5.14 packages from KDE:Qt:5.14? Note that it's not possible to switch that easily if anything (Plasma, ...) is installed which uses private parts of the Qt API.
Yeah, I'm on Plasma, of course... which means, I need to create a new VM with Gnome UI in order to test KDE:Qt:5.14. Hrmpf. Does anybody know another app, that uses QScintilla based editor tabs? Thanks, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org