The link describing SlideVille is: http://slideme.org/slideville
On Tue, Sep 8, 2009 at 3:07 PM, Shane Isbell <[email protected]> wrote: > 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 > -- 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 -~----------~----~----~----~------~----~------~--~---
