[kwin] [Bug 455080] Maliit virtual keyboard fails to activate when an input field is focused
https://bugs.kde.org/show_bug.cgi?id=455080
--- Comment #4 from Rodney Dawes ---
```
bool InputMethod::shouldShowOnActive() const
{
return input()->touch() == input()->lastInputHandler()
|| input()->tablet() == input()->lastInputHandler();
}
```
This is the block of code in kwin which decides to show the keyboard, if the
previous event was a touch or tablet event, as opposed to something being
focused by default or via mouse click. If it's not working on your device, it
seems possible that the touch panel driver for it is not correctly sending the
events. I do not have any Surface devices, and so cannot test them with that
kernel.
--
You are receiving this mail because:
You are watching all bug changes.
[Breeze] [Bug 445489] Light theme icons randomly get installed in breeze-dark theme
https://bugs.kde.org/show_bug.cgi?id=445489 Rodney Dawes changed: What|Removed |Added Assignee|visual-des...@kde.org |dobey.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 445489] Light theme icons randomly get installed in breeze-dark theme
https://bugs.kde.org/show_bug.cgi?id=445489 Rodney Dawes changed: What|Removed |Added Status|REPORTED|ASSIGNED Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 445489] Light theme icons randomly get installed in breeze-dark theme
https://bugs.kde.org/show_bug.cgi?id=445489 --- Comment #5 from Rodney Dawes --- A quick fix for this issue is to use the `CODE` option of CMake's `install` command, so that we instead do the copy ourselves, and ignore the timestamps when copying. I've opened a PR which does this. Renaming the directories in the repository and creating a symlink farm would be better for the installed themes, as it would take up much less disk space, but maintaining it in repo would be nearly as daunting as having to ensure duplicate icons are kept updated in the repo as well. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 445518] KDE Plasma doesn't respect icon theme for some applications and application icons
https://bugs.kde.org/show_bug.cgi?id=445518 --- Comment #13 from Rodney Dawes --- (In reply to 2wxsy58236r3 from comment #12) > I applied the latest revision of PR 171 on 5.88.0, and then I tried to > compare both versions. > > From attachment 144106 [details], it seems that the size 24 icons are > missing in the patched 5.88.0? > > @dobey > Do you have any idea? The 24px icons are all installed for me in my testing here. Did you build it without python3 or lxml available? Or on Windows? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 445518] KDE Plasma doesn't respect icon theme for some applications and application icons
https://bugs.kde.org/show_bug.cgi?id=445518 --- Comment #15 from Rodney Dawes --- (In reply to 2wxsy58236r3 from comment #14) > Created attachment 144136 [details] > breeze-icons build log > > (In reply to Rodney Dawes from comment #13) > > The 24px icons are all installed for me in my testing here. Did you build it > > without python3 or lxml available? Or on Windows? > > I built the package locally (and also on Open Build Service [1]), with Arch > Linux. python-lxml is installed. > > I have attached the build log. There are many lines starting with `-- > Installing: /usr/share/icons/breeze-dark/actions/24/`, so it looks like the > 24px dark icons are generated but for unknown reason the result package does > not have them. How exactly is DESTDIR being set in this scenario? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 445518] KDE Plasma doesn't respect icon theme for some applications and application icons
https://bugs.kde.org/show_bug.cgi?id=445518
--- Comment #16 from Rodney Dawes ---
OK. I've recreated the problem, and updated the 171 PR to address the issue as
it seems `DESTDIR=foo cmake --install build` results in the `$ENV{DESTDIR}` in
the install script not being interpreted properly. Escaping as `\$ENV{}` seems
to solve the issue here, so 171 should be good in this case now.
--
You are receiving this mail because:
You are watching all bug changes.
[Breeze] [Bug 445489] Light theme icons randomly get installed in breeze-dark theme
https://bugs.kde.org/show_bug.cgi?id=445489 Rodney Dawes changed: What|Removed |Added Latest Commit||https://invent.kde.org/fram ||eworks/breeze-icons/commit/ ||250a7d0bbe6dd8e7d2e7cba4cc8 ||2a2d8cce37cf1 Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #9 from Rodney Dawes --- Git commit 250a7d0bbe6dd8e7d2e7cba4cc82a2d8cce37cf1 by Rodney Dawes. Committed on 03/12/2021 at 17:49. Pushed by ngraham into branch 'master'. Install dark icons via execute_process to use copy command In order to ensure the dark icons are copied over the light icons which are installed into the dark theme for BUG:444095, we need to execute the copy command ourselves rather than using CMake's internal copy mechanism used by the normal install command, so we use CODE mode of install to execute_process and print an appropriate status message. M +28 -2icons-dark/CMakeLists.txt https://invent.kde.org/frameworks/breeze-icons/commit/250a7d0bbe6dd8e7d2e7cba4cc82a2d8cce37cf1 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 457732] Opening bottom panel widgets while OSK is open moves them to top of screen
https://bugs.kde.org/show_bug.cgi?id=457732 --- Comment #2 from Rodney Dawes --- (In reply to Nate Graham from comment #1) > Right now I think this is expected, or else the widget popup would cover the > virtual keyboard when it opens. Is that what you would expect to happen? As shown in the screenshot, the keyboard immediately gets hidden, but the window remains at the top of the screen, rather than moving back to align to the panel. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 457583] Selecting search field on touch screen does not open virtual keyboard
https://bugs.kde.org/show_bug.cgi?id=457583 Rodney Dawes changed: What|Removed |Added CC||dobey.p...@gmail.com --- Comment #4 from Rodney Dawes --- Is this on a MS Surface device? Or some other device? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456825] Multiple monitors: virtual keyboard opens on wrong monitor
https://bugs.kde.org/show_bug.cgi?id=456825 Rodney Dawes changed: What|Removed |Added CC||dobey.p...@gmail.com --- Comment #3 from Rodney Dawes --- I don't think window system matters in this case, and this is an issue in maliit itself, as it only uses the primary screen. I'm also not sure what the best way to solve this would be, yet, as it was designed around single screen phone/tablet use case and not for multiple monitors on traditional PC setup use case. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 457732] New: Opening bottom panel widgets while OSK is open moves them to top of screen
https://bugs.kde.org/show_bug.cgi?id=457732 Bug ID: 457732 Summary: Opening bottom panel widgets while OSK is open moves them to top of screen Product: kwin Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: virtual-keyboard Assignee: kwin-bugs-n...@kde.org Reporter: dobey.p...@gmail.com Target Milestone: --- Created attachment 151232 --> https://bugs.kde.org/attachment.cgi?id=151232&action=edit Screenshot showing issue SUMMARY When the OSK is open, if one clicks on a widget on the bottom panel, such as clock, network, kickoff, etc… the widget window will be pushed to the top of the screen, rather than sticking to the bottom panel as expected. STEPS TO REPRODUCE 1. Open konsole or similar, and focus to ensure on screen keyboard is open. 2. Click on clock in bottom panel. OBSERVED RESULT Widget window is opened at top of screen. EXPECTED RESULT Widget window is aligned to bottom panel. SOFTWARE/OS VERSIONS Linux/KDE Plasma: neon unstable KDE Plasma Version: neon unstable KDE Frameworks Version: neon unstable Qt Version: neon unstable Screenshot is from Plasma 5.23 on Steam Deck, but I have also reproduced on neon unstable in a VM. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 445518] KDE Plasma doesn't respect icon theme for some applications and application icons
https://bugs.kde.org/show_bug.cgi?id=445518 --- Comment #19 from Rodney Dawes --- This should be fixed now on breeze-icons master branch I think. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 483809] Certain special keys on the virtual keyboard don't map to the correct key in Chrome
https://bugs.kde.org/show_bug.cgi?id=483809
Rodney Dawes changed:
What|Removed |Added
CC||dobey.p...@gmail.com
--- Comment #5 from Rodney Dawes ---
> I suspect it's a bug with the vkbd when invoked on an app that doesn't
> support the text input protocols
It's due to kwin translating from a Wayland IME to key codes to send to clients
that don't support Wayland IME. It seems like, at least in the cases I've seen
described of this, that the modifier is getting lost for characters that are
shifted inputs. I'm not sure if the issue itself is in kwin or chrom{e,ium}
though, as so far it seems to be the main client which results in these
complaints, hence the need for --enable-wayland-ime to fix it.
--
You are receiving this mail because:
You are watching all bug changes.
