-
-
Notifications
You must be signed in to change notification settings - Fork 248
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Finder App Extension #292
Comments
@NewsGuyTor note that the current 1.2.0 beta already has a simple menu: It has some file access limitations though. I'll add more options like those you mentioned for sure. |
Forgot to mention it is limited to the Desktop, at the moment. |
Good progress, looking forward to using it when it's ready. This is one thing that has always annoyed me with macOS compared to Windows (that you can't simply right click and chose between extracting in the same folder and extracting in a subfolder), but thankfully that is getting fixed! :) BTW, IMO the menu should just be named "Keka" instead of "Open with Keka". In my mind you don't really open files you compress. |
Aside: A new app that allows custom Context Menu in macOS.
Other apps:
(I'm still using ContextMenu for a number of reasons) |
@gingerbeardman never tried this one but I'm a big fan of @Mortennn's Dozer app. |
Morten said it's inspired by ContextMenu, very similar. Not quite as fully featured as CM though |
I installed the beta version, but i did not see any changes |
You’ve checked on the Desktop?
…On Wed, 22 Apr 2020 at 14:52, Licardo ***@***.***> wrote:
I installed the beta version, but i did not see any changes
You need to activate it
[image: Screen shot 2020-04-22 at 13 49 00]
<https://user-images.githubusercontent.com/49612/79983761-1a5a9800-84a0-11ea-9c62-0677af9b12d5.png>
I did activate the finder extension, but nothing appeared 😂
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#292 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADVHI5X7OOVPFPQSDPDFXLRN3SAXANCNFSM4FXYB35Q>
.
|
Neither a desktop folder nor a file worked |
True, enough, I only just installed 1.20 and I do not see the menu after activating the extension. |
@L1cardo what macOS version? @gingerbeardman that on 10.15? |
Note that the extension was built with a minimum requirement of 10.14 (Mojave) by error. The next revision will be 10.10+. |
10.15.4 (19E287) |
I'm on Mojave 10.14.6 (18G4032) Nothing in console system.log |
Can you try this Keka-findersync build? I've enabled all paths in this version. Note it will only work properly where Keka has file access (this will change in the future). Use this build only for this test purpose, it has some changes in the extraction/compression code that are only 99.99% tested. Also note that if you have any other 1.2.0 build macOS might load that Finder extension. You can always look in the Activity Monitor what extension is loaded: Restarting the Finder reloads the extension, if needed. |
@L1cardo maybe you need to restart macOS? I don't really know what's happening there. |
have tried that, nothing happend |
Any message in the Console.app, filtered by Keka? Select your Mac in the Devices section in the left menu. |
Not even the stable 1.1.26 version? |
Previous 1.2.0 beta is fine except for finder extension. but the new build you sent me can not be opened |
This one is good |
Released in the latest dev build: v1.2.0-dev.3901 |
Can we hide the icon? |
Really nice! It would be cool if the options changed depending on wether an extractable file were right clicked or not. As mentioned above I would also prefer the menu to just be titled "Keka" instead of "Open with Keka". |
@gingerbeardman @NewsGuyTor next build has some configuration:
Thought on that and eventually just limited the option if a folder is clicked. Apart from the performance impact of checking the file signature, you may want to compress an already compressed file or try to extract a file that might have an unknown signature for Keka but may be extracted anyway. |
+1 for the ability to leverage hdiutil's split image file capability. It's an option and a parameter (split size). This would give the tool parity with the other algorithms and potentially enable backup of files containing characters native to MacOS that aren't supported in cloud syncing services (e.g. OneDrive, doesn't support : | \ * in filenames) |
@beResonant where was that feedback destined? Surely not to this issue 😅 |
My bad?! apologies! 😅 I didn't want to post a new issue if one for what I was thinking already existed. I searched for "split dmg" and saw something in the to-do list at the top that looked like what I thought was the capability to make multi-part .dmg files. Sorry! Do you think what I wrote is a new "issue?" Do you have a place you prefer for feature requests? THanks! |
Suggested here #248 (comment) by @gingerbeardman.
Replace the current services👉 They can both cohexist, services can be called from the menu with key modifiers.Some doc:
The text was updated successfully, but these errors were encountered: