Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 36

Thread: Taking requests for mp3cars Appstore

  1. #21
    Maximum Bitrate ws6vert's Avatar
    Join Date
    Sep 2008
    Location
    Baton Rouge
    Posts
    523
    Quote Originally Posted by optikalefx View Post
    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.

  2. #22
    Antenna Engineer
    Auto Apps:loading...
    optikalefx's Avatar
    Join Date
    Apr 2009
    Location
    Baltimore, Maryland, United States
    Posts
    831
    Blog Entries
    86
    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

  3. #23
    Maximum Bitrate ws6vert's Avatar
    Join Date
    Sep 2008
    Location
    Baton Rouge
    Posts
    523
    Like I said... maybe I'm dreaming. I do hope this appmart stirs those possibilities though.

  4. #24
    Mo' Programming Mo' Problems
    Auto Apps:loading...
    Sonicxtacy02's Avatar
    Join Date
    Sep 2004
    Location
    Woodbridge, VA
    Posts
    8,121
    Blog Entries
    51
    Quote Originally Posted by optikalefx View Post
    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 View Post
    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)

    Road Runner Plugin Manager Online! Submit Your Plugins Now!

    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.
    mp3Car.com Senior Tech Blogger (Want a product reviewed? Contact me.)
    Find my plugins on the MP3Car App Store!
    Follow Me on Twitter or Facebook
    Live mp3Car Facebook Chat

  5. #25
    Constant Bitrate chronoglass's Avatar
    Join Date
    Nov 2009
    Posts
    141
    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.
    ---------
    I'll do the bumbling, and i'll be the idiot.
    if you've got a "stupid" question, search for some of mine!

  6. #26
    Maximum Bitrate ws6vert's Avatar
    Join Date
    Sep 2008
    Location
    Baton Rouge
    Posts
    523
    Quote Originally Posted by Sonicxtacy02 View Post
    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.

  7. #27
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    2,359
    @chronoglass:

    happy coding! See ya in a year

  8. #28
    One Sharp Cheddar ThunderStick's Avatar
    Join Date
    Aug 2006
    Location
    West Allis, WI
    Posts
    1,660
    I must say wouldn't it be better if Free and Paid were too separate categories.
    New Age Garmin - Skin for RR
    New Age Slider - RR SKin In Progress
    "It's called CODE because I don't want you to know"

  9. #29
    Organic Me
    Auto Apps:loading...
    Heather's Avatar
    Join Date
    Sep 2007
    Location
    Fells Point, Baltimore, MD
    Posts
    1,288
    Blog Entries
    48
    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.

  10. #30
    Constant Bitrate chronoglass's Avatar
    Join Date
    Nov 2009
    Posts
    141
    Quote Originally Posted by justchat_1 View Post
    @chronoglass:

    happy coding! See ya in a year
    pfft, im lazy, you do it! you have 1 year.. ha ha ha
    ---------
    I'll do the bumbling, and i'll be the idiot.
    if you've got a "stupid" question, search for some of mine!

Page 3 of 4 FirstFirst 1234 LastLast

Similar Threads

  1. Feature Requests
    By Tidder in forum RevFE
    Replies: 19
    Last Post: 08-24-2009, 07:55 AM
  2. Taking bugfix requests for 2.3.7
    By phat_bastard in forum Media Engine
    Replies: 2
    Last Post: 01-14-2008, 11:35 AM
  3. New Skin *** Taking Requests ***
    By mbkowns in forum RR Skins
    Replies: 1
    Last Post: 04-24-2005, 10:28 PM
  4. Updated Bugs and Requests thread
    By GReeToZ in forum Centrafuse
    Replies: 8
    Last Post: 03-02-2005, 01:28 AM
  5. D3 Front End: Enhancements/Feature Requests
    By Dominik in forum Map Monkey
    Replies: 179
    Last Post: 12-28-2004, 02:44 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •