Michael wrote: > On Monday 13 January 2025 14:17:41 Greenwich Mean Time Dale wrote: >> > It does this by default when you select to 'Extract here'. For example, the > archive foo.zip will be extracted into a new directory called foo/ and all > compressed files in foo.zip will be extracted into foo/. > > If you do this a second time, it will create a new directory foo(1)/ and > extract the compressed files in there so as to not overwrite the previously > extracted files in foo/. >
That seems to work like the old way. I guess the default changed but it didn't make sense given how it used to work. >> That comes in handy when you have lots of .zip or .tar files >> to extract. What it does is create a new directory with the same name, >> less the extension, as the original .zip or .tar file and then puts the >> extracted files inside that directory. It repeats for every .zip file. >> On this new thing, I selected Extract to and in the next window I >> selected Extraction into subfolder. Thing is, if I have more than one >> .zip file, it puts ALL the contents of ALL .zip files into ONE >> directory, overwriting/renaming etc duplicates. That's not what I >> want. I did a search, I found someone else with the same complaint. I >> didn't find a proper way to accomplish the same thing it used to do tho. > You can type in what you want to call the new subdirectory (options shown in > top right of the pop up) so as to not overwrite existing subdirectories/files. > I may have to play with that some more. Sometimes, I have to see it to figure out what it is doing. >> I tried to figure out how to do this on the command line but my head >> hurts. Banging that wall isn't any fun. > I don't think a single command can achieve this. Unzip will ask if you want > to overwrite files already extracted in a previous attempt and it will create > a directory to store the extracted files if one does not exist, but it will > not ask to rename an existing directory. > > >> Anyone been able to figure out how to do this? I got a few hundred .zip >> files and doing them one by one just isn't a good option. >> >> Dale >> >> :-) :-) I figured if there was a command line way, it would require sed, awk, find and other things I don't understand. It didn't take me long to figure out the command line way was harder than trying to figure out the GUI way. Thanks much. Dale :-) :-)