similar to: plot math - segfault and "frac", "^" bug(s).. (PR#368)

MM> I've sent two bug reports that both haven't been forwarded to R-devel MM> and haven't should up at the jitterbug repository. MM> ?? MM> Martin Well, actually only one [the other went to R-core alone] Here it is : From: Martin Maechler <maechler@sophie> To: R-bugs Subject: plot math - segfault and "frac", "^" bug(s).. Date: 8

This is in R versions 0.65, 0.90.0, and the current "pre-release", both on Linux and Solaris [with x11() , but most probably not device dependent]. The following shows it all : plot(1,type='n') ## Frac doesn't shrink properly... text(.7,1.3, expression( frac(7,4) == 1 * frac(3,4)), cex=1) text(.7,1.2, expression( frac(7,4) == 1 * frac(3,4)), cex=3)

>>>>> "WoKo" == Wolfgang Koller <koller2@fgr.wu-wien.ac.at> writes: WoKo> Hi! The postscript device in 0.90 does not produce symbols WoKo> (pch=) as it should. E.g.: WoKo> postscript(file="test.ps",width=8,height=6.4,horizontal=FALSE) WoKo> plot(1:10,1:10,pch=1:5) WoKo> legend(1,9,letters[1:5],pch=1:5) WoKo>

?s 10:01 de 02/02/2024, Troels Ring escreveu: > Hi friends - I'm plotting a ratio of bicarbonates i ggplot2 and > > ylab(expression(paste(frac("additive BIC","true BIC")))) worked OK - but > now I have been asked to put the chemistry instead - so I wrote > >

... or if I understand correctly, simply expression(frac(additive ~ HCO[3]^"-", true ~ HCO[3]^"-" ))) Cheers, Bert On Fri, Feb 2, 2024 at 3:06?AM Rui Barradas <ruipbarradas at sapo.pt> wrote: > ?s 10:01 de 02/02/2024, Troels Ring escreveu: > > Hi friends - I'm plotting a ratio of bicarbonates i ggplot2 and > > > >

Hi friends - I'm plotting a ratio of bicarbonates i ggplot2 and ylab(expression(paste(frac("additive BIC","true BIC")))) worked OK - but now I have been asked to put the chemistry instead - so I wrote ?ylab(expression(paste(frac("additive",HCO[3]^"-","true",HCO[3]^"-")))) - and frac saw that as additive = numerator and HCO3- =

In nonparametric regression and density estimation, something like \hat{f'}(x) [LaTeX] is very natural. In all S dialects, hat(f') is invalid syntax, and hence one cannot use something like plot(1, main = expression(hat(f'))) I can say something like plot(1, main = expression(widehat(paste(f, "'"))), cex.main = 3) but that (the R code, not the plot result)

Sometimes (dependent on device and settings of 'cex' and 'lwd') the line of a square root symbol plottet in the denominator of a fraction appears to be in or above the line of the fraction. Examples: ### Choose one of these: # pdf("test.pdf", height=6, width=8) # bmp("test.bmp", width=1100, height=800, pointsize=12) # bitmap("test.tif",

As many of you have probably realized, the spam filtering at @stat.math.ethz.ch has been dead for since yesterday (09-25) ~16:50 till today ~08:30. The sudden death may have been caused by unrelated installation of some perl modules (spamassassin *is* running on perl) by our IT staff. We are very sorry for this event. On the bright side: You have been able to get a glimpse of what you are

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have a simple question on the text() method in plots, e.g.: text(3,4,adj=1,cex=1.0, expression(alpha == beta)) I know there exists a lot more like frac(), etc which could be used for expression. But a help(frac) doesn't return any results - where do I have to look for a documentation of possible text commands? More in detail I'm

>>>>> "FrSa" == SABIDO =?iso-8859-1?Q?MART=CDN?= <SABIDO> writes: FrSa> Hello. I am a student from Spain. We are working on 'R' (a FrSa> programming environment for data analysis and graphics). Our FrSa> teacher has told as to make a job about tests in non complet rank FrSa> linear regresion models (I hope you could understand

Our sys.admin fixed one important (NIS) problem and accidentally simultaneously badly broke part of sendmail's functioning. Unfortunately, this lasted ~ 40 minutes, and somehow sendmail just "thought" it had to resend these messages several times (up to 8 x) that came in during that 40 minutes' period. Accept our (math.ethz.ch)'s apologies... Martin Maechler <maechler

(as the subject says) It makes sense to add (say k) boxplots to a given plot, using the given coordinate system. Currently, the calling sequence boxplot -> boxplot.default() -> bxp() [modeled after S] doesn't allow this, since bxp() explicitly sets up the coordinate system. One way would be to add an "add = TRUE" argument to boxplot(.) and bxp(.) and then additionally

This is something between a question and a bug report. {sometimes one should first ask on R-help before sending to R-bugs....} I wanted to plot (.) a formula with "..." ## Works : e0 <- expression(T(x[1],...x[n])*", "*N[1] == 101) # works ok plot(1, main = e0) ## Now, need substitute, to replace with value of variableThis works nn <- 102 (e1 <-

>>>>> "TL" == Thomas Lumley <thomas at biostat.washington.edu> writes: TL> I'm receiving duplicates of a number of old r-help messages, all with TL> headers having the rly-mx2.maxis.net.my section in the message below. Is TL> this at your end? Do you know about it? Doug Bates has averted me; and I have since stopped these to be propagated

Not many of you will use grid() widely, probably. Also, two months ago, Paul Murrell said on R-help (topic "grid command") PM>> i think the abline() solution is the best for doing what grid() won't. PM>> like you say, grid() is just a simple front-end to abline(). grid() *is* too simple to be of practical use. I propose the following which is of some practical

(R 0.65.0 and earlier): example(aov) lm.influence(npk.aov) gives Error: NA/NaN/Inf in foreign function call (arg 6) which comes from the lm.obj$coefficients (the last 3-way interaction coefficient is indetermined and accordingly NA) argument passed to .Fortran("lminfl",...) inside lm.influence. The following is a simple correct patch --- lm.influence.R 1999/08/13

Something worth discussing, I think these output names NEED a change : > boxplot(rt(250,df=3), plot=F) $"1" $"1"$stats [1] -2.7995357 -0.7170382 0.1109581 0.8426811 3.0483316 $"1"$n [1] 250 $"1"$conf [1] -0.04490152 0.26681765 $"1"$out [1] 5.784389 4.766206 -3.932449 -3.460407 -3.695599

text(..., col = <..>) doesn't work if col has length more than one; and the same for 'cex' and 'font' A toy example, showing what is desired plot(1);text(1.2, .8+(0:5)/16, LETTERS[6:1]) ## works alright plot(1);text(1.2, .8+(0:5)/16, LETTERS[6:1],col=1:6) ##>>> Error in par(args) : parameter "col" has the wrong length --- Explanation: The source

getenv(<varname>) currently returns "" if the <varname> is undefined. However, if <varname> is defined but empty, getenv(<varname>) still only returns "". I think this is quite unfortunate but consistent with the prototype. --- I'd propose to change the current behavior. Something which should be pretty back compatible would for the first