SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
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.
Yes a tooltip appears, but this can be disabled.
Yes, it can be disabled.
That is encouraging. Sounds as though the Xfce devs did what the MATE devs did not.
Mildly curious how the Xfce devs did that. Under GTK2 tooltips could be globally disabled using a gtkrc file. Those options were never supported in GTK3.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,157
Original Poster
Rep:
Quote:
Originally Posted by SqdnGuns
Right click on the notification are and change the size of the icons.
Gave Xfce-14.4 another go yesterday and tried your suggestion (as above), but while I could change the number size, the icons did not actually change in size. Then when I realized gKrellm was still crashing, I went back to 14.2 (from -current).
Maybe the next round of Xfce updates will fix a few things.
Current has gtk+ 3-3.24 and 14.2 has gtk 3-3.18. 14.2 has glib 2.46 so that is OK. Rebuilding or upgrading gtk+ sounds like frankenslack territory to me but I'm no expert.
Last edited by keithpeter; 08-26-2019 at 12:29 PM.
Great, thank you.
Would your current Xfce 4.14 slackbuilds be suitable for stable 14.2 with little work ?
Already answered, but in case you need to hear it from me, the answer is indeed "no" on that. It's certainly not impossible, but you'll be needing required upgrades to much of the gtk/glib stack, and quite a few other pieces of the underlying libraries will also need to be upgraded. It it were possible with minimal intrusion into a stock system (as it is in -current), I'd have packages already offered. Unfortunately, this is how progress works sometimes :/
I have tested rworkman's most recent XFce 4.14 packages for -current from his server on my desktop.
In an earlier changelog entry, he had asked people to provide feedback on the inclusion of xfce4-screensaver.
I now have xscreensaver and xfce4-screensaver installed concurrently. Both are autostarted when an XFce session is launched.
Both install capplets in xfce4-settings-manager that have identical icons and are both labelled "Screensaver," but one launches xscreensaver-demo and the other launches xfce4-screensaver's settings tool.
The interesting thing was this. I verified both daemons were running simultaneously with ps. The stock settings were for xfce4-screensaver to launch a "blank screen" screensaver after 5 minutes of idle time. And xscreensaver's default settings are to launch a random screensaver after 10 minutes of idle time. So I had expected xfce4-screensaver to kick in after 5 minutes and blank the screen, and assumed xscreensaver would simply not be able to do anything.
What actually happened was, xfce4-screensaver did nothing, and xscreensaver launched a random screensaver after 10 minutes. I'm not sure why this was the case, but this was my experience running both simultaneously.
With Xfce 4.12 and Xfce terminal 0.6.3, when the last tab has focus, that Ctrl+Page Down does not wrap to the first tab and "Next Tab" is disabled in the menu. This works as expected in Slackware Live, which uses Xfce terminal 0.8.7.4.
Looks like that keyboard shortcut wrap feature was added to xfce-terminal in version 0.6.90. Sadly that version also included the migration to GTK 3.
In 14.2 I tried compiling xfce-terminal 0.8.8. No go, looking for the newer versions of GTK 3.
Where is the source tar.gz for 0.6.90? On a long shot, despite the migration to GTK 3, possibly that version will compile with GTK 3.18 on 14.2.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.