-
-
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
Plugin Support #213
Comments
Traditional UWPs does not allow loading DLLs from outside the package, but I guess Centennial apps can. |
One possible use case might be #210. |
I'm using asar plugin, I tried to take the ownership of WindowsApps folder on latest W11 build to test if plugin was working and it did not work, can't write anything. An official support for plugins would be great. |
the plugins need to be included into the msix package for this work |
@MouriNaruto can you explain to me in front of page, that said the plan "Try to create isolated and portable plugin infrastructure based on 64-bit RISC-V Unprivileged ISA Specification. Runtime Project: https://github.com/ChaosAIOfficial/RaySoul", what did it said and what it is meaning. It is hard for me to understand how come a plugin system that build on RISC-V ? And the "plugin" word in that sentence is really meaning the word "plugin" for 7zip etc. ? The why I am interesting in it is of course I would like to build a "plugin" for NanaZip. |
Because I think the portability of the plugin is important. (For example, if the developer builds a plugin, there is only one CPU target version in most cases. People who need plugins will meet the issue when they change the CPU like from x64 to ARM64. We need a solution for solving the issue to bring users a universal experience.) Kenji Mouri |
@MouriNaruto are there plugin support going to happen is there somewhere i can reach out to as im trying to plan on adding plugin in support but i would like to send you my example if this is possible please |
@hyblocker @uhuntu i have created a pull request here #562 |
Currently, NanaZip doesn't accept any plugin-related PRs because many design issues need to be considered first. But we always welcome to merge builtin codec PRs if it's decoupled from 7-Zip mainline's source code definitions a.k.a. uses https://github.com/M2Team/NanaZip/blob/main/NanaZip.Specification/NanaZip.Specification.SevenZip.h. Kenji Mouri |
I mentioned that in https://github.com/M2Team/NanaZip/releases/tag/5.0.1250.0 Kenji Mouri |
Closed. Continue in #563. Kenji Mouri |
One of the major compelling features 7-Zip offers is the ability to extend it with 3rd party plugins. Given NanaZip is a fork of 7-Zip, allowing the 3rd party plugins should be relatively easy as most of the code required to implement this should already be present in the codebase.
Currently, it is difficult to extend NanaZip's functionality due to the fact that the directory an application is located at when downloaded from the Microsoft Store is read-only, and most users are most likely unwilling or unable to go through the tedious process of taking ownership of the directory to gain write access.
Would searching for plugins from somewhere else be a viable solution given this? Say for example searching at
%APPDATA%\NanaZip
.The text was updated successfully, but these errors were encountered: