From: Piotr G. <pio...@ka...> - 2011-04-09 07:41:26
|
2011/4/9 Bartosz Brachaczek <be...@ka...>: > Hi, > > 2011/4/9 Rafał Malinowski <raf...@gm...>: >> Hi all, as you know, I'm now transitioning all Kadu's modules into >> plugins. One step of this task is to replace out .desc files with more >> standard .desktop ones. >> This is example file: >> >> [Desktop Entry] >> Type=Kadu-Plugin >> Version=1.0 >> Name=plugin name >> Name[pl]=pl plugin name >> Comment=plugin comment (long) >> Comment[pl]=pl plugin name (long) >> NoDisplay= >> Icon=path to icon file >> X-Kadu-Plugin-Id= >> X-Kadu-Plugin-Type= >> X-Kadu-Plugin-Authors= >> X-Kadu-Plugin-Replaces= >> X-Kadu-Plugin-Dependencies= >> X-Kadu-Plugin-Version= >> X-Kadu-Plugin-File= >> X-Kadu-Plugin-Load-By-Default= >> >> I'm using as many of standard fields as possible, where: >> * Type is string, always Kadu-Plugin >> * Version is string, always 1.0 >> * Name is localestring and contains name of plugin displayed to user >> in plugin window >> * Comment is localestring and contains comment of plugin that should >> be displayed under name >> * NoDisplay is boolean, when it is true, plugin is not displayed to >> user (instead in can be loaded by other plugins, like sound with its >> alsa_sound, phonon_sound...) >> * Icon is path to plugin icon, we should display these to user >> * X-Kadu-Plugin-Id is string, it is internal plugin name (like: sound, >> alsa_sound) - used in X-Kadu-Plugin-Dependencies and >> X-Kadu-Plugin-Replaces >> * X-Kadu-Plugin-Type is string, it names type of plugin (for now we >> have protocol type and all other without protocol) >> * X-Kadu-File is name of file with library (without extension), should >> be identical to Id in most cases >> * X-Kadu-xxx - all other X-Kadu entries works just like their >> counterparts in .desc file >> >> >> What do you think about it? > Looks nice. I have only one questions. Why Version will be always 1.0? Is this requirement from freedesktop standard? Also, please add: X-Kadu-Plugin-Maintainter for current maintainer of the plugin and rename X-Kadu-Plugin-Authors= to X-Kadu-Plugin-Original-Author This two changes will allow us to clear the mess with current authors files, as most of the plugins is currently maintained by Kadu Team. Also, some time ago Ultr asked me that having link to plugins wiki page will be nice. I thinks it is good idea, but requires some work from the wiki side (creating appropriate pages for all plugins) > Seems reasonable. I think it's worth to note that the icon path should > conform to the freedesktop's Icon Theme Specification[1]. > > Also, what are your plans on handling general modules like sound or > encryption_ng? Load on demand and unload when nothing uses them? How > to detect them? By special Plugin-Type? Or by NoDisplay? The latter > seems hackish. And using special Plugin-Type IMHO puts NoDisplay > property under question whether it's necessary at all. > Yeah, new Plugin-Type looks like the best idea (Kadu-Type-Automatic or something like that). And as Bartosz said NoDisplay tag could be removed. > [1] http://freedesktop.org/wiki/Specifications/icon-theme-spec > > Cheers, > Bartosz > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > Kadu-devel mailing list > Kad...@li... > https://lists.sourceforge.net/lists/listinfo/kadu-devel > |