Bug 500986 - Move the "Extract >" sub-menu to the top of the context menu
Summary: Move the "Extract >" sub-menu to the top of the context menu
Status: RESOLVED NOT A BUG
Alias: None
Product: plasmashell
Classification: Plasma
Component: general (other bugs)
Version First Reported In: 6.3.2
Platform: Arch Linux Linux
: NOR wishlist
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-03-03 04:56 UTC by Fernando M. Muniz
Modified: 2025-03-04 13:30 UTC (History)
4 users (show)

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


Attachments
"Extract >" (225.19 KB, image/png)
2025-03-03 04:56 UTC, Fernando M. Muniz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Fernando M. Muniz 2025-03-03 04:56:33 UTC
Created attachment 179054 [details]
"Extract >"

I'm requesting to move the "Extract >" sub-menu to the top of the context menu (preferably the third place) because it's very likely that the user would want to extract extractable files, and the top is always close to the cursor.
Comment 1 John 2025-03-03 18:58:46 UTC
Can you please follow the bug reporting pattern?
I don't even know what you are talking about.

Where do you see this, which program?
Are you talking about right-clicking on archive files, .zip, .tar, .tar.gz, etc.?
If so, I disagree!
I think the to option in the context menu should be open that folder or file with the default program that can handle it.
For folders, open it with or in Dolphin, if you are already in Dolphin.
For files, open it with Ark.
A lot of times I don't want to extract the files, but to see what's in them.
And if I do want to extract them, I don't want to extract them there, like in the Downloads folder to make a mess.
And sometimes I want to extract just a file from them so it's better if I can just open them and then drag and drop out the file that I want.
But with a third option, like after Open, Cut, Copy, etc. I agree.
But who knows, maybe there might still be problems, like for consistency, people expecting the item to be in the same place as "Compress", which makes sense too.
Comment 2 Oliver Beard 2025-03-04 13:30:43 UTC
As noted by John, it occupies the same position as "Compress" does for non-archive files. If you select an archive and a file that is not an archive, they will be together in the menu.

I believe that keeping archive-related actions together is more important. I don't believe a case can be made for moving both up (so they stay together), as the compress action on non-archive files is less common than other file management actions.