-
Notifications
You must be signed in to change notification settings - Fork 5
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
Communication Selection and Application Types #9
Comments
I never knew those libraries existed. They will be useful.
Do you mean that multiple apps could have the same method names? When I started Silk, I had expected each app would have it's own server and handle their own methods. Now that Silk handles methods for apps, it will be a problem. Right now if an app defines a method that already exists, the previous method is overwritten. It would be nice if a namespace is added automatically for each app, though that might be too much trouble.
I like the concept. The difficulty will be in priority or remembering defaults when there is multiple apps.
Those categories cover most apps related to files. Many apps will fall under multiple categories.
Generally those are in the same app. Some apps, like brackets, opens up a folder to work with. Maybe there could be an option to open a folder in an app.
When would that be used except in a file explorer? File Encoder is interesting. How will an app discover them and use them? Will they be dependencies apps need and installed if they aren't already? Is File Indexer the file explorer or is it for indexing to search? The app manager will probably get more responsibilities over time, but that is the basics.
That standard is much better than what the app defaults currently allows. The data could be stored in the window.json. |
Ok, I can make it so that each application has direct Access to its own serverside scripts. However, I'm going to do this on my dev because it will probably easier there
So I moved your app-defaults to its own application, however It makes sense for it to be core. In my opinion though, this should be under
I know the catagories fall under multiple things and we can compensate for that by allowing an application to have an array of categories or only one. These categories exsist for usability and possibly in the future security. Where Applications will only have access to what it specifies
This can be used in antivirus/malware applications, backup applications, zip applications, state saving applications
With a method
This would not have read or write, only to traverse the directory and be aware that files exist
I would agree to an extent. An app manager may or may not be able to access certian folders that one of the other applications setup. Their purpose is to organize the windows and take orders from the user. This making them commonly only front end oriented and may not have any backend at all. Silk in my dev branch is an example of not having any backend
Yeah thats the hope
This is a giant plan which may or may not be carried out immedietly and/or maybe never. Building a gui manager is not an easy task and may take alot of time. And there are other projects of mine I'd like to work on at some point in the future. As a result, this is just an idea for the time being for me |
Another option for what an application can accept is using the api for Navigator.registerContentHandler. There is a few ways we could implement this:
|
Sry about not getting back to you |
Its important to note that we are at very early stages so implementing all of this may not be beneficial in the long run. If we stick to play as we go, we may be better off. This may be a red herring
to be able to have events/requests/streams with a selector definition to choose where the event will go.
This may make it easier to code or may just be a lost cause.
Currently we have a pub/sub system up. Where applications listen to events and do the processing from there. This is excellent for the simple fact that some events are only for some applications.
However, in some cases multiple applications will both listen to the same event (like file opening). We can leave this up to the application to decide whether or not it can handle it or we can open it in all or only the first. As a result, there also needs to be a priority mechanism to allow certian application to override others
For Example: If all applications fall under a few catagories, we already can limit our search.
Files can be anything however they generally have some sort of metadata that we can gather allowing us to know what to do with them.
As such, an application can also define what it can accept similar to the W3C Standard.
When it comes to communication, they may want to recieve objects from multiple locations and etc. However, those locations either should have compatible applications or have arbitrary files that we can gather data about. This can result in chat systems, games or pretty much anything.
The text was updated successfully, but these errors were encountered: