At SlideME, we were working on something through February of this year called SlideVille. SlideVille is built on-top of Songbird ( http://getsongbird.com/). It's an iTune-like client for browsing and installing Android applications. It's a really cool app, but it started running over costs so we had to put it on hold. And then for performance reasons we completely switched our catalog feed format from Atom/XML in early June of this year. For SildeVille this meant even more work to do the transition. So it's pretty much just sitting there, collecting dust.
If it seemed a healthy developer community could form around such a project, we'd be willing to open-source the code-base we have under GPL. We'd need to run through a few legal steps first to get it out there. If we could just find 3 people with good XUL and/or Songbird experience that would be willing to put some time and care into SlideVille, then we can move things into motion. We have a solid code-base for this so with a couple of crack programmers it might just be two guys, two days and two cases of Red Bull (if you are in the seattle area, I can provide the Red Bull). If anyone is interested, just give a shout on this list, the SlideME developers forum or just contact me directly. On Tue, Sep 8, 2009 at 2:45 PM, Mark Murphy <[email protected]> wrote: > > Caleb Eggensperger wrote: > > I think he means a desktop app that offers for an android phone what > > itunes offers for an iphone, not an android app that syncs with itunes > > specifically. > > There is no built-in off-device protocol to communicate with on-device > apps in a general sense. For example, while adb communicates with the > device, there is no real supported API to invoke adb from a desktop app, > and adb itself cannot, say, access the calendar. > > So, to implement this, you'd need: > > -- A syncing framework, perhaps based on Funambol or something > > -- Encourage apps to support that framework, to make themselves syncable > with clients, or write "thunks" that enable syncing for apps that don't > support it themselves but offer APIs (e.g., a ContentProvider) that > could be turned into sync support > > -- Write a desktop client that syncs with supported apps > > All eminently doable, but combined would not be trivial. > > A variation on the theme would be to do a sync solution "to the cloud", > with the desktop app also syncing to the cloud, which opens up the > possibility of Web apps participating in all of this. > > Definitely a compelling project, but probably beyond two guys, two days, > and two cases of Red Bull... > > -- > Mark Murphy (a Commons Guy) > http://commonsware.com | http://twitter.com/commonsguy > > _Android Programming Tutorials_ Version 1.0 Available! > > > > -- Shane Isbell (Co-founder of SlideME - The Original Market for Android) http://twitter.com/sisbell http://twitter.com/slideme --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
