Bug 358990 - Make possible to move desktop icons freely, rather than having them bound to a grid
Summary: Make possible to move desktop icons freely, rather than having them bound to ...
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Folder (show other bugs)
Version: master
Platform: unspecified All
: NOR wishlist
Target Milestone: 1.0
Assignee: Eike Hein
URL:
Keywords: usability
: 359570 361722 (view as bug list)
Depends on:
Blocks:
 
Reported: 2016-02-04 17:09 UTC by Aurélien Murith
Modified: 2023-04-09 20:04 UTC (History)
15 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aurélien Murith 2016-02-04 17:09:01 UTC
In Plasma 4.x, when using the Folder view mode for the desktop, it was possible to move icons freely on the desktop, I mean, not to align them. Now with Plasma 5.x (at least as of version 5.5.3 installed on my system) this is not possible anymore, one can only choose between row alignment or column alignment, which is not very practical. Please restore Plasma 4 behavior.

Reproducible: Always

Steps to Reproduce:
1. Select "Folder view" mode for the desktop
2. Open desktop settings panel
3. Go to "Icons" tab
Comment 1 David Edmundson 2016-02-04 20:02:22 UTC
>which is not very practical.

Can you explain why it's not practical. Maybe show us what you're trying to acheive?
Comment 2 Aurélien Murith 2016-02-05 01:23:51 UTC
The fact is, some people like me like to use their computer's desktop as they would use their office's desk : grouping things, putting lots of folders/files close one to another and arranging them in a harmonious way.

For example, this is a GNOME desktop I use : http://pix.toile-libre.org/upload/original/1454445829.png
As you can see I can put my icons where I want, they aren't aligned on a rigid grid. With Plasma 4 it was possible to do like that too, but now it is not possible anymore, I find this is a shame.
Comment 3 David Edmundson 2016-02-05 01:33:12 UTC
Thanks for the reply
Comment 4 Eike Hein 2016-05-09 05:47:28 UTC
*** Bug 361722 has been marked as a duplicate of this bug. ***
Comment 5 Nick Stefanov 2016-05-09 08:57:23 UTC Comment hidden (spam)
Comment 6 RJ 2016-05-09 13:32:36 UTC Comment hidden (spam)
Comment 7 Elia Devito 2016-05-15 20:48:25 UTC Comment hidden (spam)
Comment 8 Kai Uwe Broulik 2016-06-27 20:32:02 UTC
*** Bug 359570 has been marked as a duplicate of this bug. ***
Comment 9 Roman Bysh 2016-06-27 22:49:40 UTC Comment hidden (spam)
Comment 10 Nick Stefanov 2016-06-27 23:29:13 UTC Comment hidden (spam)
Comment 11 Eike Hein 2016-06-28 09:07:19 UTC
CONFIRMED/UNCONFIRMED doesn't really have much meaning for wishlist tickets, it's mostly used for bugs.
Comment 12 RJ 2016-06-28 16:43:38 UTC Comment hidden (spam)
Comment 13 Roman Bysh 2016-06-28 17:25:54 UTC Comment hidden (spam)
Comment 14 Nick Stefanov 2016-06-28 18:52:30 UTC Comment hidden (spam)
Comment 15 Eike Hein 2016-06-29 09:49:51 UTC
> If something had worked in previous version and stops working in current. Does it mean that it should be in wishlist?

There's a difference between a defect (something is supposed to work, but doesn't) and an unsupported feature (some desire it to be there, but it's not). So it's a wishlist item instead of a bug.
Comment 16 Nick Stefanov 2016-06-29 09:56:48 UTC Comment hidden (spam)
Comment 17 Eike Hein 2016-06-29 10:20:49 UTC Comment hidden (spam)
Comment 18 Roman Bysh 2016-06-29 20:40:30 UTC Comment hidden (spam)
Comment 19 Eike Hein 2016-06-30 07:39:47 UTC Comment hidden (spam)
Comment 20 Nick Stefanov 2016-06-30 08:40:33 UTC Comment hidden (spam)
Comment 21 Roman Bysh 2016-06-30 19:06:51 UTC Comment hidden (spam)
Comment 22 Roman Bysh 2016-06-30 19:21:32 UTC Comment hidden (spam)
Comment 23 Eike Hein 2016-07-01 08:28:04 UTC
> It's a plasmoid. It's not like you are redesigning the plasma-workspace.

It's a file manager view, not unlike, say, Dolphin (which however also doesn't allow free icon positioning).

> Can we find some one with knowledge of java script to edit the folder plasmoid's code?

Most of it is written in C++, including the icon positioning code.

(I wrote it, so I think I know what I'm talking about. :-)
Comment 24 Roman Bysh 2016-07-01 17:43:26 UTC
Nice to know ;-)  I love it's features in KDE4. Unbelievably user-friendly.

At this moment in time, in order to place icons in the order that I like, I have to delete them all and then place them one at a time.
It's crippled in Plasma 5. Selecting sort by unsorted is broken and you've set it to permanent "snap to grid".

You had this superb folder plasmoid that allowed many features and crippled it for Plasma 5. Is this what the devs decided what was best for users coming from KDE4? We have thousands of users that are very disappointed.

Can you please bring the features from KDE4 back for Plasma 5.7?
Comment 25 Eike Hein 2016-07-02 15:48:48 UTC
> At this moment in time, in order to place icons in the order that I like, I have to delete them all and then place them one at a time.

I'm not sure I follow the "I have to delete stuff" thing - Folder View on the desktop supports dragging icons into any position on the grid at any time. This ticket is about wanting to move icons outside the grid. Which is currently not supported, but certainly a legitimate wish.


> You had this superb folder plasmoid that allowed many features and crippled it for Plasma 5.

No, we had a folder plasmoid with many, many bugs that had been mostly unmaintained for two years prior, and was written against a Qt 4 API that can't be used in Plasma 5, turning the entire code obsolete. The Plasma 5 version shares no code with the KDE 4 version. It's a full rewrite. Off-grid positioning wasn't removed, it was not implemented.


> Is this what the devs decided what was best for users coming from KDE4? 

Yes, don't you know that all we do all day is sit around and think how we could hurt our users best? That's totally my first thought when I get up in the morning. I went into open source and spent 11 years hacking on KDE (mostly for free, for many thousands of hours more than you probably did) because I'm a real meanie, and making software that doesn't cost any money seemed the most effective way to make the world a bit worse, release by release.

There's totally never any engineering reasons in play. Like, say, finite manpower, or finite hours in the day, or deciding on a core feature set that can be supported at a higher quality level than before. Every time there's change you personally don't like it's because that was the goal. Totes.

Do you feel patronized or pissed off by the above two paragraphs? That's how others feel when you write your implicitly antagonistic fight-the-powa stuff, too. Think about that next time you think it's cute to make that your narrative, or think shaming/guilting people is a good way to motivate them into doing what you want. 


> We have thousands of users that are very disappointed.

Who's we, and what's the raw data backing that statement? That would actually be really helpful for triage.
Comment 26 Nick Stefanov 2016-07-02 15:53:57 UTC
Ok than, can you simply narrow the spaces of the grid? There is a HUGE space between two adjacent icons.
Comment 27 Eike Hein 2016-07-02 15:58:35 UTC
> Ok than, can you simply narrow the spaces of the grid?

Yeah. I'll look into it.
Comment 28 Nick Stefanov 2016-07-02 16:26:22 UTC
Thank you very much :) I hope it will be unnecessary to modify FolderView.qml in the future anymore, which will be a relief :)
Comment 29 Roman Bysh 2016-07-02 17:16:32 UTC
(In reply to Eike Hein from comment #25)
> > At this moment in time, in order to place icons in the order that I like, I have to delete them all and then place them one at a time.
> 
> I'm not sure I follow the "I have to delete stuff" thing - Folder View on
> the desktop supports dragging icons into any position on the grid at any
> time. This ticket is about wanting to move icons outside the grid. Which is
> currently not supported, but certainly a legitimate wish.
> 
> 
> > You had this superb folder plasmoid that allowed many features and crippled it for Plasma 5.
> 
> No, we had a folder plasmoid with many, many bugs that had been mostly
> unmaintained for two years prior, and was written against a Qt 4 API that
> can't be used in Plasma 5, turning the entire code obsolete. The Plasma 5
> version shares no code with the KDE 4 version. It's a full rewrite. Off-grid
> positioning wasn't removed, it was not implemented.
> 
> 
> > Is this what the devs decided what was best for users coming from KDE4? 
> 
> Yes, don't you know that all we do all day is sit around and think how we
> could hurt our users best? That's totally my first thought when I get up in
> the morning. I went into open source and spent 11 years hacking on KDE
> (mostly for free, for many thousands of hours more than you probably did)
> because I'm a real meanie, and making software that doesn't cost any money
> seemed the most effective way to make the world a bit worse, release by
> release.
> 
> There's totally never any engineering reasons in play. Like, say, finite
> manpower, or finite hours in the day, or deciding on a core feature set that
> can be supported at a higher quality level than before. Every time there's
> change you personally don't like it's because that was the goal. Totes.
> 
> Do you feel patronized or pissed off by the above two paragraphs? That's how
> others feel when you write your implicitly antagonistic fight-the-powa
> stuff, too. Think about that next time you think it's cute to make that your
> narrative, or think shaming/guilting people is a good way to motivate them
> into doing what you want. 
> 
> 
> > We have thousands of users that are very disappointed.
> 
> Who's we, and what's the raw data backing that statement? That would
> actually be really helpful for triage.

Sorry about the rant. It was never my intention to shame or guilt anyone into working on their code. After reading the comment on a new day, I realize that my comments were way out of line. 
I did not know that the code was that messed up from KDE4.
Comment 30 Roman Bysh 2016-08-16 00:18:49 UTC Comment hidden (spam)
Comment 31 Roman Bysh 2016-08-16 00:24:39 UTC Comment hidden (spam)
Comment 32 Christoph Feck 2016-12-21 03:23:20 UTC
*** Bug 373860 has been marked as a duplicate of this bug. ***
Comment 33 Alex 2016-12-21 07:51:52 UTC
Note to the bug, which was merged as duplicate: This is NOT about row / column alignment of desktop items, but about free positioning of plamoids, i.e. the timer plasmoid, which is placed in some corner behind a semi-transparent terminal on my desktop.

In KDE 4 it was easy to start the timer, as there are ~15 Pixel between screen bottom and terminal bottom. In Plasma 5, the timer placed on the screen bottom slides up like 10 pixels, leaving only about 5 pixels to click for starting the timer.

So if the "mark duplicate" was correct, note that the problem is about more than just the folder view and alignment.
Comment 34 kde 2017-09-11 13:33:09 UTC Comment hidden (spam)
Comment 35 Nick Stefanov 2017-09-11 15:33:47 UTC Comment hidden (spam)
Comment 36 Eike Hein 2017-09-12 10:47:19 UTC
> I also need to be able to place icons freely on my desktop so that they are not automatically arranged in rows or columns.

This is available, just grid-less is not.
Comment 37 kde 2017-09-17 19:37:32 UTC Comment hidden (spam)
Comment 38 Eike Hein 2017-09-18 12:42:02 UTC Comment hidden (spam)
Comment 39 Bernd 2017-12-17 13:17:04 UTC Comment hidden (spam)
Comment 40 Nick Stefanov 2017-12-17 13:43:40 UTC Comment hidden (spam)
Comment 41 Nate Graham 2018-03-02 23:13:19 UTC
Guys, more comments won't make this get implemented faster. But actual development time and effort will. See https://community.kde.org/Get_Involved/development

If you have the skills, there's clearly demand for this feature, so go ahead and try to implement it! If you don't, then further comments in this ticket are not likely to be productive.