XYplorer Beta Club

highend wrote:Nice work, very professional! ...

Thanks!

New version is out...

@Changelog:
v0.9.7:
* Fixed a bug with CleanUpFolder = true when the destination folder contains not only one subfolder
but at least one additional file
* New icon by courtesy of kunkel321

Might as well program Extractor such that, if you activate it on a (already extracted) folder, it zips it for you using xyz settings....

When I'm done with my current project, there will be "Compactor"...

Thanks for the script. It was exactly what I was searching.

I have a problem with the script : the deletion after dezipping does not work (Bandizip).

I'm using Bandizip as well and deleting works perfectly fine so maybe you should be more specific...

I  don’t know what to say I installed the script and the icon in toolbar. When I select a zip/rar file, the script shows the window and ask if I won’t to delete the archive file after unzipping and I select it. But the file won’t be deleted. It’s still there.

Show the contents of the Extractor.ini file, show a screenshot of the window after extracting the file

OK, the files I extract are mainly rar files. They are not deleted and the window is closing after I click on the button (so no window).
BUT… zip files are correctly deleted. So the problem is only for rar files.

Again, show the window before you click on the "Delete file(s)" button...

Sorry to be so dumb.

It's not the applications fault. I'm extracting dozens of .rar archives every day and all of them are deleted afterwards.

Get e.g. LockHunter (https://lockhunter.com/) and check if such an archive is in use when you hitting the delete button...

A small update: E.g. files like

<some tv show name>.rar.001
<some tv show name>.rar.002
...

are now recognized (and deleted) correctly

Anyone know the "right" way to get rid of the GUI? Because of the little delete GUI that confirms which archives you want to delete, this isn't really any faster for me than just extracting via 7-zip's context menu entry, clicking the archive, tapping the delete key. So I went through the ahk script and deleted the GUI, and replaced l_checkedFiles with l_filesToSelect. I only spent a few minutes on it so far so I didn't expect it to work at all, but that actually works for single archives... But when you do it for multiple archives and click "no" in the prompt, the files are separated somehow in the data sent to xyplorer and instead of deleting the files, xyplorer shows a weird menu-popup with the input data drawn as text. Kinda weird. Anyway I'm just wondering if there's a clean way to get rid of the confirmation dialogue. I still want to keep the multiple-archive prompt that asks if I want to merge the files into one folder or separate them. It's just the GUI component that is unnecessary for me since I would only use this script in the first place if my intention is to delete all the archives. Like if I didn't want to delete the archives then I'd just use the 7-zip context menu commands, since I can't use the "cleanup" feature as I mostly extract stuff where the compressed directory name is more important than the archive file's name. Like if I have a file website.zip and there's just a single directory inside it called content, then using the cleanup feature the "content" folder disappears and everything goes in a "website" folder. But if I were to upload it like that it'd break the website since a "content" folder could have a specific function defined in the code. So I just leave that off, or I use 7-zip's "extract here" which will create a "content" folder without a "website" folder above it. So the only thing that would really speed the process up for me compared to 7-zip's "extract to blahblahblah/" and "extract here" is to just automatically delete the archives without asking for confirmation, since confirming it is practically just as slow as manually deleting the archive myself. Thanks!