579
To whomever made Dolphin's "Extract here, autodetect subfolder" feature - I love you (outpost.zeuslink.net)
submitted 1 year ago by russjr08@outpost.zeuslink.net to c/kde@lemmy.kde.social
33 comments fedilink hide all child comments

I hope this doesn't violate the low-quality rule. For those who don't know, when you right click an archive in Dolphin, the extract menu has a "Extract archive here, autodetect subfolder" option and its absolutely brilliant! If you've ever extracted a zip, tar, etc and ended up with files splattered everywhere this feature will prevent that. Basically when you choose this option it will:

  • Look to see if the archive has a top level folder, if it does, it will extract it normally
  • If it does not (so all of the files are at the top level), it will automatically create a folder for the archive and extract those top level files into it

It's something I really wish other file managers had, and is just another one of those features from the KDE team that gives me the "The developer(s) who created this also use this in their daily lives" impression (which is not to say that others don't). You can of course just open your favorite archive utility and manually check, then manually make the folder yourself and extract the files into there, but this lets me skip those couple of steps and I appreciate that so much.

all 35 comments
sorted by: hot top controversial new old
[-] SloganLessons@kbin.social 44 points 1 year ago

I legit miss that feature when I'm using other PCs

[-] russjr08@outpost.zeuslink.net 9 points 1 year ago

Absolutely, yep! I curse myself every time I just click "extract" forgetting that other file managers don't do this, and end up with files all over the place

[-] markstos@lemmy.world 37 points 1 year ago

It’s a useful feature, but I couldn’t have guessed your explanation from the name.

It seems to me that the default extract option should work that way and this option should just be removed from the menu.

I have never once wanted extracting an archive file to litter the current directory with files.

The only exception would be an archive which contains a single inner file.

[-] russjr08@outpost.zeuslink.net 11 points 1 year ago

It would be nice if it were at least configurable to set as the default extract option. If I had to take a guess, it'd be that it's not the default option because the amount of single files before needing a subfolder could vary between different people. Some folks may want only one, and others may be fine if it goes up to say 3. However, I suppose that could also just be a configurable option.

That being said, I've at the very least developed the muscle memory to always click that option no matter what. I can't tell by your comment if you weren't aware of the feature, but if not then hopefully it can be of use to you moving forward as well!

[-] Discover5164@lemm.ee 3 points 1 year ago

true, i've used kde for a long time but did not know what that option did.

i always created the folder manually, moved the zip, and then used extract here.

[-] morrowind@lemmy.ml 29 points 1 year ago

You explained it, so it's high quality. Very cool

[-] Kyrinar@lemmy.world 25 points 1 year ago

Holy shit, that's awesome. I always get annoyed when there's no top level and I have to make one manually. Thanks for sharing!

[-] curiousaur@reddthat.com 24 points 1 year ago

Or you make one because you've been burned so many times, and now your files are two levels deep.

[-] bizzle@midwest.social 4 points 1 year ago

Ugh I hate that the most

[-] shotgun_crab@lemmy.world 22 points 1 year ago* (last edited 1 year ago)

And it will only create a directory if the compressed file has more than one file inside It's the perfect behavior.

[-] verysoft@kbin.social 17 points 1 year ago

I hate when archives are just a folder inside, now I gotta manually move the files up a level into the directory I wanted them in the first place.

I see this feature is for when there is no folder inside. I come across this a lot less personally.

[-] eager_eagle@lemmy.world 18 points 1 year ago

no, no - the opposite is the actual problem: you extract in a non-empty folder and there's no top directory in the archive. Now you have a bunch of files mixed up: the extracted ones and the ones that were there before you did it.

[-] Miphera@lemmy.world 6 points 1 year ago

Even better when this happens on a Linux server with no GUI (bonus points if you don't have much Linux experience yet).

[-] russjr08@outpost.zeuslink.net 3 points 1 year ago

Honestly now I am curious if there is a CLI equivalent. I always end up using tar's t flag or opening a zip in vim to see if it has a subfolder as my current workaround...

[-] Qyriad@chaos.social 1 points 1 year ago

@Miphera @russjr08 you might want to look into atool's aunpack command

[-] russjr08@outpost.zeuslink.net 1 points 1 year ago

Oh this looks fantastic! I will be deploying this to all of my systems immediately haha!

[-] elint@programming.dev 0 points 1 year ago

You get Linux experience real quick when you make mistakes like that in a shell with no GUI.

mkdir newfolder; find . -maxdepth 1 -mmin -5 -exec mv "{}" newfolder \;

[-] Andy@programming.dev 1 points 1 year ago

If you'll forgive my compulsion to substitute all finds with Zsh globs:

$ for f ( ^(newfolder)(mm-5) )  mv -i $f newfolder/

Assumed:

$ mkdir -p newfolder
$ setopt extendedglob
[-] verysoft@kbin.social 3 points 1 year ago* (last edited 1 year ago)

Ahaha yeah, it'd be fine if it was always either way for me, but I personally prefer setting my folder up and then extract the archive into there, so I don't have to rename it or whatever after extracting. So I would rather it have all the files in the top of the archive and not in a folder.

[-] omidmnz@lemmy.world 5 points 1 year ago

The "autodetect subfolder" option handles both scenarios fine. This is actually what makes it useful! If I remember correctly, when there's a single file or folder inside, it just extracts, otherwise it makes a folder with the same name as the archive without the extension.

[-] russjr08@outpost.zeuslink.net 5 points 1 year ago

That's perfectly fair! I always seem to have a 50/50 coin toss of whether there will be a folder inside the archive or not.

I think if things were more consistent for what I end up having, I wouldn't mind it if archives didn't have a folder or if they always had a folder, rather than the current state.

I suppose in your case, it would be cool if there were a config option to make this do the reverse, unpack the files within the subdirectory of the archive to your current directory.

[-] penquin@lemmy.kde.social 16 points 1 year ago

Funny enough, I discovered this a couple of weeks ago when I extracted a zip file with the top option and I had like 100 files all over my downloads directory. I was so pissed I had to delete them all one by one and make sure that I don't delete the files that I actually want there. It was so painful. Then looked at the bottom one and it made sense and it was an "aha I fucking love kde" moment.

[-] not_amm@beehaw.org 1 points 1 year ago

Doesn't Ctrl+Z undo the extraction? I may be dreaming, but I remember there was a fast option to delete all the files extracted. Anyway, we already know about autodetection B)

[-] gazby@lemmy.world 13 points 1 year ago

It's one of the very few things I miss from Windows - the 7zip shell extension had the same feature, but literally put the autodetected folder name in the menu so you knew what it would be before even clicking. Such a small thing but so significant a UX boost.

[-] banazir@lemmy.ml 6 points 1 year ago

Yeah, when I migrated back to Linux this was a baffling omission to me. I used it a lot in Windows and 7zip. Luckily I realized Plasma is awesome and Ark has this feature. Still kind of miss 7zip though.

[-] ProxyZeus@lemmy.world 10 points 1 year ago* (last edited 1 year ago)

I love them too, such a great and simple feature

[-] vaselined@lemmy.world 10 points 1 year ago

Well I wouldn't have known without your post. Thank you

[-] Damage@feddit.it 7 points 1 year ago

I think this is the default behavior in GNOME as well

[-] Mio@feddit.nu 3 points 1 year ago

When I am on Windows and extract, I always get the top folder, but then it appears some compressed a folder with that exact name so I end up with two folders. Have to clean that up manually is really bad. I use Windows built in for zip and Winrar. Never even though about this problem before that it could be handled that way. Thanks for the tip!

[-] Fjor@lemm.ee 2 points 1 year ago

This has totally slipped my eyes for so long! Thanks 😊

[-] jag@slrpnk.net 2 points 9 months ago

It's such a great feature I use it all the time!

[-] devSJR@fosstodon.org 1 points 9 months ago

@jag @russjr08
That is true, it's really a great feature.

[-] Phrodo_00@lemmy.world -2 points 1 year ago

It's something I really wish other file managers had,

This has been the standard behavior for gnome for like around 20 years...

this post was submitted on 16 Oct 2023
579 points (99.0% liked)

KDE

5120 readers
118 users here now

KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.

Plasma 6 Bugs

If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.

If it hasn't, report it yourself.

PLEASE THINK CAREFULLY BEFORE POSTING HERE.

Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.

founded 1 year ago
MODERATORS
carlschwan@lemmy.kde.social
Bro666@lemmy.kde.social
herzenschein@pawb.social
Aniqakhokhar@lemmy.kde.social