[rkward-devel] first RKWard enhancer on CRAN

2011-09-01 Thread meik michalke
hi, just to let you know, the first package which "enhances" RKWard by providing a plugin hit CRAN today: o http://cran.r-project.org/web/packages/klausuR/index.html viele grüße :: m.eik -- dipl. psych. meik michalke institut f"ur experimentelle psychologie abt. f"ur diagnostik und different

Re: [rkward-devel] roxygen2 docs for rkward package

2011-09-01 Thread meik michalke
hi, am Samstag 27 August 2011 (13:11) schrieb Thomas Friedrichsmeier: > > > > # utility to convert the rkward meta data of objects created in rkward < > > 0.4.0 # keep for a few months after 0.4.0 is out > > "rk.convert.pre040" <- function (x) { > > ... > > > > > > is that still used? > > I th

Re: [rkward-devel] a new approach to external plugins

2011-09-01 Thread meik michalke
hi, thanks for the suggestions! am Donnerstag 01 September 2011 (12:24) schrieb Thomas Friedrichsmeier: > On Saturday 27 August 2011, meik michalke wrote: > > and non-empty tags without value or children turn into empty tags, i need > > to preserve that type info someway. i fixed that one in the

Re: [rkward-devel] a new approach to external plugins

2011-09-01 Thread meik michalke
hi, am Donnerstag 01 September 2011 (12:30) schrieb Thomas Friedrichsmeier: > I must admit, I don't find this more convenient than editing XML, directly, and i must admit that in some cases it doesn't even save a lot of typing... > but tastes differ, so why not. yes, i from my perspective can w

Re: [rkward-devel] a new approach to external plugins

2011-09-01 Thread Thomas Friedrichsmeier
Hi, On Tuesday 30 August 2011, meik michalke wrote: > i've cleaned up a lot. i removed all rk.* functions from XiMpLe and put > them in a package of their own, rkwardplugdev, which depends on XiMpLe. > they are also all documented now, and some new ones were added: > rk.XML.cbox() > rk.XML.row()

Re: [rkward-devel] a new approach to external plugins

2011-09-01 Thread Thomas Friedrichsmeier
Hi, On Saturday 27 August 2011, meik michalke wrote: > there's only one more thing which is so not working... it's reading XML > nodes which have a text value with embedded other XML nodes. and non-empty > tags without value or children turn into empty tags, i need to preserve > that type info som