Bug 493043 - A way pin certain items to the beginning (e.g. trash, app launchers, other system things) when items are automatically sorted
Summary: A way pin certain items to the beginning (e.g. trash, app launchers, other sy...
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Desktop icons & Folder View widget (show other bugs)
Version: master
Platform: Other Linux
: NOR wishlist
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-09-13 02:46 UTC by minelorderagon16
Modified: 2024-09-20 17:13 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description minelorderagon16 2024-09-13 02:46:53 UTC
It would be useful to be able to exclude an item placed on the desktop, specifically in desktop folder mode, from the sort function. the reason I want this is so i can have my desktop be sorted automatically with the files after the apps, but without the trash can moving from it's position (top-left corner). How I would expect this to work is you right click on an item, select an option that says something like "exclude from sort" and then have it stay wherever you place it with the sort skipping over that spot on the desktop.
Comment 1 Nate Graham 2024-09-19 21:15:46 UTC
Might it make sense to use a Trash widget for this use case, rather than a file-based trash?
Comment 2 minelorderagon16 2024-09-19 21:45:51 UTC
(In reply to Nate Graham from comment #1)
> Might it make sense to use a Trash widget for this use case, rather than a
> file-based trash?

If I do that in desktop folder mode then my apps and files appear over it instead of wrapping, it was the first thing I tried.
Comment 3 Nate Graham 2024-09-20 16:28:19 UTC
Right, I see what you mean.

It's tricky. What you propose could be used to resolve this issue, but it would be a DIY thing that I suspect no one else would use, and the codepath would probably bit-rot over time.

It's a legitimate issue but I'm not sure your proposal is the best way to fix it. I'm going to mark this as CONFIRMED and change the title to be a bit more generic.
Comment 4 minelorderagon16 2024-09-20 17:13:50 UTC
(In reply to Nate Graham from comment #3)
> Right, I see what you mean.
> 
> It's tricky. What you propose could be used to resolve this issue, but it
> would be a DIY thing that I suspect no one else would use, and the codepath
> would probably bit-rot over time.
> 
> It's a legitimate issue but I'm not sure your proposal is the best way to
> fix it. I'm going to mark this as CONFIRMED and change the title to be a bit
> more generic.

Sounds good