Just an update, NewStuffManager has been renamed Capuhcin already: http://capuchin.k-d-w.org/ And there is a new API. I'll update my plugin when I get a chance.
On Wed, Apr 9, 2008 at 11:29 AM, Alexandre <[EMAIL PROTECTED]> wrote: > You could take a look in a plugin I developed that does most of what you > want: NewStuffManager in http://airmind.googlepages.com/rhythmboxplugins > > The NewStuffManager daemon will be renamed according to its author, and it > will probably be incorporated in the next Gnome version (if it is not > already). > What is still missing is a central repository where users can upload their > own plugins to get approval and be availiable to ohers. Maybe the Google App > Engine could help in this task, but I think it wont be availiable very soon. > > Tell me what you think if you try it. The plugins in there are a little > outdated, and I havent included others that have appeared, but the system > works in general. > > Bye, > Alexandre > > On Wed, Apr 9, 2008 at 9:01 AM, Federico Lox Lucignano < > [EMAIL PROTECTED]> wrote: > > > Il giorno mar, 08/04/2008 alle 21.48 +0200, giopas ha scritto: > > > > Thomas Zander ha scritto:> We need a central repository for plugins that > > are not part of RB's svn> trunk. People like the way firefox deals with > > extensions including> checking for updates and the like.> > > I think it would be a very nice idea: most of plugin's authors already use > > a svn repository, maybe we could at least mirror (if they agree) their > > repositories in a extra-plugin/ directory, or even give them access to such > > directory (upon a previous submission of the code to this list), like it is > > for amsn-extra plugins. > > What do you think about it? > > enjoy, ;)giopas > > > > > > Or we could open a "Rhythmbox plug-ins" Launchpad account and then > > develop a "Plugin installer" plug-in so that: > > > > 1) We could manage code by bzr which is easier than svn to use and grant > > access to every developer to his/her own plug-in (we would also be able to > > manage different teams, one per plug-in), we could manage translations and > > bugs too from there (launchpad has a load of cool features to manage code > > repositories) > > > > 2)After installing the "Plug-in installer" plug-in (which we should > > first develop, of course [image: :D]) RB's users would be able to click > > on a "Install/Remove plug-ins" menu entry in the Edit menu (below the actual > > "Plugin" entry, which we could ask the main dev team to rename into > > something like "Setup plugins", just to emphasize the difference between > > those two actions [image: ;)] ) and be presented with a list of > > available plug-ins (retrieved by the launchpad repo) and their own versions > > (also C plug-ins built for the architecture currently in use) and > > install/remove them in ~/.gome2/rhythmbox/plugins/ on the fly (the plug-in > > installer would gently ask the user to restart Rhythmbox at this point) > > > > -- > > Dott. Federico Lucignano > > > > > > _______________________________________________ > > rhythmbox-devel mailing list > > [email protected] > > http://mail.gnome.org/mailman/listinfo/rhythmbox-devel > > > > > > > -- > Alexandre Rosenfeld > > EngComp 06 - USP São Carlos -- Alexandre Rosenfeld EngComp 06 - USP São Carlos
<<smiley-4.png>>
<<smiley-1.png>>
_______________________________________________ rhythmbox-devel mailing list [email protected] http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
