Taking requests for mp3cars Appstore

Quote:

---

Originally Posted by optikalefx

Tap to download, double tap to run the installer, tap to launch the application. maybe.

---

Ha!... What RR plugin is that easy to set-up? Where's the part involving notepad? On another note, thats too many taps in my book. The front-end should know that u are downloading a new plugin, in which case it should handle the download, installation, and execution all with one tap, but maybe Im dreaming.

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.

Quote:

---

Originally Posted by optikalefx

Just to let you guys know, autoappmart.com is ready for apps. Its only intended to be used by developers at the moment.

So addressing some of the items in this thread
1) integration with front ends.
Im actually really excited about this part. Its not that difficult to do either. See when apps go up on autoappmart they get tagged with a category. Lets say there are 20 RR Plugins. They would all be tagged RR plugins. So RR would add a button for "buy plugins".

When you click that it requests a URL from autoappmart asking for plugins for RR. I return that list in a way that would be easy readable, like XML.

Code:

---

<plugin>
<name>plugin name</name>
<desc>Descript</desc>
<thumbnail>http://autoappmart.com/images/12312/hey.jpg</thumbnail>
</plugin>

---

RR would read that feed, and when you click on an app, you leave RR and enter the "made for 7 inch display" appstore, already on the product you clicked. You can buy and download right there!

It would be pretty neat, and maybe down the line we can even do the buying process right within the apps, but for that I would probably make a c#, c++, .net library for the buying process.

---

Sounds good to me.. pretty familiar with what i was doing before

Quote:

---

Originally Posted by ws6vert

Ha!... What RR plugin is that easy to set-up? Where's the part involving notepad? On another note, thats too many taps in my book. The front-end should know that u are downloading a new plugin, in which case it should handle the download, installation, and execution all with one tap, but maybe Im dreaming.

---

Its not THAT difficult to programatically install an RRPlugin. Unless something has changed in the last year where i havent been using RR its always just a matter of a plugin folder (compressed or not), a skin file, and registration of the .dlls. All of this stuff i already figured out how to do within a plugin. You guys are worrying about stuff that for the most part has been already done (by me)

http://www.mp3car.com/vbulletin/rr-p...ugins-now.html

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.

Quote:

---

Originally Posted by Sonicxtacy02

Its not THAT difficult to programatically install an RRPlugin. Unless something has changed in the last year where i havent been using RR its always just a matter of a plugin folder (compressed or not), a skin file, and registration of the .dlls. All of this stuff i already figured out how to do within a plugin. You guys are worrying about stuff that for the most part has been already done (by me)

---

Probably so, I jumped ship when they were still being chased by the coyote, so I guess I'm basing it off old experiences.

@chronoglass:

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.

Quote:

---

Originally Posted by justchat_1

@chronoglass:

happy coding! See ya in a year :p

---

pfft, im lazy, you do it! you have 1 year.. ha ha ha