Re: [Rd] Expressions from boxplot() passed to bxp()

It's not new anyway. You see the same behaviour with boxplot(dat, ylab=quote(X[2])) and it boils down to the use of do.call("bxp", ...) in the internals. As a general matter, expression() exists to prevent this sort of confusion, e.g., in this construction, > X <- quote(Y+1); bquote(f(.(X)))

[Rd] Possibility of Less Verbose Stack Trace

Good day, Is there a setting the user can change to make R CMD check stack traces output less and make it easier to spot the line of code that's the problem? I use R Under development. Part of the trace I see looks like: --- R stacktrace --- where 1: .local(model, test, ...) where 2: (new("non

Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

On Wed, 25 Mar 2020 at 12:25, Nicolas Mailhot wrote: > > > > R brought this all on itself by hardcoding a Windows-only “Symbol” font > family name in its default conf. Linux systems are UTF-8 by default for > ~20 years now, they don’t need the forcing of magic font families to > handle symbols no

Re: [Rd] [External] Re: Expressions from boxplot() passed to bxp()

On Fri, 27 Mar 2020, peter dalgaard wrote: It's not new anyway. You see the same behaviour with boxplot(dat, ylab=quote(X[2])) and it boils down to the use of do.call("bxp", ...) in the internals. As a general matter, expression() exists to prevent this sort of confusion, e.g., in this const

Re: [Rd] object.size vs lobstr::obj_size

On 2/19/20 3:55 AM, Stefan Schreiber wrote: I have posted this question on R-help where it was suggested to me that I might get a better response on R-devel. So far I have gotten no response. The post I am talking about is here: https://stat.ethz.ch/pipermail/r-help/2020-February/465700.html My

Re: [Rd] object.size vs lobstr::obj_size

Hi Tomas, On 3/27/20 07:01, Tomas Kalibera wrote: they provide an over-approximation They can also provide an "under-approximation" (to say the least) e.g. on reference objects where the entire substance of the object is ignored which makes object.size() completely meaningless in that case:

Re: [Rd] object.size vs lobstr::obj_size

On 3/27/20 4:39 PM, Hervé Pagès wrote: Hi Tomas, On 3/27/20 07:01, Tomas Kalibera wrote: they provide an over-approximation They can also provide an "under-approximation" (to say the least) e.g. on reference objects where the entire substance of the object is ignored which makes object.size

Re: [Rd] object.size vs lobstr::obj_size

On Fri, Mar 27, 2020 at 10:39 AM Hervé Pagès wrote: > Hi Tomas, > > On 3/27/20 07:01, Tomas Kalibera wrote: > > they provide an over-approximation > > They can also provide an "under-approximation" (to say the least) e.g. > on reference objects where the entire substance of the object is ignored

Re: [Rd] object.size vs lobstr::obj_size

On Fri, Mar 27, 2020 at 11:08 AM Tomas Kalibera wrote: > On 3/27/20 4:39 PM, Hervé Pagès wrote: > > Hi Tomas, > > > > On 3/27/20 07:01, Tomas Kalibera wrote: > >> they provide an over-approximation > > > > They can also provide an "under-approximation" (to say the least) e.g. > > on reference obj

Re: [Rd] object.size vs lobstr::obj_size

On 3/27/20 12:00, Hadley Wickham wrote: On Fri, Mar 27, 2020 at 10:39 AM Hervé Pagès > wrote: Hi Tomas, On 3/27/20 07:01, Tomas Kalibera wrote: > they provide an over-approximation They can also provide an "under-approximation" (to say the le

Re: [Rd] object.size vs lobstr::obj_size

On Fri, Mar 27, 2020 at 4:01 PM Hervé Pagès wrote: > > > On 3/27/20 12:00, Hadley Wickham wrote: > > > > > > On Fri, Mar 27, 2020 at 10:39 AM Hervé Pagès > > wrote: > > > > Hi Tomas, > > > > On 3/27/20 07:01, Tomas Kalibera wrote: > > > they provide an o

Re: [Rd] object.size vs lobstr::obj_size

On 3/27/20 15:19, Hadley Wickham wrote: On Fri, Mar 27, 2020 at 4:01 PM Hervé Pagès > wrote: On 3/27/20 12:00, Hadley Wickham wrote: > > > On Fri, Mar 27, 2020 at 10:39 AM Hervé Pagès mailto:hpa...@fredhutch.org> >

Re: [Rd] object.size vs lobstr::obj_size

Thank you Tomas, Hervé and Hadley for the input. Much appreciated! Stefan Stefan Schreiber, PhD, P. Biol. Director EnviroStats Solutions Inc. Adjunct Professor, Faculty of Agricultural, Life & Environmental Sciences, University of Alberta Phone: 780-221-1838 https://envirostats.ca/ On Fri, 27