Thomas Zoechling

@JosephDuffy I have this PR on my agenda and I already skimmed over it - the approach looks well thought trough and promising. Thank you for submitting it. I won't...

I finally found some time to look into this - sorry for the long delay! The code looks good and it's a great improvement over my existing implementation for symlink...

Hi Joseph, Thanks for reporting this and also for the detailed analysis. There is a similar issue open here: https://github.com/weichsel/ZIPFoundation/issues/62 > I'm not sure what a more robust fix should...

Hi, Thanks for reporting this with a detailed example. The ZIP format has very limited support for preserving date and time information of files. It doesn't offer a field to...

Implementing the "Extended Timestamp Extra Field" would work for me. If you can provide a PR, I can review it and try to get it into an upcoming release.

I think the best way to handle this would be to provide a delegate with a similar API as the `FileManager` delegate. E.g. something like `fileManager(FileManager, didUnzipEntry: Entry, to: URL)`....

Thank you for your bug report. I was able to reproduce the behaviour by extracting a zipped macOS framework bundle. The underlying problem is twofold: - .framework bundles internally use...

Hi Max, Sorry for the delayed reply. There are currently no convenience methods on `FileManager` to extract in-memory archives. There is a [pending PR](https://github.com/weichsel/ZIPFoundation/pull/160) that implements this though. I will...

The `unzipItem` method in the `FileManager` extension currently only supports simple extraction of an archive to an empty destination. I plan to add a delegate protocol (similar to the [FileManagerDelegate](https://developer.apple.com/documentation/foundation/filemanagerdelegate)...

You have to manually check for the items existence and then remove it via [`FileManager.removeItem(at:)`](https://developer.apple.com/documentation/foundation/filemanager/1413590-removeitem).