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

'default apps' / register filetypes #21

Open
GsakuL opened this issue May 30, 2020 · 1 comment
Open

'default apps' / register filetypes #21

GsakuL opened this issue May 30, 2020 · 1 comment
Labels
enhancement New feature or request

Comments

@GsakuL
Copy link

GsakuL commented May 30, 2020

a way to connect any "consumer"(editors, like #17 ?) and any "producer" (file managers, like #11).

my thoughts thus far:

either: a (singleton / static) class as middleware

  • should register on app side (no edit in register service) at boot => how?
  • class may provide a overview in the gui of what is currently mapped
  • producers just call e.g. an Middleware.open method
    • maybe return if it was successful (or NoApplicationFoundError or something)
    • or let middleware show an error message directly
  • middleware saves / loads a file for the mapping
    • more useful when more apps can work on the same type

or as custom event (like pygame_gui extends pygames user events). But there must be a clever way, to avoid having an instance of all apps

That said, I have no idea how others have done this.
Any ideas are welcome.

@dargonforce
Copy link
Collaborator

if we're going to have something like this imo it should be configurable, and preferably a part of some wider persistent system state implementation. #27 might be relevant.

@dargonforce dargonforce added the enhancement New feature or request label Jun 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants