Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Just annotations of little "how to's", so I know I can find how to do something I've already done when I need to do it again, in case I don't remember anymore, which is not unlikely. Hopefully they can be useful to others, but I can't guarantee that it will work, or that it won't even make things worse.
Have kdialog preceeded by (or succeeded after an "&" if the context allows it, and if it's preferable for some reason) a loop that has wmctrl "grepping"/activating" the unique name of the kdialog window, followed by xdotool resizing it, and breaking the loop.
Code:
( while true ; do
sleep 0.2 # reduces CPU load if the loop never breaks for some reason
wmctrl -a "relevant and ideally unique title for kdialog window" &&
# This is free, open-source, and all that kind of stuff
[Desktop Entry]
Type=Service
X-KDE-ServiceTypes=KonqPopupMenu/Plugin
MimeType=all/all
Actions=goToRealPath;
ServiceTypes=KonqPopupMenu/Plugin
[Desktop Action goToRealPath]
Name=Go To Real Path
Exec=dolphin "$(dirname
UPDATE: whatever happened before, it seems that now it can be partly solved by simply commenting out the font-related lines in /usr/share/themes/QtCurve/gtk-2.0/kdeglobals (not to be confused with KDE's own file with the same name!).
After a while (after a massive upgrade) the randomness of the thing stopped, the correct theming consistently fails. More evidently fonts, icon theme, and colors (including tooltips' colors). I'm not sure the widget's "design" is also affected,...
"Legacy scrolling". Back then clicking on the scroll bar meant to go about a page up or down, not that you magically know the exact content that is at that absolute point. Also "remove overlay scroll indicators", so the scroll bar is always visible and occupies a definite space, instead of sometimes overlapping content and making it harder to click, as the overlay pops up.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
