Skip to content
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

Refactor file-type and URL protocol associations for better reusability #187

Open
2 tasks done
jaimergp opened this issue Feb 22, 2024 · 0 comments
Open
2 tasks done
Labels
type::feature request for a new feature or capability

Comments

@jaimergp
Copy link
Contributor

Checklist

  • I added a descriptive title
  • I searched open requests and couldn't find a duplicate

What is the idea?

menuinst has multiplatform file-type and URL protocol association, but these routines are embedded in the Shortcut classes. It would be desirable to have at least an external module that offers a menuinst-agnostic API for external reusability. Even a different package altogether? If maintainability is a concern, it could be vendored like we do with apipkg too. It's just Python code after all.

Why is this needed?

Some applications might need to change their file type associations at runtime (e.g. preferences for the user, plugin systems).

What should happen?

A new module or package should provide a unified API to register and deregister file types and URL protocols for all platforms.

Additional Context

Discussed in this week's napari packaging meeting (2023-02-21).

@jaimergp jaimergp added the type::feature request for a new feature or capability label Feb 22, 2024
@github-project-automation github-project-automation bot moved this to 🆕 New in 🧭 Planning Feb 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type::feature request for a new feature or capability
Projects
Status: 🆕 New
Development

No branches or pull requests

1 participant