cheerilee wrote:if you have configured kwin to have focus under mouse [the OSD] steels focus

I would say this is an issue of Kwin. An OSD should not provide any interaction.

cheerilee wrote:okay, guys, one more thing, regarding the OSD... if you have configured kwin to have focus under mouse it steels focus (if it happenes to appear under the mouse pointer) . so happens something like:
> typing typing typing [switch, focus lost] now you are typing into outer space ...

The KWin maintainer just confirmed that this is a bug in Plasma. OSDs should not get focus. Could you please report a bug in Plasmashell ( https://bugs.kde.org/enter_bug.cgi?prod ... mat=guided )? I assume you're talking about Plasma 5, right?

filed a bugreport, regarding osd getting focus: https://bugs.kde.org/show_bug.cgi?id=339208

colomar wrote:I assume you're talking about Plasma 5, right?

yeah, sure, this happenes on my system, which is on a screenshot i posted earlier.

cheerilee wrote:filed a bugreport, regarding osd getting focus: https://bugs.kde.org/show_bug.cgi?id=339208

Great bug report, this should help the team to fix it!

cheerilee wrote:

colomar wrote:I assume you're talking about Plasma 5, right?

yeah, sure, this happenes on my system, which is on a screenshot i posted earlier.

If that issue interferes with your productivity, you can fix the problem using kwin window rules (in the "Appearance & Fixes" tab force "Accept focus" to "NO"). I love kwin.

On a side note: The window rules in Plasma 5 have still many rough edges (e.g. on top windows are on top of logout dialog, the logout dialog can't steal the focus. I believe I have a fix in the pipe, not sure yet though. It would be great with if we could set NETWM rules in the qml file instead of the underlying c++ code.)

kdeuserk wrote:If that issue interferes with your productivity, you can fix the problem using kwin window rules (in the "Appearance & Fixes" tab force "Accept focus" to "NO"). I love kwin.

Oh my god! This will be a real challenge for the new KCM layout. But for tweaks like this we love KDE.

I transfered the voting to a larger audience: http://user-prompt.com/vote-for-your-ke ... -plasmoid/

david_edmundson wrote:Grumpy Maintainer Time.
If this is going to be in 5.1 it has to be merged and working by Thursday.

Otherwise it'll have to wait to 5.2.
(https://techbase.kde.org/Schedules/Plasma_5)

I'm not going to make it for the 5.1 feature freeze. We have to wait for 5.2 for a flashier keyboard layout changing experience

Great work guys for doing wonderful designs! I'm sorry to let you down on the schedule.

Edit: Added the second paragraph.

myrjola wrote:I'm not going to make it for the 5.1 feature freeze. We have to wait for 5.2 for a flashier keyboard layout changing experience

Great work guys for doing wonderful designs! I'm sorry to let you down on the schedule.

Edit: Added the second paragraph.

You do not let anybody down. It's done when it's done. Thanks for your work!

myrjola,

I think you should give yourself a pat on the back - well done

Like kdeuserk said, it's done when it's done, thanks!!

veqz wrote:Will the OSD show up if I have per-application keyboard layouts?

It does, and it's super annoying! If one window has one language and another window has another set, then that giant OSD will appear every single time you shift focus from one to another, and linger there for a few seconds, without any way to make it disappear (clicking on it makes it stay longer, as it's treated as a separate window and thus resets the layout to default...).

Having an option to disable it would be very nice. It's really pointless, since there is the system tray icon that shows the language anyway.

GreatEmerald wrote:
It does, and it's super annoying! If one window has one language and another window has another set, then that giant OSD will appear every single time you shift focus from one to another, and linger there for a few seconds, without any way to make it disappear (clicking on it makes it stay longer, as it's treated as a separate window and thus resets the layout to default...).

Having an option to disable it would be very nice. It's really pointless, since there is the system tray icon that shows the language anyway.

That should not happen and it's simply a bug (and should be reported at bugs.kde.org). The OSD should show only on user action.

mck182 wrote:The OSD should show only on user action.

trust me, there are people in this world, who find it pointless either way =____=

I think we can assess the results of the short survey now. Out of 350 voters in total we get some kind of Pareto distribution: about 80% want the shiny new stuff and 20% prefer to switch the layout on left-click. In some comments the participants explicitly appreciate consistency (left click plus select) over their current workflow (left = toggle).

Summing up, it would be wrong to use left-click. But we should really consider to make the shiny stuff optional since 20% plus a high percentage of the agreers wants to toggle by left-click. Configuration is necessary anyway, to get rid of the OSD. The use case of type (cyrillic), switch (en), type (something like a unit in en), switch (ru), type (cyrillic) etc. is probably very common.

PS: Two comments remind us on touch screen and Plasma Active. Maybe it's a good idea to have common concepts.