starred/sharpcompress
1
0
Fork 0
mirror of https://github.com/adamhathcock/sharpcompress.git synced 2026-02-04 05:25:00 +00:00
Code Issues 975 Packages Projects Releases 20 Wiki Activity

In-place support for ordinary directories? #333

New Issue
Closed
opened 2026-01-29 22:10:18 +00:00 by claunia · 2 comments
claunia commented 2026-01-29 22:10:18 +00:00
Owner
Copy Link

Originally created by @cmpute on GitHub (Oct 12, 2018).

I found it useful if the normal directory can be added as an archive type so that I don't have to maintain two copies of code when dealing with either archived files or unarchived files. Do you have plan to or do you accept to add ordinary directories as an archive type so that unified access is obtained? I can offer some help on this.

Originally created by @cmpute on GitHub (Oct 12, 2018). I found it useful if the normal directory can be added as an archive type so that I don't have to maintain two copies of code when dealing with either archived files or unarchived files. Do you have plan to or do you accept to add ordinary directories as an archive type so that unified access is obtained? I can offer some help on this.
claunia added the enhancementup for grabs labels 2026-01-29 22:10:18 +00:00
claunia commented 2026-01-29 22:10:18 +00:00
Author
Owner
Copy Link

@adamhathcock commented on GitHub (Oct 16, 2018):

I will accept PRs around this problem if you've got time :)

I originally didn't do it because I thought empty directories didn't make sense. I'm not 100% sure all formats allow it but it's something that ought to be done after looking back after 10-15 years of this project.

@adamhathcock commented on GitHub (Oct 16, 2018): I will accept PRs around this problem if you've got time :) I originally didn't do it because I thought empty directories didn't make sense. I'm not 100% sure all formats allow it but it's something that ought to be done after looking back after 10-15 years of this project.
claunia commented 2026-01-29 22:10:19 +00:00
Author
Owner
Copy Link

@cmpute commented on GitHub (Dec 27, 2018):

I found that the library is currently designed for file archives, which directories are actually not. So I think this propose may be not feasible. Thus I decide to close it.

@cmpute commented on GitHub (Dec 27, 2018): I found that the library is currently designed for file archives, which directories are actually not. So I think this propose may be not feasible. Thus I decide to close it.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
duplicate
enhancement
feedback requested
not bug
pull-request
Mirrored from GitHub Pull Request
 question
up for grabs
wontfix
No Label enhancement up for grabs
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/sharpcompress#333
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?