On 01/03/2014 02:34 AM, Duncan Murdoch wrote:
Carriage returns usually don't matter in LaTeX
I'd rather say they do. One is like a space, two or more end a paragraph
and start a new one. If newlines are stripped away, the meaning of the
TeX code can change, in some cases dramatically (e.g. if c
> Kirill Müller
> on Fri, 3 Jan 2014 02:04:06 +0100 writes:
> On 01/03/2014 01:59 AM, Duncan Murdoch wrote:
>> But results=tex is not the default. Having defaults for
>> one option depend on the setting for another is
>> confusing, so I think the current setting is ap
It's dishonest to quote me out of context.
Duncan Murdoch
On 14-01-03 3:40 AM, Kirill Müller wrote:
On 01/03/2014 02:34 AM, Duncan Murdoch wrote:
Carriage returns usually don't matter in LaTeX
I'd rather say they do. One is like a space, two or more end a paragraph
and start a new one. If new
I'm sorry, I didn't mean to be rude. Do you prefer including the entire
original message when replying? Or perhaps I misunderstood you when you
wrote:
> Carriage returns usually don't matter in LaTeX, so I didn't even know
about this option, though I use results=tex quite often. I had to look
On 14-01-03 4:57 AM, Martin Maechler wrote:
Kirill Müller
on Fri, 3 Jan 2014 02:04:06 +0100 writes:
> On 01/03/2014 01:59 AM, Duncan Murdoch wrote:
>> But results=tex is not the default. Having defaults for
>> one option depend on the setting for another is
>> confusi
> Paul Johnson
> on Thu, 2 Jan 2014 22:29:29 -0600 writes:
> Happy New Year I recognize this is a low priority issue,
> but... I'll fix it if you let me.
> There are some TABs where R style calls for 4 spaces.
This is your not quite correct interpretation.
The R intern
On 14-01-03 5:47 AM, Kirill Müller wrote:
I'm sorry, I didn't mean to be rude. Do you prefer including the entire
original message when replying? Or perhaps I misunderstood you when you
wrote:
You don't need to include irrelevant material in your reply, but you
should include explanatory mater
On 01/03/2014 01:06 PM, Duncan Murdoch wrote:
On 14-01-03 5:47 AM, Kirill Müller wrote:
I'm sorry, I didn't mean to be rude. Do you prefer including the entire
original message when replying? Or perhaps I misunderstood you when you
wrote:
You don't need to include irrelevant material in your r
On 03/01/2014 7:32 AM, Kirill Müller wrote:
On 01/03/2014 01:06 PM, Duncan Murdoch wrote:
> On 14-01-03 5:47 AM, Kirill Müller wrote:
>> I'm sorry, I didn't mean to be rude. Do you prefer including the entire
>> original message when replying? Or perhaps I misunderstood you when you
>> wrote:
>
>
> Duncan Murdoch
> on Fri, 3 Jan 2014 05:52:27 -0500 writes:
> On 14-01-03 4:57 AM, Martin Maechler wrote:
>>> Kirill Müller on
>>> Fri, 3 Jan 2014 02:04:06 +0100 writes:
>>
>> > On 01/03/2014 01:59 AM, Duncan Murdoch wrote: >> But
>> results=tex is n
On Thu, Jan 2, 2014 at 7:16 PM, Henrik Bengtsson wrote:
> Does it make sense to talk about the class of the output of
> substitute(...)? I'm puzzled by the following outputs:
>
> ee <- list(
> A = substitute( a <- 1 ),
> B = substitute({ a <- 1 }),
> C = substitute(( a <- 1 )),
> D = subs
I've just realized that it could be handy
to have a 'decreasing' argument in 'is.unsorted'.
And I'm cheekily hoping someone else will
implement it.
It is easy enough to work around (with 'rev'),
but would be less hassle with an argument.
The case I have in mind uses 'is.unsorted' in
'stopifnot'
On Jan 3, 2014, at 9:46 AM, Hadley Wickham wrote:
> On Thu, Jan 2, 2014 at 7:16 PM, Henrik Bengtsson
> wrote:
>> Does it make sense to talk about the class of the output of
>> substitute(...)? I'm puzzled by the following outputs:
>>
>> ee <- list(
>> A = substitute( a <- 1 ),
>> B = subst
Hi,
Found in the man page for max(), min(), pmax(), pmin(), etc...:
(Note that all versions fail for raw and complex vectors since
these have no ordering.)
It seems that raw vectors *do* have an ordering (why wouldn't they?):
> x <- as.raw(0:8)
> x
[1] 00 01 02 03 04 05 06 07 08
>
While we are here, how about an is.sorted() function? It is trivial
and helps readability a lot imho. Then one does not have to write
things like
stopifnot(!is.unsorted(x))
but can write
stopifnot(is.sorted(x))
instead.
Gabor
On Fri, Jan 3, 2014 at 1:40 PM, Patrick Burns wrote:
>
> I've just
On 12/13/2013 01:07 AM, Hervé Pagès wrote:
Hi,
In R < 3.0.0, we used to get:
> substring(c(A="abcdefghij", B="123456789"), 2, 6:2)
A B A B A
"bcdef" "2345" "bcd""23" "b"
But in R >= 3.0.0, we get:
> substring(c(A="abcdefghij", B="123456789"
16 matches
Mail list logo
