On Monday 04 October 2010, meik michalke wrote: > anyway, i agree that author credits probably belong at the .xml/.rkh > level. but may i suggest to perhaps make this either an override of the > information in the pluginmap (that is the author defined in .pluginmap is > taken as default, as long as nothing else is defined in a single > plugin/dialog), or keep author information in the plugins/dialogs, and the > responsible maintainer(s) of the whole "bundle" in the pluginmap? or both?
I think there is probably little practical difference between a "default author", and a "bundle maintainer". But I guess using the latter has less potential for accidentally plagiarize somebody else's plugin. This could still be shown in the plugin help, simply by including something like "This plugin is part of the collection XYZ. Click here for more info." Anyway, I guess for now that means that we should support the same <about>- semantics for both the .pluginmap, and for each individual plugin. > can you actually have <onetag <anotherone /> />? Ouch. No, of course not. Translate that to <onetag> <anotherone/> </onetag> > btw, how about including plugin tests in the archive as well, would that be > possible? i think it would help plugin developers a lot. Certainly possible in theory, but I'm not quite sure how easily it can be done. I guess the first step might be to put the testing framework into an R package of its own (e.g. "rkwardtests"), so it can be loaded more easily, independent of the current working directory. Would you like to give that a try, next? Regards Thomas
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb
_______________________________________________ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel