Well to achieve that goal, Plugins would need to be standardized (are they?)
And the front end would need to be built to handle that standard (is it?)
After that happens the front end needs to be able to grab the feed from the autoappmart and then it can be only 2 taps. Open the appstore [while still in the front end] choose your app
Like I said... maybe I'm dreaming. I do hope this appmart stirs those possibilities though.
the only reason its no longer supported is:
1. Mitch already put a plugin manager in the source
2. I lost interest
Should someone wish to pick up on my work i'll have a source code they can work with. As for getting something setup in Centrafuse, well i'll take care of that myself.
I do agree with the earlier poster that the app store should not have a primary focus on plugins, but in reality that's what most carPC users want there apps to be.
I would guess two important things would be needed for an app store to work in the "easy" way that most others do.
1st would be a plugin/app for each FE that acts as an app launcher
2nd would be a plugin/app for each FE that acts as an installer
3rd some sort of inventory app (yes it says 2 above but i realized 3 are needed)
then of course a requirement to get in the app store of making use of those two plugins in your "app". So i guess those would be my first two request for "apps" (which is actually alot more than 2, but hey, I'll start with asking for that for RR fair?)
So im sitting here thinking about winpe as a possible BE for a FE and it dawned on me.. I need to make a third request for RR, and for the app store in general. "Apps" need to have a list of requirements that the developer provides. and there would need to be an app that keeps stock of what is actually available on the machine. (version of .net, winamp?<what version>, bluetooth stack, etc etc etc.) In that way, if the requirements arn't met the app store could return at least the list of what is needed to install an app and maybe stop it from being installed until those reqs are met?
The appstore app it's self could keep the list for the inventory app up to date by simply pulling a list of every entered requirement by devs. To avoid double entry of reqs you could make them dropdowns to choose from a list on the dev side and include an "other" box. any app with an "other" requirement gets reviewed so the "other" can get added to the drop down list to be available to everyone. Crowdsourcing the bulk of the work of documenting the loose "framework" that is the carpc hobby.
happy coding! See ya in a year :p
I must say wouldn't it be better if Free and Paid were too separate categories.
Free and Paid will be two separate categories, just Friday i realized how silly it was to have them together...but Sean will have to make a few changes.
Requirements idea- we were going to request a text list from developers....but way better to have a list with checkboxes and this way, we could even have customers have a profile where they check boxes and there could be logic to show you what apps you can or cannot use, and which apps you need other stuff for. It would be very simple.
We are designing this mart for you, so whatever you want to see, let us know and we will do it if we can.
@Sonic - do you think that we need a space on the mart for people to check in code, if they start and app or something, but do not complete it? Or should we just make a habit of sticking all the code in one place on sourceforge or something? I could set up an appmart account and people could know that they can look there for apps that are not done but are os. or we can just let them be stored on the appmart. What is best.