Hello All,<br><br>[a] Concerning the "mask issue" (see email pre-dating today attached below, reference 1) when one would use "rkward" frontend to work with R and some 'quirky' behaviour that surfaced as a result of "masking" event(s) when I executed some book examples (reference 2 below), there may be some of these events that were probably also interesting for the experienced "rkward" community. Thus, I would like to present (see [b]) those instances to the "rkward" mailing list.<br><br>[b] I hope this could contribute to heal the lack of description
mentioned by Thomas Friedrichsmeier responding on the occasion of my
question. The email (that should have been) mentioned in (reference 1) contained the following list of preliminarily inoperable examples of R using my current "rkward" installation (extract of a mail sent to Mr Norman Matloff, author of the book referenced below by the end of this very email):<br>"...Using R via the KDE frontend "rkward" on a recent linux flavour, there were the following surprises:<br><br>(1)<br>page 163<br>> two <- function(u){ # Somehow, I obviously didn't get the idea of this example function; as an apparent stand-alone, "the <br>+ assign("u",2*u,pos=.GlobalEnv) source" of object "u" is obscured to this reader's eyes<br>+ z <- 2*z<br>+ }<br>>
two(x)<br><br><br>(2)<br>page 178<br>> x <- newtree(8,3) # Could that mean that the example running unto page 182 depended on this very function and the underlying<br>Fehler: konnte Funktion "newtree" nicht finden package (and, additionally, which one package/ 'family' of packages)?<br><br><br>(3)<br>page 185<br>> b <- newbookvec(c(3,4,5,5,12,13))<br>> b<br>$vec<br>[1] 3 4 5 5 12 13<br><br>$wrts<br>[1] 0 0 0 0 0 0<br><br>attr(,"class")<br>[1] "bookvec"<br>> b[2] # Now it is getting mysterious: According to the book
(p. 185) "[1] 4" is the intended output + the call should have <br> basically referred to the vector instead of the list, wright (wrong?)? <br>$wrts <br>[1] 0 0 0 0 0 0<br>> b$vec[2] # ...in turn, one was probably wrong above when I was asking R the wrong question?!?<br>[1] 4<br>> b$vec[2] <-
88 # ...because of this, "b$vec[2]" would be apparently the better call rather than "b[2]"; how high are the odds to call <br> this 'inconsequetial' relative to what the book recommends????<br> inkonsequent NOMMA SCHAUN<br>>
b$vec[2] <br>[1] 88<br>> b$wrts # "write count incremented?"; that way (as 'prescribed' by the book) not at all... <br>[1] 0 0 0 0 0 0<br>> b[2] <- 88 # ... but that way the "write count" increased by one!?!!? What exactly is one to understand here right now...??<br>> b[2]<br>$wrts<br>[1] 0 1 0 0 0 0<br><br><br>(4)<br>page 213<br>Text on page 213 says: "Essentially, J was treated as a list for printing purposes. Now let's write our own print
method:"<br>> print.employee <- function(wrkr){<br>+ cat(wrkr$name,"n")<br>+ cat("salary",wrkr$salary,"n")<br>+ cat("union member",wrkr$union,"n") # "nothing" seriously deleterious detected while copying-by-typing that function<br><br>Text on page 213 further on says: "So, any call to print() on an object of class "employee" should now be referred to print.employee(). We can check that formally:"<br>> methods(,print.employee)<br>no methods were found<br>> methods(print.employee) # What does either the R user or the R editor (Rkward) does not comprehend at this moment?<br>no methods were found<br>Warnmeldung:
<br>In methods(print.employee) : # Translation of German language error message to follow: <br> Funktion 'print.employee' scheint nicht generisch sein "function 'print.employee' appears not to be generic"<br><br> <br>(5)<br>Text on page 244 "The function write.table() works very much like read.table(), except that it writes a data frame instead of reading one. For instance, let's take the little Jack and Jill example from the beginning of Chapter 5:"<br>> kids <- c("Jack","Jill")<br>> ages <- c(12,10)<br>> d <- data.frame(kids,ages,stringsAsFactors=FALSE)<br>> d<br> kids ages<br>1 Jack 12<br>2 Jill 10<br>> write.table(d,"kds")<br>>
kds # Beginning with this line of R code, R complains that it cannot find/ recognise an object called "kds"!!! Where could it <br> have been gone?<br><br><br>(6)<br>bottom of page 277<br>> curve <- function(expr,from = NULL, to = NULL, n = 101, add = FALSE, type="l", ylab=NULL,log=NULL,xlim=NULL,...){<br>+ sexpr <- substitute(expr)<br>+ if(is.name(sexpr)){<br>+ x <- if (lg != "" && "x" %in% strsplit(lg, NULL)[[1]]){<br>+ if(any(c(from,to) <= 0))<br>+ stop("'from' and 'to' must be > 0 with log="x"")<br>+ exp(seq.int(log(from),log(to),length.out=n))<br>+ }<br>+ else
seq.int(from,to,length.out=n)<br>+ y <- eval(expr,envir=list(x=x),enclos=parent.frame())<br>+ if(add)<br>+ lines(x,y,type=type,...)<br>+ else plot(x,y,type=type,ylab=ylab,xlim=xlim,log=lg,...)<br>+ } # the LITERALLY copied function has ONE CURLY BRACE less as one might expect it to have!<br> >> Would one more left-hand-side open curly brace alleviate the problem(s) one might have executing the "literal" example<br> >> This observation was followed by the finding that function "crv" (page 278), too, would probably not duely work because of the lack of one such curly brace ("}"). Has this been noted before or has this circumstance already been resolved one of this book's new edition(s) (if to-date prepared so far)?<br><br> <br>(7)<br>page 310 ff : On
copying-by-typing the book example, I became aware of the fact that on my R (version 3.0.2) the balance between "sim1" and "sim2" is rather skewed as long as that current book example holds.<br>> system.time(print(sim1(10000))) <br>[1] 0.5004<br> User System verstrichen # German "verstrichen" means 'elapsed'<br> 0.451 0.000 0.369 <br>> system.time(print(sim1(100000))) <br>[1] 0.5012<br> User System verstrichen # German "verstrichen" means 'elapsed'<br> 4.335
0.000 3.708 <br>> system.time(print(sim2(100000))) <br>[1] 0.50283<br> User System verstrichen # German "verstrichen" means 'elapsed'<br> 0.980 0.000 0.804<br>>> Concluding from what ('my') R outputs above, "sim2" is considerably faster than "sim1" if, as insinuated above, R version evolution up to the spring/ early summer of 2015 had not led to the converse result the printed book copy I used indicates. ..."<br><br><br><br>+++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>REFERENCES<br>(1) EMAIL<table cellpadding="2" cellspacing="0" width="473">
<colgroup><col width="103">
<col width="153">
<col width="205">
</colgroup><tbody><tr>
<td style="border: none; padding: 0cm" width="103">
<p><b>Absender:</b></p>
</td>
<td style="border: none; padding: 0cm" width="153">
<p><a name="tools"></a><a>klerer@sxmail.de</a>
</p>
</td>
<td rowspan="4" style="border: none; padding: 0cm" valign="top" width="205">
<p align="right"><a href="https://www.sxmail.de/email_write.html?reply_id=179&mailbox=INBOX"><font color="#000080"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAACNUlEQVR4nKVSz2sTURD+dvdtfhhs1pKflxZNk5p4ChREKShCPYk3r+aiNz14VbD6B3irPemhB/8EFdSCB0EEabCHJI3WHKyHNIesSTYku+6uM69JNGJRcGD2vX3v+76ZNzMC/2lifX3tnqoqq7quQ1FAroxclSub7/vk3mhlBxzHgef590U6nbprGMeQyZxAMhknuPuXmBqazRZ2dz/DNNu3hBAaYrGoPGBjEc9zZDbwRxwFMqqq6hMyc3q9DgRf5HI5QtUnIkZ0Bq43nBLQ1CDMbz/JzGk0vkDQOyRmYSFL348SwM8JBgOwbUveBQIRDIedCfkAC64BZ+ApngeZ9vz8HAFsAjvkNtdYAnnPZMOISAxjSZYLe1SMXirLPex5eHHtLS4+PoNabUdmwjYmh0OB3yvaFdwWVrRMB8+vv5Gnuh6kNI/DHTWE9/3+AK39JmLxBKjyhFFkS6WAZdqSXMytoFx/iadXX0+FufzkPGZno0ilktjeLuPkYlbmLQUyc1mFyYXEWQSpGKcXV2C7NkW0YPW72DN3ZMRuty3FCoVTqFSqtOZla8WH1U+I23kMWx30v3sIG0cQ0gPQInRJw7BnUgs1jUTCk4yKxSUSqWAwGEB8zdfXUMUNxcrC8124JBuORqBRG0ORg1He2ip3NzdfdcajPLZkMv1I3H5w52YpUXp4YelSNd7PooF3QHu61MvL52YOG2zZ6I39jRreI88i/F96dkU5jPBHgV9ECiRS+Vcy2w+s5wgvPJjSNQAAAABJRU5ErkJggg=="
name="Bild7645" border="1" align="bottom" height="16" width="16"></font></a><a href="https://www.sxmail.de/email_write.html?mailbox=INBOX&forward_id=179"><font color="#000080"><img
src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAACQElEQVR4nKVSS2hTQRQ9ia8mpLYhmmADNVZIRY2bGEyiC0XwQ0sVClLEX3Gjm9YoEbFufAW3oVCz8LMQEa2fhYvG1tCNyyS46EqhrSlE0y4SC6+GJE3evOfMvOTFtHblhTt35nLPmXPvjID/NIEt0fHIA0VRRUIICJEh06jwveay3NgTovAanidEFGpE4nAo/M8bVFWFoih8zyI7C4JASWU8exLVCRCfnsKZnl5UKhVexNxgMOgk9chyRqMRM/FPjRaq1Sq6u/fqJKVSSQetB5rNZl7nPeTD/Pw3jaBcLqPT5UJRymJm8g1Onb2AQqGgg41MPiWwWCyIxSZx0OOB3eHgOE7AZDPbIqXhsO3E9FQMPb19+J3LoM3h0pW8fzuBw/4AbNttqOM0AtoCs/3ZG4DzPJy+MVr8GidylxBvjaDSsgNEJQgGjjYNmOGE+nSZfV+qwipNIGvsp3K3Ib0EuBBGx9UkVtcM+JVfQbu1XVfAcE0t0CeG3XsP6Y8DcNRu8Q9+QOpFAJ3Xv8JkquLHz2Wed9Oh6y3UrVimS+Yx/OceNpIrs/BffIXU0wNwDy1g97HjWJib464/456uLvH+yB1xwEQPrfuAxTFgqx2QV6m8PNDm0ZRE3Xi3Nty4sFjSPtLQzfAoDaOD476XqUTisj8Y1CpabMjnlmG3mmkb/ZA6rnkjoUezf6tuaiGjHLnrcgKMpJ5jZF+SCQ4+HXreBN5A0HcryiZ0peZIjkClZJuCNxCsN0nd9RnOk7c3AzP7A0EmF27ZZxZyAAAAAElFTkSuQmCC" name="Bild7646" border="1" align="bottom" height="16" width="16"></font></a><a
href="https://www.sxmail.de/email_message_remove.html?mailbox=INBOX&msgid=179"><font color="#000080"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAMAAAAoLQ9TAAAACXBIWXMAAA7HAAAOxwE4ki92AAAASFBMVEUAAABkZGRubm50dHR8fHyEhISLi4uUlJScnJykpKSrq6uzs7O6urrExMTLy8vU1NTb29vi4uLr6+v19fX+/v78A/sAAAD///9x3J9AAAAAFnRSTlP///////////////////////////8AAdLA5AAAAIdJREFUeJxNz9sOwyAIBuC2isrZw/b+r7pGVzdu+POFQDjeq5R1hWM1RkL5A6HMhcW+YMhmXptjmiCJRFUwxQwTEsQAECGXlNdEDBEAwnWevnboFe5KyPhcuaOhEtMGLV6MZQMZVnIxfoArdW7i8oBWHtK16YbWXjZG31DFe28u9fetqajP9AHq6A9mTOvcxAAAAABJRU5ErkJggg==" name="Bild7647" border="1" align="bottom" height="16" width="16"></font></a><a href="https://www.sxmail.de/email_message_print.html?mailbox=INBOX&msgid=179" target="_blank"><font color="#000080"><img
src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAMAAAAoLQ9TAAAAXVBMVEU8PDxiYmJ9fX1jm9FpodN8qdWIiIiTk5OdnZ2rq6u4uLmYv+PFxcXKysrKzdHU1NTf39/G3PPO4/rW6Pzc6/3l5eXt7e3k7fbv9fr19fXz9vr9/f78A/sAAAD///+5yMabAAAAHXRSTlP/////////////////////////////////////AFmG52oAAACkSURBVHicRc8JDoQgDEDRIopslSouDOX+55ziGOcRkvJDSIDW2hrGLrQOZOtSai1XmPgJY805b7yH8A973q5S9C/wWPc953UtmntIVkuQK1vRAzY4XBrvkCWgSeDonF9nMmCZ0+eBzAZmrv5It8NzHWAmcoQ3skQKDEZLEfsiGxHAxOjkOTMopWSW4OPscVkWXDxEB+DNMHER11UnUK7/ZXrJ4Qt3nQ/UWdh8UwAAAABJRU5ErkJggg==" name="Bild7648" border="1" align="bottom" height="16" width="16"></font></a><a href="https://www.sxmail.de/email_message_details_show.html?mailbox=INBOX&msgid=179"><font color="#000080"><img
src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAACXBIWXMAAAsVAAALFQGAmdiDAAACxklEQVR4nKWTXUiTYRTH/++cXbg2vxD3zmxOp1ZKJuQk8aIILxIUTfpAVIKgjwulq6ir0O4rNMiCID+w1NTwJig00kpcYaKsOdfmR25+rOXc1M33s+d9DTVECHrgwHne95zfOc95/o9SFEX8z1Lu3JQ9tqWwAlcuckLVBsNqOVGACGEBEJp5TmgbuJXn2BNQ0mgtYxi2wRAp0iZ9FDT7wuTvK0HOOGhfrBt3h66b7vRVm2tPd+0CFD+ylDFBtqkgNUKVmaCGy8vA+nMVvCAiMiIMZzJoGOMDdE+fo8l0oxfmB8VbEGXRw/FkluXqC1JVqnStGh+/+8BxLLL00QCZz8jUMtwrIWTQ+1FySq969cZeb7rS8dX85LxTBpAzVxg0ou4QrcGnSS94lpMrFx2n5QrD9iUCAixzPhzVxyDNqNHZxjwV5FedDGB4vjI3KQ5TC6tgWZYkk8ER6x6alfLAsIwMYlgR0x4/8o/pMfnFVbkNCDIJ0Wol7POkdZ4Hy7MyoOJksgwYsrrlPUBhwetHmu4ARD6YsDUDZoMhASI4Es1wG7IvScMys4ykeDV4hoOkFQlGEY5IEYcU2nELvMu7FjLGqsKxvq6AIHDEBGwKTJRnAlkP5EY0aiz6A6AowbUNYLiWActcbWG2AT8WfZBaKc1LwuGD0VAoKFSXZuFeu1mGGbSR6BuclPyWbUAo2GqdCFxNoaN0prQ4fLDMoeO9Dc/7v0FkpfY3q2enJ2La54fTYneTU7RuAcz3S5w5l1/U9HaONhWezVSdOKLDxIwHnl8BCKSDmCg1UhNjSfIq+l++W6Oo8Bpzz03nX0r8/PRiV86FZ3jdPdKQkkHT+bkpyErXym0vERG9/WTDrMU+T1HKapK8W8oypP1Sl+lc46
hjfLbcMTZdBSGklYZHURR5TGhWUELbcM/tvR+TtMyd16SAu3/sn9ZvMSdofhu/3NcAAAAASUVORK5CYII=" name="Bild7649" border="1" align="bottom" height="16" width="16"></font></a><a href="https://www.sxmail.de/email_message_download.html?msgid=179&mailbox=INBOX" target="_blank"><font color="#000080"><img
src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAACWklEQVR4nJWSTWgTURDH/9ndthuTtNnUNE2wpC1tmkhbUnsRRDwrSgWPFkkPuQWanHIIErC95FT0UBA9SVBEqgh+nPQgVAym1oMST0bTgE2br8Z8sbvZ+N4mEcFU6h9m3+zOm9+bNzscuuk2MKYTmn9+Si4WNN22cl0BRDzPYcZsQUUS8bVYOGzb4YABfhCz1nnkqiXk6gnyZf//AD2sDoY+G+oyT/zU0SqYe+raJoub+mWxinRpF4VaSfVJrNOTj9sLibm/APF4fK2qVNwru2F8F5M4YbAQQAay0oDAG5D+mcGwYsVifcmtucOseb3ewG8ASR5lWdZ/ynEaUcdjXN28gi/5BKpyXYWnS3tw6J24Ox8FK7J49vyJPxKJ3AwGg986FYQHTWYQCEx9A3h4bgMLry7ic/aTGjxpnMb9s4+gZw04OKhgZGQUW1uxMAktceR0I0n0mASzujm18wM22xAenNnApdfnMcRaERCu48O7JLQ8A8fEGCYnXYjFNj0+ny9AK/Drdf3q6VQ26zBA2nVca8bbC+/RbDahKAoaxCRJhihK6O3phcViQzab9VPAcq6QR4EMi0ZDho3OWztJTWw0SHIDSqPtt9/Hx+0QhP5lTpIk4/TMrJpMczuQrnNLlJEykFgJdq0d67fWjVw+n1cDL16+AcMyYBmmBdO0Yapaq8tpx2r6BrkfsDq1glwuB44+qPb283BO2UkvGDAMtVZFaMOoarUayvUKdsop9Rr0cBVwTMvDc+3yka4QnbjXchSQpkoqoBgKhYyyLINap1G0gfQPUPuHir8AMAH/aHtnne8AAAAASUVORK5CYII=" name="Bild7650" border="1" align="bottom" height="16" width="16"></font></a></p>
</td>
</tr>
<tr>
<td style="border: none; padding: 0cm" width="103">
<p><b>Empfänger:</b></p>
</td>
<td style="border: none; padding: 0cm" width="153">
<p><a>rkward-users@kde.org</a>
</p>
</td>
</tr>
<tr>
<td style="border: none; padding: 0cm" width="103">
<p><b>Datum:</b></p>
</td>
<td style="border: none; padding: 0cm" width="153">
<p>04.03.2016 01:04</p>
</td>
</tr>
<tr>
<td style="border: none; padding: 0cm" width="103">
<p><b>Betreff:</b></p>
</td>
<td style="border: none; padding: 0cm" width="153">
<p>rkward+update</p>
</td>
</tr>
</tbody></table>
<p style="margin-bottom: 0cm"> </p>
<div id="Bereich1" dir="ltr">
<p style="margin-bottom: 0cm"><a name="sxMailContent"></a><br>
</p>
<div id="Bereich2" dir="ltr">
<p style="margin-bottom: 0cm"><a name="sxMailContent1"></a><br>
</p>
<div id="Bereich3" dir="ltr">
<p style="margin-bottom: 0cm"><a name="sxMailContent2"></a><br>
</p>
<div id="Bereich4" dir="ltr">
<p style="margin-bottom: 0cm"><a name="sxMailContent3"></a>Dear
"rkward" Team,<br><br>
[0] Observing (partly) what one
subpage (https://rkward.kde.org/Contact) of your project
recommends, I am sending you herewith the output of
"<tt class="western"><b>rk.sessionInfo()</b></tt>"
(date of calling this function in "rkward" R console:
3rd March 2016)<br>
-------START OF OUTPUT-------<br>RKWard version: 0.6.1<br>KDE
version (runtime): 4.13.3<br>KDE version (compile time):
4.10.3<br>Local KDE directory: /home/ichhalt/.kde/<br>RKWard
storage directory: /home/ichhalt/.rkward/<br><br>Debug message
file(s) in use (these may contain relevant diagnostic output in
case of
trouble):<br>/tmp/rkward.frontend.n17001<br>/tmp/rkward.rbackend.J17010<br><br>R
version (compile time): 3.0.0 (2013-04-03 r62481)<br>R
runtime session info:<br>R version 3.0.2 (2013-09-25)<br>Platform:
x86_64-pc-linux-gnu (64-bit)<br><br>locale:<br> [1]
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC=C
<br> [3] LC_TIME=de_DE.UTF-8
LC_COLLATE=de_DE.UTF-8 <br> [5]
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=de_DE.UTF-8 <br> [7]
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
<br> [9] LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8 <br>[11]
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8<br><br>attached base packages:<br>[1]
stats graphics grDevices utils
datasets methods base
<br><br>other attached packages:<br>[1] rkward_0.6.1<br><br>loaded
via a namespace (and not attached):<br>[1] tools_3.0.2<br>
-------END OF OUTPUT-------<br>...maybe this would help to
resolve that which I really tried to put in few words below.
Please note that I am not consciously using html format for
emails under this address (as I was recently briskly feed-backed
on), text-only mode is not available to and thus unapplicable for
me thus far.<br> [a] I
decided to delve into statistical programming language R in 2015,
seeking to get a properly embeddable R GUI. Since "rkward"
was described to be suitable for R on a Linux system (mine:
current Debian-flavour "Kubuntu" on a 64bit system)
that uses KDE, I choose the product you developed (current and
still running version: 0.6.1).<br>
[b] In the meantime, I came across some problems concerning R
package and/ or R version update that are by now apparently
irresolvable. R package update via R console of "rkward"
seems to be/ have gone defective: <br>
[b1] that is on entering the respective command
("install.packages(packageName)"), "rkward" R
console either gives back it (1); could not find the mirror or
(2); the very R package is unavailable for R version 3.0.2.
Without the latter error message, I would not have wanted to very
early learn about the uggly fact that I do not really know which
(bulk of) package(s) to replace to finally update/ upgrade R to a
higher version number-and whether "rkward" could
perform such a task. <br>
[b2] Now that R version number approaches 3.5, I intend to better
learn about the problems I have no oversight over so far. It is
high time to determine how to 'liberate' R from some constraints
I experienced as (3); using "rkward" R console instead
of R-within-bash console resulted in unforeseen (non)results when
some commands were not yielding what logically and normally they
would have had to deliver. I was told (via email exchange with)
by an author of a a fairly instructive R book, Mr Norman Matloff,
that the GUI had not full take on R (he put it something like
that there was something "masked") as it could and
should have if all the intrinsic prerequisites of the respective
book examples were fulfiled.<br>
[c] Hence, I would like to know whether there is already
awareness of this (bunch of) issue(s) and/ or whether there
existed a (projected) resolution to this problem. I am also and
still a beginner in Linux which would require me to have some
guidance on working my way out in an bash-only style (or,
alternatively, how one would have to proceed when using the
fine-tune package manager "Synaptic"). I can,
additionally, vaguely remember that a pop-up window during the
installation process of "rkward" and/ or "R"
on my system said something like "originally only conceived
to run on lubuntu"-maybe that is the "source of all
evil"...<br> [d]
As I have, (un)fortunately, seen some moments ago on the rkward
home page, version 0.6.4 is available for installation. Would,
thus, a higher "rkward" version's installation heal the
problems (and make descriptions given by me in paragraphs [b1]
and [b1] obsolete) of an "rkward" version
unfunctionable when it comes to updates "the regular
way"?<br> [e]
Thank you very much in advance.<br> <br>
Best regards,<br>
Markus Hofstetter</p>
</div>
</div>
</div>
</div>
<hr noshade="" size="1">
<p style="margin-bottom: 0cm"><font face="courier"><font style="font-size: 9pt" size="2">_______________________________________________<br>rkward-users
mailing
list<br><a>rkward-users@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/rkward-users" target="_blank">https://mail.kde.org/mailman/listinfo/rkward-users</a></font></font></p>
------------------------------------------------------------------------------------------------------------------------------------------<br>(2) BOOK<br>>AUTHOR Norman Matloff<br>>TITLE "The Art of R programming. A tour of statistical software design"<br>>YEAR PUBLISHED 2011<br>>ISBN-13 978-1-59327-384-2 -and- ISBN-10 1-59327-384-3<br>>PAGE COUNT 373<br>>PUBLISHER no starch press<br><br>------------------------------------------------------------------------------------------------------------------------------------------<br>Thomas Friedrichsmeier <thomas.friedrichsmeier@ruhr-uni-bochum.de> schrieb (04.03.2016 08:45):<br><div style="border-left:#000000 2px solid; padding-left:5px;"><div style="font-family:courier; font-size:12px;">Hi!<br>
<br>
On Fri, 4 Mar 2016 01:04:33 +0100<br>
klerer@sxmail.de wrote:<br>
[...]<br>
> [a] I decided to delve into statistical programming<br>
> language R in 2015, seeking to get a properly embeddable R GUI. Since<br>
> "rkward" was described to be suitable for R on a Linux system (mine:<br>
> current Debian-flavour "Kubuntu" on a 64bit system) that uses KDE, I<br>
> choose the product you developed (current and still running version:<br>
> 0.6.1).<br>
[...]<br>
<br>
As you have found out, neither R 3.0.2, nor RKWard 0.6.1 are current.<br>
Note that this is not so much a problem specific to RKWard. Rather you<br>
seem to have opted for a "long term support" version of KUbuntu, and<br>
that does mean most packages will grow out-of-date over the lifetime of<br>
your installation. RKWard _and_ R are _both_ rather old versions on your<br>
installation. Fortunately, backport archives exist for both R and<br>
RKWard (https://launchpad.net/~rkward-devel), so in general you can use<br>
the most recent versions of R and RKWard running on an otherwise<br>
conservative installation, rather easily.<br>
<br>
> [b2] Now that R version number<br>
> approaches 3.5, I intend to better learn about the problems I have no<br>
> oversight over so far. It is high time to determine how to 'liberate'<br>
> R from some constraints I experienced as (3); using "rkward" R<br>
> console instead of R-within-bash console resulted in unforeseen<br>
> (non)results when some commands were not yielding what logically and<br>
> normally they would have had to deliver. I was told (via email<br>
> exchange with) by an author of a a fairly instructive R book, Mr<br>
> Norman Matloff, that the GUI had not full take on R (he put it<br>
> something like that there was something "masked") as it could and<br>
> should have if all the intrinsic prerequisites of the respective book<br>
> examples were fulfiled.<br>
<br>
RKWard does "mask" a handful of R functions. For instance, Sys.setwd()<br>
is "overridden" to make RKWard aware of the current working directory,<br>
when that gets changes. q() is overridden so that RKWard will prompt to<br>
save files and data before you quit. require() is overridden so that<br>
RKWard will offer a dialog to install packages if missing. X11() is<br>
overridden to open the RK()-device, instead.<br>
<br>
Also of course certain options have different defaults than in a<br>
console session of R. For instance, browser is set to the internal<br>
HTML-viewer, pager is set to open text files in an integrated window,<br>
etc.<br>
<br>
What I am _not_ currently aware of is any problems caused by this. If<br>
you are running into any specific problem, please do report it. (NB:<br>
you should upgrade to 0.6.4, first. We routinely do fix issues when we<br>
encounter them. Perhaps, for instance you were running into lockup<br>
issues using tcl/tk elements, which were fixed for 0.6.3).<br>
<br>
[...]<br>
> Would, thus, a<br>
> higher "rkward" version's installation heal the problems (and make<br>
> descriptions given by me in paragraphs [b1] and [b1] obsolete)<br>
<br>
b1: Yes. b2: Depends on what exactly you are seeing. I cannot tell<br>
based on your (lack of) description.<br>
<br>
> of an<br>
> "rkward" version unfunctionable when it comes to updates "the regular<br>
> way"?<br>
<br>
Use the PPAs, I linked to, above (rkward-stable-cran, probably). These<br>
integrate into the "regular" Ubuntu package management.<br>
<br>
Regards<br>
Thomas</div></div>