How to Bring Back those Sticky Notes!

KDE 4 and Plasma 5.x have had it as a common feature, that if we middle-click with our mouse-wheel ‘anywhere on the desktop’, a Sticky Note appears, which we don’t even need an installed application to manage. Firstly I need to explain why I was not aware of this feature before. The reason is my custom, to Lock the Widgets of my Desktops as soon as possible, after modifying them. With the widgets locked, this behaviour does not take place because the sticky note in question is an additional widget each time…

Screenshot_20190325_215803

But during a recent project, I had a desktop environment in which the widgets were unlocked all the time, so that eventually, I middle-clicked on the mouse button accidentally, and faced the popular dilemma of how to delete the sticky notes created, and eventually, of how to keep them from re-appearing. The way to delete each individual note, at least on my computers, is to hold down the left mouse-button along the inside, of the right border of the widget in question, until a side-bar pops out, that allows widgets to be moved, resized and deleted, as of Plasma 5…

Screenshot_20190325_215827

The thing to do next is, to release the left mouse-button, and to move the mouse-pointer quickly, to the red ‘X’ button that has just appeared at the bottom of the side-bar, and then to left-click that once.

To prevent the behaviour from taking place again, it’s necessary to right-click on an empty part of the desktop, so that the usual context-menu appears, and then to left-click on “Configure Desktop” (under Plasma 5). Then, one can modify the “Mouse Actions” that appear there, so that the action to middle-click the mouse-wheel, is either deleted, or no longer specifies To Paste.

So I hurriedly disabled this feature before realizing that in this one specific situation, it might actually be useful to me. The reason for that is the fact that my usual note-taking application, “Tomboy”, creates redundant icons and window-place-holders, on a desktop manager where I’d like for there to be as few window-icons as possible. Additionally, on this setup, I wouldn’t be syncing my Tomboy application, which is a main reason otherwise to be using Tomboy.

What I did next was to re-assign the function to the middle-mouse-click, To Paste, and then to hope that I had restored the original feature. But what I found instead, in the immediate term, was that middle-clicking with the mouse wheel, no longer brought back the sticky notes -creation. So the next question which raced through my mind was, ‘Have I deleted a detail in the configuration, which is difficult to restore? Does that Mouse Action require more than just To paste? Help! Help! I can’t get the nuisance back, even though I no longer think it’s a nuisance!’

BTW, This is not a question which most people ask, so there are few if any Web-pages that answer this question…

Continue reading How to Bring Back those Sticky Notes!

Plasma 5 Notifications In Wrong Locations

I use a version of Linux on the one of my computers named ‘Plato’, that has Debian / Stretch as its base, but which also has Plasma 5 as its desktop manager. This was a system which I created from a Kanotix Live DVD, from before Kanotix had an official Debian / Stretch release. According to that Live Disk, the desktop manager was LXDE !  LXDE stands for “Lightweight X Desktop Environment”, while Plasma 5 is the successor to KDE 4, and is a powerful, CPU-consuming desktop manager. In the meantime, Kanotix has created two official ‘Stretch’ releases, one with LXDE and one with Plasma 5, both named ‘Kanotix Steelfire’.

What I felt I needed to do with Plato, was to install Plasma 5 via the package manager, even though the Kanotix developers had not yet done so. This customized Plasma 5 environment has been running fine for some time.

But only recently, after my email client – Thunderbird – received an update to version 60.x, I did notice that some of my desktop notifications seemed a little odd. Instead of appearing as official Plasma / KDE notifications, they appeared either as stylized bubbles, or as more-boring drop-down lists from the center, of the top, of my screen. And so this can lead to some confusion, or to some doubt in whether the system is still stable. In fact, I’ve read some other complaints from the Web, of people who ran in to the same behavior exactly. What seemed to irk them as well as me most, was that although we can use our KDE / Plasma Notification settings to designate, where we want notifications to appear, these apparently rogue notifications seem to disregard this setting.

Continue reading Plasma 5 Notifications In Wrong Locations

Why the Linux guest-system, on my Linux-tablet, is only a shell.

According to some of my own postings, I possess an old Android-based tablet, which is a Samsung Galaxy Tab S, first generation, onto which I installed a Linux guest-system, using the Android apps “GNURoot (Debian)” and “XSDL”, both available from Google Play. The latter of these apps emulates a simple X-server, which Linux-programs running under the first app can make use of.

The desktop-manager which I chose to use for my Linux guest-system is LXDE, precisely because that desktop-manager does not strictly require that Linux-based daemons be running.

But there are certain standard, LXDE-features which will not even work on that setup:

  • The Trash Bin
  • The LXDE-Settings Panel
  • (etc.)

The LXDE Trash Bin requires the package ‘gvfs’, and the Settings Panel requires the package ‘lxde-settings-daemon’. Both these dependencies launch daemons – i.e., programs that run in the background, and that make up part of a real Linux-session.

The ability to run daemons, essentially, requires that the user have a rooted tablet. Because I never rooted my tablet, I am without any daemons, that would normally belong to any Linux guest-system.

Continue reading Why the Linux guest-system, on my Linux-tablet, is only a shell.

Debian Category Missing From Plasma Menu.

I use several Linux-based computers, which include an older machine running Debian / Jessie and the KDE 4 desktop manager, and a more-recently-installed machine, running Debian / Stretch and the Plasma 5.8 desktop manager.

Under KDE 4 – which I’ve grown used to over the years – the K-Menu – aka, the Application Launcher – would display a nested menu-system, that included the KDE categories into which applications should fit, which are defined essentially by ‘.desktop’ files, plus a separate category called ‘Debian’, which was denoted by a folder-icon, and which was nested several levels deep, into which almost every installed application should be sortable, defined essentially by the contents of the directory ‘/usr/share/menu’.

k-menu_1s

Under my Plasma 5.8 setup, one fact which I was missing, was the earlier presence of this Debian -category:

k-menu_2s

 

Instead, this computer has a larger abundance of entries, in its Lost+Found category (not shown), which is really just another way of saying, ‘entries which it cannot otherwise put into categories’. In fact, many of the entries that now occur under Lost+Found, also occur under listed categories.

(Updated 12/14/2017 : )

Continue reading Debian Category Missing From Plasma Menu.