How to remove the desktop icons dark background so that you only have the icon and the name under it?
Tried all setting but can’t get rid of the background (shadow) under desktop icons.
Leap 42.1 KDE 5
You probably mean icon plasmoids on your desktop?
I don’t think you can, although it might depend on the Plasma theme.
Try switching to the “Desktop Icons” activity or change the layout to “Folderview” in the desktop settings (right-click on the desktop, or choose them in the toolbox icon in the upper left corner), you’ll get an “old-style” Desktop than that directly displays the content of your ~/Desktop folder. Those icons should not have a background.
wolfi323 wrote:
>
> dlnxx1;2739277 Wrote:
>> How to remove the desktop icons dark background so that you only
>> have the icon and the name under it?
>>
>> Tried all setting but can’t get rid of the background (shadow) under
>> desktop icons.
>>
> You probably mean icon plasmoids on your desktop?
>
> I don’t think you can, although it might depend on the Plasma theme.
>
> Try switching to the “Desktop Icons” activity or change the layout to
> “Folderview” in the desktop settings (right-click on the desktop, or
> choose them in the toolbox icon in the upper left corner), you’ll get
> an “old-style” Desktop than that directly displays the content of your
> ~/Desktop folder. Those icons should not have a background.
>
Unfortunately, in folder view, there is an ugly and annoying background
under the icon text, though not under the icon itself. And I don’t
think there’s any way to change the icon text colour.
–
*********** To reply by e-mail, make w single in address **************
Folder View is a mess at the moment, I’m hoping it gets fixed this next KDE update. The whole renaming process is b0rked along with the scrolling.
Have you filed bug reports at http://bugs.kde.org/? That would increase the chances of getting it fixed.
I don’t see any issues with scrolling or renaming here on 13.2 with Plasma 5.4.3 (or earlier versions), but then I don’t really use the “Folder View” layout myself and your problem description is not very detailed either…
Anyway, plasmoids do have a frame/background, and that cannot be removed. Although it probably can be set completely transparent by the theme.
I have no idea if there is a theme that would do that, or which one that would be.
You can always create your own though if you want. A theme is just a bunch of SVG files, located in a subfolder of /usr/share/plasma/desktoptheme/.
Not yet, that was the next step after this coming update. I think it’s just polish that needs to be added, I don’t think they’ve forgotten about it, per se.
This is just a straight KDE 4 observation comparison mind.
-Click anywhere on the scroll bar and it jumps to that spot instead of incrementally moving a 3 or 4 block of files / folders. No fast smooth scrolling up / down to a given point
-Also when you left click hold down and group items in anything bigger than a two column block (I have mine 4 rows / 2 columns) the whole thing goes haywire and loses control - it will shoot up and down still grouping things you don’t want.
The rename process is the one that’s really b0rked compared to 4 though, you’ve literally got no control over anything happening in the rename area. The entire area does not open up, so you can’t see all the text - and neither can you manipulate the text by pacing a cursor in there because it acts like a single click and executes the file.
If it’s still there after the next KDE update I’ll detail it all and bug report it.
That’s how Plasma5 behaves in general, not only the folderview widget.
And yes, I don’t like that either, and it definitely is not “fixed” in Plasma 5.4.3/KDE Frameworks 5.16.0
It might even have been done on purpose, but at least the inconsistency to “standard” scrollbars can be seen as bug IMHO.
-Also when you left click hold down and group items in anything bigger than a two column block (I have mine 4 rows / 2 columns) the whole thing goes haywire and loses control - it will shoot up and down still grouping things you don’t want.
That seems to work fine here…
The rename process is the one that’s really b0rked compared to 4 though, you’ve literally got no control over anything happening in the rename area. The entire area does not open up, so you can’t see all the text - and neither can you manipulate the text by pacing a cursor in there because it acts like a single click and executes the file.
Right, the rename field is only one line.
I can place the cursor with the mouse just fine, but yes, the click also opens the file. Definitely a bug and apparently still present in 5.4.3 (never noticed this yet).
You can manipulate the text though, at least that works here. A cursor should be set right from the start, and clicking does set the cursor too (even though it also opens the file). Selecting a range doesn’t really work either (it drags the icon).
But you can of course also use the cursor keys to position the cursor (with Shift to select text).
If you are annoyed by that, you could also use the “Properties” dialog as a workaround to rename files.
If it’s still there after the next KDE update I’ll detail it all and bug report it.
It might make sense to first have a look whether the problems are reported already though.