Re: Can't resize, move or remove some widgets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Marcelo Magno T. Sales posted on Thu, 19 Mar 2015 18:45:15 -0300 as
excerpted:

> I have several widgets on my desktop: nextwallpaper, yawp, stockquote
> (three instances of this one) and a network monitor. Suddenly, two of
> them, yawp and one of the stockquote instances, stopped showing that
> lateral setup tab which allows you to move, resize or remove the widget
> from the desktop. Widgets are unlocked and, except for these two, all of
> them show the tab when I hover the mouse over them, including the other
> two instances of stockquote.
> I would like to remove and re-add the problematic widgets to see if they
> go back to normal behavior, but can't find a way to remove them. Other
> than not displaying the setup tab, both widgets are working fine.
> Any idea on how to solve this?
> I'm running KDE 4.14.1 on Kubuntu 14.10.
>

First, please be aware that not everyone enjoys noise like the following, 
due to your posting in both HTML and plain text.  HTML enabled clients 
are a security vulnerability that not everyone chooses to risk, and 
often, the regulars most likely to have good answers are also the ones 
you're offending by posting such noise.  If it's worth reading, it's 
worth reading in plain text only, so please, don't post the HTML.  (Left-
angle < changed to right-angle > to ensure that it shows up on HTML 
enabled clients).

> >/style>>/head><body style=" font-family:'DejaVu Sans Mono';
> font-size:11pt; font-weight:400; font-style:normal;" >
> >p style=" margin-top:0px; margin-bottom:0px; margin-left:0px;
> margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user
> -state:0;">Hello, people,>/p>

As to the question...

FWIW, I actually use a couple instances of yawp here, set to different 
locations, but don't use any of the other plasmoids you mentioned.  So 
I'll use it as the common ground.

While I've not seen this particularly curious behavior before, I do have 
some suggestions and know where to find these settings in the text-based 
config files as well, which should help as a last resort.  I've had to 
directly edit the config files myself for other issues, and now keep both 
a backup copy and the operational copy set read-only when I'm not making 
specific changes, so it can't be damaged.  I'd suggest doing likewise, as 
the file in question, while text, has a quite complex structure making it 
not the easiest thing in the world to directly edit.

You clarified that widgets (also called plasmoids) are unlocked and that 
other plasmoids, including other instances of one of the problematic 
ones, show the floating config tabs on hover.  Thanks.  I agree, it's 
very strange that some show the tabs but not others...

Unfortunately, other than toggling the locked state and restarting plasma-
desktop (presuming you have plasma set to desktop, otherwise plasma-
netbook, which I'm less familiar with) a few times in an effort to try to 
get the config tabs back, I don't have any further suggestions to try on 
that attack angle.

Which leaves three others I know of to try...

Simplest, if it works, and if it doesn't you should at least get a bit 
more information about what's going on, at least with yawp, which I know 
has this option.  (Not sure about the stock plasmoids.) ...

With plasmoids on the desktop (as opposed to on a panel, where they don't 
show the config tab either, so I'll assume yours are on the desktop, tho 
you didn't say), with plasma unlocked, many plasmoids (including yawp) 
have a context menu (traditionally displayed on right-click) with among 
other things, a remove this <plasmoid> (remove this yawp, for yawp) 
entry.  The icon beside the entry should be a red X, for removal.

If you can see that on the context menu for the plasmoids in question, 
hopefully that'll remove them.  Please restart plasma (or logout/in to 
restart it, or quit and restart X, or restart the computer) and verify 
whether your changes held.

If not, please compare with the context menu where the config tab DOES 
appear.  Is that entry showing up there?

Since this option only shows up when widgets are unlocked, if it's 
showing up on the one that shows the config tab but not the other one, 
then the problem must be that the problem plasmoids aren't getting the 
message that plasma is unlocked, for whatever reason.

If it's not showing up in either the plasmoids with the tab or the ones 
without, then you're experiencing some other sort of plasmoid bug.

In either case, while a clue to the base problem, if that entry isn't 
showing up, you can't remove the plasmoids that way, and will likely have 
to resort to one of the other two, both of which are more intensive.


Option two is to configure a replacement activity and delete the current 
activity containing the plasmoids you can't remove on their own.  With 
plasma unlocked, either context-click on the desktop (if you have 
activities configured to show up in the desktop context menu) or click on 
the desktop's toolbox icon and select activities.  Add a new one, and add 
plasmoids/widgets as desired.  Switch to the new activity, then stop and 
delete the old one.  Again, restart plasma (or kde or logout/back-in or 
restart X or restart the computer) and verify whether the changes held.


Meanwhile, the file where all this information is stored is $KDEHOME/
share/config/plasma-desktop-appletsrc.  You can if you like try to edit 
this file (with plasma shut down, of course), preferably after making a 
backup, just in case, or simply delete it to start over with defaults.

WARNING!!  This file contains nearly ALL significant plasma 
configuration, including not only all plasmoids, but also all activities, 
and all panels as well.  Thus, deleting the file will delete all 
customizations you've made not only to the one activity, but all other 
activities you have configured, and all panel customizations you've made.

Unfortunately, that also means it's more difficult to edit by hand than 
it should be, particularly because as becomes obvious rather quickly, 
while like most of kde's config files it's ini-style plain-text, it's 
obviously designed more for machine parsing than ease of human editing.

The format as mentioned is ini-style.  [Section] entries on their own 
lines demarked by [], with setting=value pairs, again, each on their own 
lines.  In this case, however, we have [sections] [nested] [multiple] 
[layers] [deep], some with [numbers] instead of human-readable 
descriptions.

When editing, you have to figure out what component at what level the 
numbers associate with, often by looking at what nested settings and 
sections they contain to figure out what they are.  For instance, I have 
a section that includes this...

[Containments] [198]
activity=plasmoids

Obviously, everything within the multiple nested [Containments] [198] 
[whatever] sections are individual settings and plasmoids with their own 
settings, belonging to the activity I have that's named "plasmoids".  
However, I have multiple monitors, and each monitor is its own "activity" 
container, so [Containments] [199] is the "plasmoids" activity as well 
(with its own activity=plasmoids setting), and I have to look at what 
each one contains to determine which one corresponds to the plasmoids 
activity on which monitor.

Unfortunately, plasma doesn't necessarily properly remove ALL the 
settings corresponding to a component when that component is deleted.  So 
you're likely to find partial settings for components long deleted, which 
only confuse when you're trying to figure out what mystery-numbers 
correspond to what, and possibly trigger bugs in plasma, as well.

The main thing to ensure when you're editing the file, therefore, is that 
you have the component you THINK you do (particularly when you have more 
than one instance of a component, or had other instances in the past that 
might not have been fully deleted), and that if you delete components by 
hand, you delete ALL settings for that component, since there might be 
several sections for plasmoids, and for panels/activities and other 
containers, possibly MANY sections, pertaining to that component.

So... be sure you create a backup copy if you're going to try hand 
editing, in case you screw up, and take it nice and slow.

Of course you can always delete the whole file and start over, but that 
means you'll have to reconfigure all customizations from scratch, 
including perhaps multiple panels and multiple activities, if you had 
them configured.  If you haven't customized that much, not a big deal.  
If however, you're a heavy customizer as I am, losing all of them and 
starting from scratch is something to be avoided if at all possible, even 
if it means painstaking hand-editing of a config file as complicated as 
this one is!

Hope it's helpful! =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.





[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux