> -Ursprüngliche Nachricht-
> Von: Simon Urbanek <[EMAIL PROTECTED]>
> Gesendet: 17.04.06 18:41:52
> An: Lothar Rubusch <[EMAIL PROTECTED]>
> CC: r-devel@r-project.org
> Betreff: Re: [Rd] cannot load rJava in R
> Lothar,
>
> as per posting guide, please discuss issues with contributed p
G'day David,
> "DA" == David Allen <[EMAIL PROTECTED]> writes:
DA> When a graph is saved as PostScript, the bounding box is often
DA> too big. A consequence is that when the graph is included in
DA> a LaTeX document, the spacing does not look good. Is this a
DA> recognized p
On 17-Apr-06 Prof Brian Ripley wrote:
> On Mon, 17 Apr 2006, David Allen wrote:
>
>> When a graph is saved as PostScript, the bounding box is often too
>> big.
>> A consequence is that when the graph is included in a LaTeX document,
>> the spacing does not look good.
>> Is this a recognized proble
Prof Brian Ripley wrote:
> On Mon, 17 Apr 2006, Charles Dupont wrote:
[...]
> > The man page states in the value section that strsplit returns:
> > A list of length 'length(x)' the 'i'-th element of which contains
> > the vector of splits of 'x[i]'.
> >
> > It mentions no change in behavi
Charles,
Can't you achieve your goal by unlist()ing 'substrings'?
max(nchar(unlist(substrings)))
Peter Ehlers
Charles Dupont wrote:
> Now using R 2.3.0.
>
> I have a string that can be "". I want to find the max screen width of
> the all the lines in the string. so I run the command
>
>
On Mon, 17 Apr 2006, David Allen wrote:
> When a graph is saved as PostScript, the bounding box is often too big.
> A consequence is that when the graph is included in a LaTeX document,
> the spacing does not look good.
> Is this a recognized problem? Is someone working on it? Could I help?
It's
When a graph is saved as PostScript, the bounding box is often too big.
A consequence is that when the graph is included in a LaTeX document,
the spacing does not look good.
Is this a recognized problem? Is someone working on it? Could I help?
David
__
Sorry, I wasn't aware, .c files would be scrubbed. Testcase available for
download here:
http://rkward.sourceforge.net/temp/threadEmbed.c
On Monday 17 April 2006 21:11, Thomas Friedrichsmeier wrote:
> Sorry about all the noise, but I'm slightly irritated by the absence of
> reactions of any kind,
Sorry about all the noise, but I'm slightly irritated by the absence of
reactions of any kind, while the time to the release is ticking away.
Attached you will find a testcase for the problem. Likely the error will only
show up on linux, due to the
#if defined(linux)
R_CStac
On Mon, 17 Apr 2006, Charles Dupont wrote:
> Now using R 2.3.0.
>
> I have a string that can be "". I want to find the max screen width of
> the all the lines in the string. so I run the command
>
> > x <- c("hello", "bob is\ngreat", "foo", "", "bar")
> > substrings <- strsplit(x, "\n"), type="
Now using R 2.3.0.
I have a string that can be "". I want to find the max screen width of
the all the lines in the string. so I run the command
> x <- c("hello", "bob is\ngreat", "foo", "", "bar")
> substrings <- strsplit(x, "\n"), type="width")
> sapply(substrings, FUN=function(x) max(nc
Lothar,
as per posting guide, please discuss issues with contributed packages
with the maintainer.
On Apr 15, 2006, at 4:59 PM, Lothar Rubusch wrote:
> I recently tried to install the rJava package on my notebook
> (Debian Etch / Kernel 2.6.15 / jdk 1.5.0-5 / R 2.2.1 / rJava ?? the
> repo
On Mon, 17 Apr 2006, Martin Maechler wrote:
> Thanks a lot, Brian,
> I've been very happy with your proposal, but haven't yet looked
> at the details of the R-devel implementation.
> The NEWS entry only mentions *integer* rownames as new feature -
> which is exact from the user's perspective as yo
Thanks a lot, Brian,
I've been very happy with your proposal, but haven't yet looked
at the details of the R-devel implementation.
The NEWS entry only mentions *integer* rownames as new feature -
which is exact from the user's perspective as you emphasize
below. It might be worth mentioning that
On Sun, 16 Apr 2006, Prof Brian Ripley wrote:
> You mention 'float' repeatedly. A %f argument in Rprintf (and printf)
> refers to a _double_. Given how little you have shown us it has to be
> entirely guesswork, but is cel.GetIntensity(1) perhaps a float? If so
> what happens is I believe undef
On Mon, 17 Apr 2006, Don MacQueen wrote:
> This looks like a good proposal to me, from an end-user's point of view.
>
> I have, from time to time, wished I could set row names to NULL. Not for
> performance reasons, but because some aspect of my data, in combination with
> how R handles row name
This looks like a good proposal to me, from an end-user's point of view.
I have, from time to time, wished I could set row names to NULL. Not
for performance reasons, but because some aspect of my data, in
combination with how R handles row names, was requiring me to
explicitly manage them in s
On Mon, 17 Apr 2006, Paul Gilbert wrote:
Prof Brian Ripley wrote:
On Mon, 17 Apr 2006, Paul Gilbert wrote:
Ok, but I'm surprised. I thought partial matching only happened for
named arguments. I guess I've been lucky.
Here C is named, so what did you mean?
Now I guess I've really been co
Prof Brian Ripley wrote:
> On Mon, 17 Apr 2006, Paul Gilbert wrote:
>
>> Ok, but I'm surprised. I thought partial matching only happened for
>> named arguments. I guess I've been lucky.
>
> Here C is named, so what did you mean?
Now I guess I've really been confused. I thought named arguments
Please use a current version of R: we are at 2.3.0RC (and we do ask you
not to report on obselete versions).
What rule are you using, and where did you find it in the R documentation?
In fact
> strsplit("", " ")
[[1]]
character(0)
which is not as you stated. This is a feature, as it distinct
On Mon, 17 Apr 2006, Paul Gilbert wrote:
Ok, but I'm surprised. I thought partial matching only happened for
named arguments. I guess I've been lucky.
Here C is named, so what did you mean?
Partial matching happens for all arguments called by name, except for
those following ... in the forma
Ok, but I'm surprised. I thought partial matching only happened for
named arguments. I guess I've been lucky.
Paul
Prof Brian Ripley wrote:
> It's an error in your usage The args of new() are
>
>> args(new)
> function (Class, ...)
>
> and what does 'C' match? You need to name your arguments
Full_Name: Charles Dupont
Version: 2.2.0
OS: linux
Submission from: (NULL) (160.129.129.136)
when
strsplit("", " ")
returns character(0)
where as
strsplit("a", " ")
returns "a".
these return values are not constiant with each other.
Charles Dupont
___
It's an error in your usage The args of new() are
args(new)
function (Class, ...)
and what does 'C' match? You need to name your arguments here.
On Mon, 17 Apr 2006, Paul Gilbert wrote:
"C" appears to be an illegal name for a slot in an S4 class (example
below).
It is rather an example
"C" appears to be an illegal name for a slot in an S4 class (example
below). If this is a known limitation, and not a bug, it would be nice
if it were caught by setClass.
Paul Gilbert
> setClass("testobj", representation ( C = "numeric"))
[1] "testobj"
> new("testobj", C= 2)
Error in methodsP
Excuse me please, for being impatient, but I'm worried this issue may not be
considered important enough to be fixed in R 2.3.0 at this late point of
time. So let me re-state this:
In the current state, R will *not work at all* when run in a thread on linux.
I do not know how many embedding app
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Peter Dalgaard <[EMAIL PROTECTED]> writes:
>
> > Juan Santiago Ramseyer <[EMAIL PROTECTED]> writes:
> >
> > > SYSTEM:
> > > --
> > > CPU: AMD64
> > > MOTHERBOARD: ASUS
> > > OS: FEDORA CORE 5 i64_86
> > >
> > > R SESSION:
> > > --
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Juan Santiago Ramseyer <[EMAIL PROTECTED]> writes:
>
> > SYSTEM:
> > --
> > CPU: AMD64
> > MOTHERBOARD: ASUS
> > OS: FEDORA CORE 5 i64_86
> >
> > R SESSION:
> > --
> > > teste<-list(a=c(1,2,3,4),b=c(2,4,6,8))
> > > teste
> > $
28 matches
Mail list logo
