Version: (using Devel) OS: Linux Installed from: Compiled sources When having a panel with a plasmoid that contains a field for text input (e.g. a dictionary), the panel widget cannot gain keyboard focus when a window is active. Only if one clicks on the desktop can the keyboard be used to input text to the plasmoid. This applies both to panels that are "Always visible", "Auto hide" and "Windows can cover".
This is related to bug 165938.
no, that's a completely different issue.
*** Bug 167359 has been marked as a duplicate of this bug. ***
Verified: Fedora 10 is using KDE 4.1.3. The Notes Widget shows up as an item that can be added to the panel. If done so, the notes are ONLY editable if there are no open windows anywhere on the screen. The notes widget fails to grab the cursor from any open windows. Also, the right-click context menu doesn't appear anywhere near the notes widget. Sometimes it is at the top of the screen. Sometimes it is split into two or three context menus around the screen. When all other windows are closed, the context menu works. Perhaps this is related to the edit problem.
related, possible duplicate http://bugs.kde.org/show_bug.cgi?id=178378
Still a problem on KDE 4.2.0 (Gentoo ebuilds). The annoying but usable workaround is to click on the desktop before using the panel to force Plasma to accept focus. If possible, it'd be really nice to have this fixed before KDE 4.3 because I make heavy use of a Notes plasmoid in a 1/3rd-of-screen-width auto-hide panel on the left-hand side of my monitor. (As a scratchpad)
Within the Notes plasma applet, I cannot select text with the mouse and press the delete key afterwards to delete it. Even clicking on the desktop before doesnt help. Should I file a new bug (I cannot find one) or is this the same bug mentioned here?
@rgpublic@gmx.net: please, file a new bug report with all the details and KDE version. Thanks!
*** Bug 188468 has been marked as a duplicate of this bug. ***
*** Bug 178378 has been marked as a duplicate of this bug. ***
*** Bug 195339 has been marked as a duplicate of this bug. ***
*** Bug 202596 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
*** Bug 212133 has been marked as a duplicate of this bug. ***
*** Bug 198803 has been marked as a duplicate of this bug. ***
*** Bug 212434 has been marked as a duplicate of this bug. ***
*** Bug 226424 has been marked as a duplicate of this bug. ***
*** Bug 237304 has been marked as a duplicate of this bug. ***
SVN commit 1126369 by mart: always accept input CCBUG:177674 M +1 -0 leavenote.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1126369
most relevant commit is: http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/desktop/shell/panelview.cpp?r1=1124125&r2=1126367 all applet (except popupapplets, see following commit) will have to be set manually to accept input tough
SVN commit 1126373 by mart: by default, set expanded popupapplets to accept input, this covers most of the "panel must have focus" needs BUG:177674 M +5 -0 popupapplet.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1126373
Woohoo! :-) It works like a charm~ Thank you for your work and attention :-)
I can observe this issue with plasma-addons-4.8.4-5.4.i586 on OpenSuSE when using the leavenote widget.
Reopening based on comment #23
Hello! This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5. Accordingly, we hope you understand why we must close this bug report. If the issue described here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham