Re: [R-SIG-Mac] problem in quartz with emacs/ESS

2012-11-24 Thread Erich Neuwirth

On Nov 24, 2012, at 12:46 AM, Richard M. Heiberger r...@temple.edu wrote:

 It works for me from the R app.  That's why I think it is an interaction with 
 quartz and emacs.
 Can you try it from emacs on your Mac?
 
 On Fri, Nov 23, 2012 at 6:17 PM, Neuwirth Erich erich.neuwi...@univie.ac.at 
 wrote:
 The example prints without anyt problems on my HP Color LaserJet CP2025n
 
 Perhaps it is a problem with your printer driver.
 
 On Nov 23, 2012, at 11:23 PM, Richard M. Heiberger r...@temple.edu wrote:
 
  I think this is a quartz problem interacting with emacs/ESS.  When I run the
  following lines in the *R* buffer,
 
  ## --
  library(grid)
  library(lattice)
  library(png)
 
  Rlogo.png  -
  readPNG(/Library/Frameworks/R.framework/Versions/2.15/Resources/library/png/img/Rlogo.png,
  TRUE)
 
  Rlogo.grob - rasterGrob(Rlogo.png, width=unit(.64,in), y=unit(0,npc))
  Rlogo.legend - list(left=list(fun=Rlogo.grob))
 
  ## example
  xyplot(1:10 ~ 1:10, legend=Rlogo.legend)
  ## --
 
 
  the plot shows up on the quartz device ok.  When I print from the quartz
  device, the sample image
  in the print window has two superimposed graphs.  One is the actual image.
  The other is
  an upside down mirror image about twice as big.  The printed page shows the
  doubled image.
 
  When I print directly to the pdf() device on the Mac, it behaves normally.
  When I run the same lines above on the windows() device in Windows, it also
  behaves ok.
  When I run the same lines from the R gui on the Mac, it behaves normally.
 
  I saw this first with R version 2.15.2 RC (2012-10-18 r60960) and
  then when I updated a few minutes ago to
  R version 2.15.2 (2012-10-26) -- Trick or Treat, I still see it.
 
  Sometimes, when I attempt to print from the quartz device while running
  under ESS,
  I get the pinwheel and this message in the *R* buffer.
  Error: REAL() can only be applied to a 'numeric', not a 'NULL'
 
  Killing R is the only recourse at this point.
 
  Rich
 
[[alternative HTML version deleted]]
 
  ___
  R-SIG-Mac mailing list
  R-SIG-Mac@r-project.org
  https://stat.ethz.ch/mailman/listinfo/r-sig-mac
 
 


[[alternative HTML version deleted]]

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac


Re: [R-SIG-Mac] problem in quartz with emacs/ESS

2012-11-24 Thread Erich Neuwirth
From Emacs, I did see the problem.
But switching printer drivers back and forth on the print dialog made the 
spurious image disappear.


On Nov 23, 2012, at 11:23 PM, Richard M. Heiberger r...@temple.edu wrote:

 I think this is a quartz problem interacting with emacs/ESS.  When I run the
 following lines in the *R* buffer,
 
 ## --
 library(grid)
 library(lattice)
 library(png)
 
 Rlogo.png  -
 readPNG(/Library/Frameworks/R.framework/Versions/2.15/Resources/library/png/img/Rlogo.png,
 TRUE)
 
 Rlogo.grob - rasterGrob(Rlogo.png, width=unit(.64,in), y=unit(0,npc))
 Rlogo.legend - list(left=list(fun=Rlogo.grob))
 
 ## example
 xyplot(1:10 ~ 1:10, legend=Rlogo.legend)
 ## --
 
 
 the plot shows up on the quartz device ok.  When I print from the quartz
 device, the sample image
 in the print window has two superimposed graphs.  One is the actual image.
 The other is
 an upside down mirror image about twice as big.  The printed page shows the
 doubled image.
 
 When I print directly to the pdf() device on the Mac, it behaves normally.
 When I run the same lines above on the windows() device in Windows, it also
 behaves ok.
 When I run the same lines from the R gui on the Mac, it behaves normally.
 
 I saw this first with R version 2.15.2 RC (2012-10-18 r60960) and
 then when I updated a few minutes ago to
 R version 2.15.2 (2012-10-26) -- Trick or Treat, I still see it.
 
 Sometimes, when I attempt to print from the quartz device while running
 under ESS,
 I get the pinwheel and this message in the *R* buffer.
 Error: REAL() can only be applied to a 'numeric', not a 'NULL'
 
 Killing R is the only recourse at this point.
 
 Rich
 
   [[alternative HTML version deleted]]
 
 ___
 R-SIG-Mac mailing list
 R-SIG-Mac@r-project.org
 https://stat.ethz.ch/mailman/listinfo/r-sig-mac

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac


[R-SIG-Mac] problem in quartz with emacs/ESS

2012-11-23 Thread Richard M. Heiberger
I think this is a quartz problem interacting with emacs/ESS.  When I run the
following lines in the *R* buffer,

## --
library(grid)
library(lattice)
library(png)

Rlogo.png  -
readPNG(/Library/Frameworks/R.framework/Versions/2.15/Resources/library/png/img/Rlogo.png,
TRUE)

Rlogo.grob - rasterGrob(Rlogo.png, width=unit(.64,in), y=unit(0,npc))
Rlogo.legend - list(left=list(fun=Rlogo.grob))

## example
xyplot(1:10 ~ 1:10, legend=Rlogo.legend)
## --


the plot shows up on the quartz device ok.  When I print from the quartz
device, the sample image
in the print window has two superimposed graphs.  One is the actual image.
 The other is
an upside down mirror image about twice as big.  The printed page shows the
doubled image.

When I print directly to the pdf() device on the Mac, it behaves normally.
When I run the same lines above on the windows() device in Windows, it also
behaves ok.
When I run the same lines from the R gui on the Mac, it behaves normally.

I saw this first with R version 2.15.2 RC (2012-10-18 r60960) and
then when I updated a few minutes ago to
R version 2.15.2 (2012-10-26) -- Trick or Treat, I still see it.

Sometimes, when I attempt to print from the quartz device while running
under ESS,
I get the pinwheel and this message in the *R* buffer.
 Error: REAL() can only be applied to a 'numeric', not a 'NULL'

Killing R is the only recourse at this point.

Rich

[[alternative HTML version deleted]]

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac


Re: [R-SIG-Mac] problem in quartz with emacs/ESS

2012-11-23 Thread Neuwirth Erich
The example prints without anyt problems on my HP Color LaserJet CP2025n

Perhaps it is a problem with your printer driver.

On Nov 23, 2012, at 11:23 PM, Richard M. Heiberger r...@temple.edu wrote:

 I think this is a quartz problem interacting with emacs/ESS.  When I run the
 following lines in the *R* buffer,
 
 ## --
 library(grid)
 library(lattice)
 library(png)
 
 Rlogo.png  -
 readPNG(/Library/Frameworks/R.framework/Versions/2.15/Resources/library/png/img/Rlogo.png,
 TRUE)
 
 Rlogo.grob - rasterGrob(Rlogo.png, width=unit(.64,in), y=unit(0,npc))
 Rlogo.legend - list(left=list(fun=Rlogo.grob))
 
 ## example
 xyplot(1:10 ~ 1:10, legend=Rlogo.legend)
 ## --
 
 
 the plot shows up on the quartz device ok.  When I print from the quartz
 device, the sample image
 in the print window has two superimposed graphs.  One is the actual image.
 The other is
 an upside down mirror image about twice as big.  The printed page shows the
 doubled image.
 
 When I print directly to the pdf() device on the Mac, it behaves normally.
 When I run the same lines above on the windows() device in Windows, it also
 behaves ok.
 When I run the same lines from the R gui on the Mac, it behaves normally.
 
 I saw this first with R version 2.15.2 RC (2012-10-18 r60960) and
 then when I updated a few minutes ago to
 R version 2.15.2 (2012-10-26) -- Trick or Treat, I still see it.
 
 Sometimes, when I attempt to print from the quartz device while running
 under ESS,
 I get the pinwheel and this message in the *R* buffer.
 Error: REAL() can only be applied to a 'numeric', not a 'NULL'
 
 Killing R is the only recourse at this point.
 
 Rich
 
   [[alternative HTML version deleted]]
 
 ___
 R-SIG-Mac mailing list
 R-SIG-Mac@r-project.org
 https://stat.ethz.ch/mailman/listinfo/r-sig-mac

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac