https://bugs.kde.org/show_bug.cgi?id=430661
Andrey changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
|
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #20 from Andrey ---
Git commit 718c1872f66a7ab82bc19b13d0dda218b1858181 by Andrey Butirsky.
Committed on 11/05/2021 at 18:54.
Pushed by butirsky into branch 'master'.
feat: [Keyboard Layout applet] add spare layouts support
For now, X11 on
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #21 from Andrey ---
Git commit a845e67aba7232a2561b3388ba84db6a60b7cfdc by Andrey Butirsky.
Committed on 11/05/2021 at 19:05.
Pushed by butirsky into branch 'master'.
[kcms/keyboard] Drop legacy keyboard indicator
A new applet was created
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #13 from Andrey ---
(Completely forgot one more feature currently lack in new applet - it has no
support for flag icon and text label language representations simultaneously.
This also depends on new icons support, but then it might look eve
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #14 from Nate Graham ---
I will repeat myself:
I don't think it's acceptable to display two competing keyboard layout applets
in the System Tray simultaneously. There are multiple ways we can fix this, but
leaving the problem for users to d
https://bugs.kde.org/show_bug.cgi?id=430661
Nate Graham changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Severity|minor
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #15 from Andrey ---
This is what I was speaking about - disabling old applet in update script will
leave only new one in systray.
This happens automatically when user runs updated Plasma. No manual
intervention required.
But leaves possibili
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #16 from Oded Arbel ---
(In reply to Andrey from comment #15)
> ... disabling old applet in update script will leave only new one in systray.
...
> But leaves possibility to return to legacy applet. Only in that case user
> would have to swi
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #17 from Andrey ---
Nice, let's do it such way then.
Reverting behavior is as simple as setting "Show layout indicator" tick in
Keyboard KCM to ON - as you can see, it only influences old applet, because
presence of new one, by design, is re
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #18 from Bug Janitor Service ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/297
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=430661
Andrey changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
|
https://bugs.kde.org/show_bug.cgi?id=430661
Patrick Silva changed:
What|Removed |Added
CC||bugsefor...@gmx.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=430661
Andrey changed:
What|Removed |Added
Blocks||401012
Referenced Bugs:
https://bugs.kde.org/show_bu
https://bugs.kde.org/show_bug.cgi?id=430661
Andrey changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED|
https://bugs.kde.org/show_bug.cgi?id=430661
Nate Graham changed:
What|Removed |Added
Blocks|401012 |
Referenced Bugs:
https://bugs.kde.org/show_bug
https://bugs.kde.org/show_bug.cgi?id=430661
Nate Graham changed:
What|Removed |Added
CC||butir...@gmail.com,
|
https://bugs.kde.org/show_bug.cgi?id=430661
Andrey changed:
What|Removed |Added
Resolution|--- |LATER
Status|REPORTED|
https://bugs.kde.org/show_bug.cgi?id=430661
Nate Graham changed:
What|Removed |Added
Ever confirmed|0 |1
Resolution|LATER
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #4 from Andrey ---
Not releasing a new one is too radical - we would left without any indicator on
Wayland.
So it doesn't seem like a good solution to me.
Still, agree it's weird to have both visible. But we had a third one - with
IBus panel
https://bugs.kde.org/show_bug.cgi?id=430661
Kai Uwe Broulik changed:
What|Removed |Added
CC||k...@privat.broulik.de
--- Comment #5 from Ka
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #6 from Andrey ---
As a quick and dirty solution, could we just change default settings so the old
one wont show up on new installs?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #7 from Nate Graham ---
How about we show the old feature-complete-but-non-wayland-compatible one on
X11, and the new incomplete one on Wayland because it's better than nothing?
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #8 from Andrey ---
New applet is platform-agnostic and shouldn't know which platform it currently
run on.
So to implement this check, we would need to incorporate hacks in the code,
which in turn could bring further confusions.
I'm not in fa
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #9 from Nate Graham ---
In that case, perhaps we should replace the old one with the new one and polish
it up incrementally.
But we can't have both active by default. That's an unacceptable UX.
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #10 from Oded Arbel ---
(In reply to Andrey from comment #4)
> Still, agree it's weird to have both visible. But we had a third one - with
> IBus panel, visible by default also and seems no one complained..
I saw the ibus indicator but I id
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #11 from Nate Graham ---
The ibus indicator is indirectly our fault because we required ibus dev
packages for the emoji picker, and distros installed the runtime ones as well
for simplicity.
But yes, this is sucky too.
--
You are receivi
https://bugs.kde.org/show_bug.cgi?id=430661
--- Comment #12 from Andrey ---
(In reply to Nate Graham from comment #9)
> In that case, perhaps we should replace the old one with the new one and
> polish it up incrementally.
>
> But we can't have both active by default. That's an unacceptable UX.
27 matches
Mail list logo