[REQ] archive takes name from containing folder

[gingerbeardman]

Rather than "Compressed file.7z"

it would be nicer if the archive took the name of the containing folder.
7z on Windows does this. Very handy.

Keka already takes name of file if compressing a single file

[aonez]

I'm not sure about that one. For me it's confusing to compress a bunch of files in the Desktop and have a file named Desktop.7z...

[aonez]

But adding a checkbox for that one shouldn't be a problem at all.

[sevdestruct]

Since my request got related to this. I thought I'd cast a comment into this for discussion, as I think I agree with @aonez on this one.

What is the use case of this? Seems to be an unnecessary optional setting with little to gain, but I mean no disrespect, just curious about the use case if you can explain why it's handy.

Wouldn't Desktop.7z, Desktop 2.7z … Documents.7z, Documents 2.7z basically the same as Compressed file 2.7z or Apple's Archive.zip and Archive 2.zip etc… as it gets created in that containing folder giving it context by position… Considering that folders dropped onto Keka already compress into this type of naming, what exactly is the benefit?

Would inference of the type of things archived or simply the leading file or folder give more context…

[item x] and 23 others.7z

…for instance, wouldn't this be more relevant than the containing directory they came from? I think that would be a more universal use case when archiving queued batches without losing context of what got batched after (especially when using 'Delete file(s) after compression'). Thoughts?

[gingerbeardman]

It's something I use frequently and miss in Keka, not something I've just thought up that might be nice 😉

The use case is when I want to archive some files (but not the whole folder) or if I do not want the folder name stored in the archive. Currently I have to do a manual rename afterwards.

At the very least "Desktop.zip" is descriptive of where the contents came from. "Compressed file.zip" or "Archive.zip" could come from anywhere, and if I have multiple of them then it's an inconvenience.

[sevdestruct]

Fair enough…I guess I can think of a couple more instances where that might be useful as an optional checkbox, after pondering about it a bit.

What are your thoughts on the other suggestion I made above, might be a better default than Compressed file #.7z in general, instead of as an alternate to the request here. Perhaps I should move that to it's own request ticket…

[gingerbeardman]

Your suggestion is interesting, I think it would be useful sometimes but how much would need me to try it out for a while.

Here's me using 7z on Windows just now... I created and named the folder to group those files, so why not use it to name the archive? That is very elegant to me.

[aonez]

@gingerbeardman I also use 7-Zip in Windows environments and this is the default behaviour. Being so simple to implementation, and it benefiting some users, I don't see why not adding that one.

[aonez]

A check will go below Same as original file, something like Name as containing folder if multiple files

[Askhento]

A check will go below Same as original file, something like Name as containing folder if multiple files

Hello, I've opened a duplicate. Sorry for that.
Where can I find this option you mentioned in a screenshot? Settings?

[aonez]

Where can I find this option you mentioned in a screenshot? Settings?

Will be there, but it's not yet implemented.

[aonez]

Would inference of the type of things archived or simply the leading file or folder give more context…

@sevdestruct sorry for the late response. That has been asked again in #501. This is hard to accomplish in a way that everyone recognizes the file and is useful and depending on the complexity may also have a performance impact.

Right now I'm not considering that option since counting the files might be 👍🏼 for 10 but not for 10.000, imagine detecting a pattern or something else. The name selection should be very fast.

[aonez]

@gingerbeardman & @Askhento take a look at the latest dev build:
https://github.com/aonez/Keka/releases/tag/v1.2.0-dev.3742

There you have this option (enabled by default in new installations).

[Askhento]

@gingerbeardman & @Askhento take a look at the latest dev build:
https://github.com/aonez/Keka/releases/tag/v1.2.0-dev.3742

There you have this option (enabled by default in new installations).

Wow you made it really fast!
I also made an automator with bash script :D

Ok have installed it by dragging into Applications and left both versions, but new one looks the same.

Where all the setting?

[aonez]

Look in the Keka Preferences - Compression

…

On Fri, 20 Dec 2019 at 14:09, Askhat ***@***.***> wrote: @gingerbeardman <https://github.com/gingerbeardman> & @Askhento <https://github.com/Askhento> take a look at the latest dev build: https://github.com/aonez/Keka/releases/tag/v1.2.0-dev.3742 There you have this option (enabled by default in new installations). [image: Screen Shot 2019-12-20 at 13 42 54] <https://user-images.githubusercontent.com/480163/71255614-a1e79d00-232e-11ea-9c41-f50e3ef63122.png> Wow you made it really fast! I also made an automator with bash script :D Ok have installed it by dragging into Applications and left both versions, but new one looks the same. [image: image] <https://user-images.githubusercontent.com/34323808/71256744-c0579380-2342-11ea-8c85-b80bd34c19fd.png> Where all the setting? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#188?email_source=notifications&email_token=AADVHI6ERBTYBQHQ554PSG3QZS7XRA5CNFSM4E7TDIVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHM4CHA#issuecomment-567918876>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AADVHIY7UHPRXVCBZHOSEO3QZS7XRANCNFSM4E7TDIVA> .

[Askhento]

Yes! Works as expected.
Is it okay to ask about implementation of this feature? Just to compare the solutions...

[sevdestruct]

Would inference of the type of things archived or simply the leading file or folder give more context…

@sevdestruct sorry for the late response. That has been asked again in #501. This is hard to accomplish in a way that everyone recognizes the file and is useful and depending on the complexity may also have a performance impact.

Right now I'm not considering that option since counting the files might be 👍🏼 for 10 but not for 10.000, imagine detecting a pattern or something else. The name selection should be very fast.

Hey @aonez It's quite alright. I've been so busy this past year - happy to see some movement on conversations here. I'm trying to catch up on side projects and contributions here on github for the new year.