Peter Dalgaard wrote:
> Annoying, but your example works for me, so I suspect that the problem
> is nevertheless a setup issue at your end I would guess that the
> culprit is the tiny font used to label the axes. Things like this
> sometimes happen when you are missing 75dpi fontset. If y
Hi
Jeffrey Horner wrote:
> Paul Murrell wrote:
>> Hi
>>
>>
>> Thomas Lumley wrote:
>>> On Wed, 31 Jan 2007, Prof Brian Ripley wrote:
There are several devices in packages, and this has been possible since at
least R 1.4.0 (from 2001). There used to be gtkDevice (still on CRAN, but
Paul Murrell wrote:
> Hi
>
>
> Thomas Lumley wrote:
>> On Wed, 31 Jan 2007, Prof Brian Ripley wrote:
>>> There are several devices in packages, and this has been possible since at
>>> least R 1.4.0 (from 2001). There used to be gtkDevice (still on CRAN, but
>>> old Gtk), GNOMEdevice (never finis
Duncan Murdoch wrote:
> On 1/31/2007 8:49 AM, Prof Brian Ripley wrote:
>> On Wed, 31 Jan 2007, Duncan Murdoch wrote:
>>
>>> On 1/30/2007 8:50 PM, jtxx000 wrote:
Greetings all,
PGF is a package for LaTeX which works with both ps
and pdf output without any nasty hacks like pictex.
Hi
Thomas Lumley wrote:
> On Wed, 31 Jan 2007, Prof Brian Ripley wrote:
>> There are several devices in packages, and this has been possible since at
>> least R 1.4.0 (from 2001). There used to be gtkDevice (still on CRAN, but
>> old Gtk), GNOMEdevice (never finished) and an SVG driver
>> (http:
Thomas Petzoldt <[EMAIL PROTECTED]> writes:
> Your example works but one can not arbitrarily mix slots, other named
> arguments and the default callNextMethod(). The documentation states:
>
> "... Data to include in the new object. Named arguments correspond
> to slots in the class definition."
A
Please do not report on obsolete versions of R! From the changes from
2.4.1:
o pchisq() would sometimes use the wrong tail when calculating
non-central probabilities with lower.tail = FALSE. (PR#9406)
You are quite explicitly asked not to waste the R project's resources in
this w
Seth Falcon wrote:
> Thomas Petzoldt <[EMAIL PROTECTED]> writes:
>> One odd thing I found was that initialize does obviously not allow to
>> incorporate additional named parameters which are not slots.
>
> ?! Does for me:
Your example works but one can not arbitrarily mix slots, other named
Stephen Pope <[EMAIL PROTECTED]> writes:
> With:
>
> R version 2.4.1 Patched (2007-01-22 r40548)
>
> "rep" is missing from methods:::.BasicFunsList, causing
> methods:::genericForPrimitive("rep") to fail, which in turn causes
> setMethod("rep", ...) to fail. (setGeneric("rep") of course fails as
Tamas K Papp wrote:
> Hi,
>
> I am experiencing something strange, and thought I would ask before
> reporting a bug. I trimmed it down to a self-contained example,
> attached as an R file. The purpose of the functions is to save the
> plots into a ps file and simultaneously plot them on an x11 de
> "MN" == Michael Nothnagel <[EMAIL PROTECTED]>
> on Wed, 31 Jan 2007 15:16:02 +0100 (CET) writes:
MN> The function 'pchisq' from the 'stats' library gives a wrong result if
the
MN> argument equals exactly zero:
MN> # Upper tail of central 1-df chi^2 distribution
>> p
On Jan 31, 2007, at 10:02 AM, Jörg Beyer wrote:
> Hello all,
>
> I'd like to report a problem related to S4 classes.
>
> Platform:
> Mac G4/400 PCI (PPC-architecture)
> Mac OS 10.4.8
> R 2.4.1 for Mac OS X (CRAN binary, 2006-12-19) w/ R.app 1.18
>
> Last December, Simon Urbanek confirmed that the
Thomas Petzoldt <[EMAIL PROTECTED]> writes:
> One odd thing I found was that initialize does obviously not allow to
> incorporate additional named parameters which are not slots.
?! Does for me:
setClass("FOO", representation(x="numeric"))
[1] "FOO"
setMethod("initiali
Hello all,
I'd like to report a problem related to S4 classes.
Platform:
Mac G4/400 PCI (PPC-architecture)
Mac OS 10.4.8
R 2.4.1 for Mac OS X (CRAN binary, 2006-12-19) w/ R.app 1.18
Last December, Simon Urbanek confirmed that the issue is not platform
related, and that it is most likely a bug.
Dear Seth,
thank you for your suggestions. As I have some (shallow) inheritance I
found indeed that initialize methods are superior. The reasons are, as
you wrote, inheritance to subclasses and the possibility to use
callNextMethod.
My code is now in fact much more compact with initialize in c
The function 'pchisq' from the 'stats' library gives a wrong result if the
argument equals exactly zero:
# Upper tail of central 1-df chi^2 distribution
> pchisq(1 , 1, ncp=0, lower.tail = F, log.p = FALSE)
[1] 0.3173105
> pchisq(0.5 , 1, ncp=0, lower.tail = F, log.p = FALSE)
[1] 0.4
On Wed, 31 Jan 2007, Prof Brian Ripley wrote:
> There are several devices in packages, and this has been possible since at
> least R 1.4.0 (from 2001). There used to be gtkDevice (still on CRAN, but
> old Gtk), GNOMEdevice (never finished) and an SVG driver
> (http://www.darkridge.com/~jake/RSvg/)
Thomas Petzoldt <[EMAIL PROTECTED]> writes:
> Hello,
>
> apologies if I missed something well known. I'm just revising an own
> package and wonder if it is still common to use "generating
> functions" which have the same name as the corresponding S4 class as
> suggested by Chambers, 2001. "Classes
Hi,
I am experiencing something strange, and thought I would ask before
reporting a bug. I trimmed it down to a self-contained example,
attached as an R file. The purpose of the functions is to save the
plots into a ps file and simultaneously plot them on an x11 device,
but don't open a new one
On 1/31/2007 8:49 AM, Prof Brian Ripley wrote:
> On Wed, 31 Jan 2007, Duncan Murdoch wrote:
>
>> On 1/30/2007 8:50 PM, jtxx000 wrote:
>>> Greetings all,
>>> PGF is a package for LaTeX which works with both ps
>>> and pdf output without any nasty hacks like pictex.
>>> Is there any technical reason
On Wed, 31 Jan 2007, Prof Brian Ripley wrote:
> On Wed, 31 Jan 2007, Duncan Murdoch wrote:
>
>> On 1/30/2007 8:50 PM, jtxx000 wrote:
>>> Greetings all,
>>> PGF is a package for LaTeX which works with both ps
>>> and pdf output without any nasty hacks like pictex.
>>> Is there any technical reason
On Wed, 31 Jan 2007, Duncan Murdoch wrote:
> On 1/30/2007 8:50 PM, jtxx000 wrote:
>> Greetings all,
>> PGF is a package for LaTeX which works with both ps
>> and pdf output without any nasty hacks like pictex.
>> Is there any technical reason why there could not be a
>> PGF graphic device for R?
Thank you all for your advice and tips. In the end, I think the for loop
is the easiest way forward due to other requirements but its good to know
that I haven't missed anything too obvious.
Tom
On Tue, 30 Jan 2007 23:42:27 -, Oleg Sklyar <[EMAIL PROTECTED]> wrote:
> It is surely an ele
On 1/30/2007 8:50 PM, jtxx000 wrote:
> Greetings all,
> PGF is a package for LaTeX which works with both ps
> and pdf output without any nasty hacks like pictex.
> Is there any technical reason why there could not be a
> PGF graphic device for R? If not, I'm going to try to
> throw one together.
jtxx000 skreiv:
> PGF is a package for LaTeX which works with both ps
> and pdf output without any nasty hacks like pictex.
> Is there any technical reason why there could not be a
> PGF graphic device for R?
Not that I can think of. PGF is certainly powerful enough
for this.
> If not, I'm goin
25 matches
Mail list logo
