hi, Am Donnerstag, 11. August 2011, 17:58:43 schrieb Thomas Friedrichsmeier: > hm, I don't like the thought of having a duplicate structure, if we can > reasonably avoid it. If users start to mix editing by hand and editing via > a function, this will lead to inconsistencies.
yeah, i don't find this a very elegant solution either... although R packages have exactly that, too. the information in the DESCRIPTION file is repeated in man/<package_name>-package.Rd in Rd format and in tendency the same problems are to be expected. i think we could effectively avoid e.g. by adding a comment to the XML version that it's not to be edited by hand but by calling rk.foo() only, like you find in some debian config files (e.g. /etc/resolv.conf on my system). > No idea why there appear to be problems with the XML package on Windows, > but given that this is a rather often-used package, I would hope that > these problems are temporary, and the XML package can at least be used for > non- critical stuff. Or am I too optimistic, here? don't know. all i can say is that i removed the dependency in june, and there's still no windows XML package in sight: o http://cran.r-project.org/web/packages/XML/index.html as i understand the README info, this package doesn't compile without manual interaction, so CRAN cannot offer it automatically. for me this disqualifies the package as a dependency here. well, i'll try to write at least the paste() based function in the meantime ;-) viele grüße :: m.eik -- dipl. psych. meik michalke abt. f"ur diagnostik und differentielle psychologie institut f"ur experimentelle psychologie heinrich-heine-universit"at d"usseldorf
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
