[R-SIG-Mac] Wiki or Development for Mac-R.app-graphics-insert-to-Word?
simon.urbanek at r-project.org
Tue Jan 30 23:36:23 CET 2007
Thanks for all those contributions. What I can see as an action point
is that quartz.save(..) should be extended to allow a DPI
specification when used with type='png', such that you will get hi-
res WYSIWYG. The later is crucial to me to be honest, that's why I
was discouraging the use of png(..), bitmap(..) and friends. Although
essentially the same can be achieved by using quartz.save(..,
type='pdf')+Preview, but reducing the Preview step may be worthwhile.
On Jan 30, 2007, at 5:22 PM, Martin Henry H. Stevens wrote:
> Nice writing -- to the point. I have read the advice about png, and
> when I use bitmap with res=400, it is great. However, lower
> resolution (with drag and drop) is jaggy enough to be, IMHO, less-
> than publication quality and less than good enough for my
> presentations. This seems like a problem on my computer, or a simple
> difference of opinion that would be great to be shared (option 1,
> option 2). Disagreements are healthy, yes?
> On Jan 30, 2007, at 11:43 AM, Thomas Lumley wrote:
>> On Mon, 29 Jan 2007, stefano iacus wrote:
>>> Please stop this dogmatic war against/in_favor_of Word & Co. or I'm
>>> forced to close this thread.
>> A dogma-free summary:
>> 1. Word (and the rest of office) doesn't display PDFs, but can
>> PNG or JPEG
>> 2. PNG is better for statistical graphics
>> 3. PNG can be produced by drag-and-drop, with Preview from a PDF, or
>> directly from the png() driver. Simon (who should know) recommends
>> and drop. I have tended to use the png() driver at higher-than-
>> 4. Under Windows, PNG may require Quicktime in order to be displayed.
>> 5. R does not know how to produce .wmf -- under Windows, R does
>> device-independent graphics calls that are translated to .wmf, .png,
>> .jpeg, or screen images by the operating system as required. This
>> means it
>> would not be easy to make .wmf on Mac.
>> 6. Implementing .wmf output off Windows does not appear to be a high
>> priority for any of the active (core or non-core) developers. If it
>> happens, someone else will have to do it.
>> 7. Many people have strong views on Word that go beyond questions
>> of the
>> use of R on Mac OS X platforms.
>> R-SIG-Mac mailing list
>> R-SIG-Mac at stat.math.ethz.ch
> Dr. Hank Stevens, Assistant Professor
> 338 Pearson Hall
> Botany Department
> Miami University
> Oxford, OH 45056
> Office: (513) 529-4206
> Lab: (513) 529-4262
> FAX: (513) 529-4243
> "E Pluribus Unum"
> R-SIG-Mac mailing list
> R-SIG-Mac at stat.math.ethz.ch
More information about the R-SIG-Mac