Where in the lock widgets option in 5.17.90?

[Don B. Cilly]

This does not work in Neon if you had your widgets locked on 5.17 before upgrading

Well, that would explain it, I think the last time I locked the widgets was in 1917 or thereabouts

[kubicle]

Long-click on the desktop - or right-click and Customize Layout - really seems to unlock the widgets on 5.18 here (neon Testing, had a full .18 for a few days now).

This does not work in Neon if you had your widgets locked on 5.17 before upgrading to 5.18 (or the beta), "customize layout" is disabled and long-click does nothing..see the bug. Once you've unlocked (with the dbus query), things work as they should (and as you described).

You can see what I mean if you run:

qdbus org.kde.plasmashell /PlasmaShell evaluateScript "lockCorona(true)"

to undo, just run

qdbus org.kde.plasmashell /PlasmaShell evaluateScript "lockCorona(false)"

These set/unset the "true" locked mode, where editing is not possible via the GUI

EDIT: I think the bug is fixed in Neon as well, with the latest updates
EDIT2: it is, plasma-desktop-data...build73

[Don B. Cilly]

Long-click on the desktop - or right-click and Customize Layout - really seems to unlock the widgets on 5.18 here (neon Testing, had a full .18 for a few days now).

[EDIT] What I see is, if I do that (all windows close, just the top configure/add widgets remains), hovering over the (analog) clock allows me to move, resize, etc. whereas in locked mode it doesn't, it shows the calendar.

[acheron]

Updated my Neon to 5.18, which was released today, and had my widgets previously locked (in 5.17.5). After upgrading, widgets were still locked without an obvious way to unlock (so I couldn't get into the normal or edit mode).
So this came in handy, using "false" instead of "true" to unlock. Just a head's up if someone else runs into the same when upgrading to 5.18.

https://bugs.kde.org/show_bug.cgi?id=417424

Fixed in Kubuntu. Just waiting to see if Neon main devs want to patch, or wait for 5.18.1

[kubicle]

This maybe of interest: How To Lock Widgets in Plasma 5.18 Beta

To lock widgets, run:

qdbus org.kde.plasmashell /PlasmaShell evaluateScript "lockCorona(true)"

Updated my Neon to 5.18, which was released today, and had my widgets previously locked (in 5.17.5). After upgrading, widgets were still locked without an obvious way to unlock (so I couldn't get into the normal or edit mode).
So this came in handy, using "false" instead of "true" to unlock. Just a head's up if someone else runs into the same when upgrading to 5.18.

[chimak111]

This maybe of interest: How To Lock Widgets in Plasma 5.18 Beta

To lock widgets, run:

qdbus org.kde.plasmashell /PlasmaShell evaluateScript "lockCorona(true)"

[Don B. Cilly]

1: so please inform the dev that all is well with v0.2, & that the button is much appreciated!

I already did

[chimak111]

...
One thing... long-clicking on the desktop might be half a millisecond faster than right-clicking on the Desktop and choosing Customize Layout

1: so please inform the dev that all is well with v0.2, & that the button is much appreciated!
2: Nice to know the long click route!

[Don B. Cilly]

Yes, it works just fine. It was just me doing the Do B. rather than the Don B... ;·)
One thing... long-clicking on the desktop might be half a millisecond faster than right-clicking on the Desktop and choosing Customize Layout

[chimak111]

This is what I have on 20.04:

dkb@dkb-kuff:~/.local/share/plasma/plasmoids$ ls -lR
.:
total 4
drwxrwxr-x 3 dkb dkb 4096 Jan 23 22:16 org.kde.paneltransparencybutton

./org.kde.paneltransparencybutton:
total 36
-rw-rw-r-- 1 dkb dkb   191 Jan 23 22:16 CHANGELOG.md
drwxrwxr-x 4 dkb dkb  4096 Jan 23 22:16 contents
-rw-rw-r-- 1 dkb dkb 18092 Jan 23 22:16 LICENSE
-rw-rw-r-- 1 dkb dkb   527 Jan 23 22:16 metadata.desktop
-rw-rw-r-- 1 dkb dkb  1235 Jan 23 22:16 README.md

./org.kde.paneltransparencybutton/contents:
total 8
drwxrwxr-x 2 dkb dkb 4096 Jan 23 22:16 config
drwxrwxr-x 2 dkb dkb 4096 Jan 23 22:16 ui

./org.kde.paneltransparencybutton/contents/config:
total 4
-rw-rw-r-- 1 dkb dkb 457 Jan 23 22:16 main.xml

./org.kde.paneltransparencybutton/contents/ui:
total 8
-rw-rw-r-- 1 dkb dkb 4533 Jan 23 22:16 main.qml
dkb@dkb-kuff:~/.local/share/plasma/plasmoids$

This is a clean install of 20.04 (full version) in a VM and fully updated.

I obtained the button with Get New Widgets choosing v0.2.
Then, by right-clicking on the Desktop and choosing Customize Layout > Add widgets, I dragged the button widget on to the panel. I've found that a bit tricky! Sometimes, a dragged widget is invisible!!!

dkb@dkb-kuff:~/.local/share/plasma/plasmoids/org.kde.paneltransparencybutton$ cat CHANGELOG.md 
### CHANGELOG

#### Version 0.2
* support only Plasma Desktop>=5.18

#### Version 0.1

* use Switch element for activating/disabling panel transparency
* hide when plasma widgets are locked

dkb@dkb-kuff:~/.local/share/plasma/plasmoids/org.kde.paneltransparencybutton$

In the following images:

1 is before installing the widget
2 is immediately after installing it without turning on transparency. The top yellow box has the button. The bottom yellow box shows that the panel is in "configure/edit/unlocked" mode.
3 is after turning on transparency. The panel background is gone and the button looks different but the bottom icon is still there showing that the panel is still in "configure/edit/unlocked" mode.
4. Now the button is invisible and the bottom icon is gone. I did that by closing the small panel that appears by right-clicking on the Desktop and choosing Customize Layout.

[Don B. Cilly]

It was there. It didn't have the (1) but it had the Trash Thing so I assumed...


And there you go about assumption being the brother... mother... whatever...
So I double-clicked it, and in Desktop editing mode, it's there.

[kubicle]

A cilly question, but are you sure you have actually added the widget to your panel?
The "add widget" -panel should show a number of activated widgets (1) for the widget in question if you have added the widget.

Just asking because it seems to work (sort of) for chimak.

[Don B. Cilly]

Hrrumph.
This is starting to prey on my mind, so, I have to ask.
I have v.0.2 of the Transparency button.
It looks correctly installed:

$ plasmapkg2 -i paneltransparencybutton-0.2.0.plasmoid
Error: Installation of /home/not/Downloads/paneltransparencybutton-0.2.0.plasmoid failed: /home/not/.local/share/plasma/plasmoids/org.kde.paneltransparencybutton already exists

--------------------

$ ll /home/not/.local/share/plasma/plasmoids/org.kde.paneltransparencybutton
total 44
drwxrwxr-x 3 not not  4096 Jan 22 11:14 ./
drwxr-xr-x 6 not not  4096 Jan 22 11:14 ../
-rw-rw-r-- 1 not not   191 Jan 22 11:14 CHANGELOG.md
drwxrwxr-x 4 not not  4096 Jan 22 11:14 contents/
-rw-rw-r-- 1 not not 18092 Jan 22 11:14 LICENSE
-rw-rw-r-- 1 not not   527 Jan 22 11:14 metadata.desktop
-rw-rw-r-- 1 not not  1235 Jan 22 11:14 README.md

I have no such buttons. Not in hidden icons, not anywhere.
So, it says, "exit Configure Layout desktop mode in order to hide the transparency button completely".
Which I take to mean that if I am not in "Configure Layout desktop mode" it won't show. Fair enough.
But conversely, I take to mean that if I am in "Configure Layout desktop mode" it will show.

So I long-click on the desktop, all windows - including conky, but excluding the clock, wallpaper and panel - disappear, I get a "configure desktop" thinglet at the top of the screen and a "configure panel" icon bottom right, but no buttons.
Now, is "Configure Layout desktop mode" something else? Or what am I doing wrong?
I realise it's trivial, I just don't like failing this stupidly.

[chimak111]

At a glance, that looks like the "place holder" for several actions (Create New..., Icons..., Paste, Refresh etc.) that are only available if you use the "Folder View" layout in desktop settings (it has no effect on the "Desktop" layout).

Thanks for clearing that up! I don't use Folder View and so was wondering.

[kubicle]

What does the first entry, [Other Actions] mean? Is it necessary?

At a glance, that looks like the "place holder" for several actions (Create New..., Icons..., Paste, Refresh etc.) that are only available if you use the "Folder View" layout in desktop settings (it has no effect on the "Desktop" layout).