similar to: Problem with plot in several cases, font issue?

Displaying 20 results from an estimated 8000 matches similar to: "Problem with plot in several cases, font issue?"

2008 Sep 16
4
ubuntu hardy packages 32bit no tcltk support
Dear all, I noticed that the r-base package for Ubuntu 8.04.1 do not have the tcltk support compiled in. Would it be possible to correct this? > echo "capabilities()" | R --no-save | tail -6 [Previously saved workspace restored] > capabilities() jpeg png tcltk X11 aqua http/ftp sockets libxml TRUE TRUE FALSE TRUE FALSE TRUE
2016 Jan 02
1
Default R Font Changed After Upgrade to Debian 8
Good day, The code is : png("grainy.png", h = 600, w = 900) plot(1:10, main = "abcedfghijklmnopqrstuvwxyz", cex.main = 4, cex.lab = 4, cex.axis = 4) dev.off() and the server has the characteristics : > getOption("bitmapType") [1] "cairo" > sessionInfo() R version 3.2.3 (2015-12-10) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Debian
2013 Oct 21
2
png(type='cairo'): point symbols without boarders are not anti-aliased?
Hi, It seems that anti-aliasing in png(type = 'cairo') is not well supported for the point symbols without boarders, e.g. pch = 16. The Cairo package works well, though. You can compare png() with CairoPNG(): png(): http://i.imgur.com/8niB3jX.png CairoPNG(): http://i.imgur.com/FZBJOxm.png f = function(dev, ..., main = '') { dev(...) plot(c(1, 2, 1, 2), c(1, 1, 2, 2),
2015 Dec 30
2
Default R Font Changed After Upgrade to Debian 8
Good day, I have been unable to solve this issue. Do you get grainy fonts when running the test case plot(1:10, main = "abcedfghijklmnopqrstuvwxyz", cex.main = 4, cex.lab = 4, cex.axis = 4) What version of libcairo is on your system ? -------------------------------------- Dario Strbenac PhD Student University of Sydney Camperdown NSW 2050 Australia
2010 Nov 08
2
incorrect DLL path for Rbitmap.dll on Windows
Hello, I think there is a problem in recent devel builds of R on Windows with various devices from the grDevices package. For example: > capabilities() jpeg png tiff tcltk X11 aqua http/ftp sockets TRUE TRUE TRUE TRUE FALSE FALSE TRUE TRUE libxml fifo cledit iconv NLS profmem cairo TRUE FALSE TRUE TRUE
2010 May 09
2
Non-zero exit status for survival package
I'm running R 2.11 on Karmic. I'm having difficulty installing quite a few packages with the returned error message of "installation of package "[whatever the packages happens to be]" had non-zero exit status. I know this message sometimes is caused by incorrect or missing java packages and the like. I generally don't have issues with the installation of R or R packages
2020 Apr 30
2
problem with `viridis` on Ubuntu 20.04
Il 30/04/20 01:39, Dirk Eddelbuettel ha scritto: > > On 30 April 2020 at 01:24, Samuele Carcagno wrote: > | I've hit a bug on Ubuntu 20.04. The issue occurred both with the R > | version that shipped with Ubuntu last week, and it is occurring now with > | the CRAN packages from one of the mirros (deb > | http://cran.mirror.garr.it/mirrors/CRAN/bin/linux/ubuntu/ > |
2009 Oct 01
1
X11 Problems
Hi all, I'm having trouble getting x11 to work with R. (This is on Debian testing.) I installed r-base and r-base-dev, and then r-cran-cairodevice. I also tried installing the Cairo package within R, which appears to work fine. This what I'm seeing: > capabilities() jpeg png tiff tcltk X11 aqua http/ftp sockets TRUE TRUE TRUE TRUE
2009 Jun 17
1
Unable to use jpeg(), png() etc.....
Hello, I 've just re-installed R 2.9.0 on ubuntu 9.04. I do not understand why I am unable to use simple device function such as jpeg(), png()... > png() Error in X11(paste("png::", filename, sep = ""), width, height, pointsize, : unable to start device PNG In addition: Warning message: In png() : no png support in this version of R > capabilities() jpeg
2010 Mar 05
1
Redhat Linux Install
I just installed R on Redhat Linux at work for the first time and have two questions. 1. I tried to install R to have png and cairo capabilities and was unsuccessful. Before running make, I ran ./configure --with-libpng=yes --with-x=no --with-cairo=yes --with-readline-yes . R installed fine, but when I run R and type capabilities() > capabilities() jpeg png tiff tcltk
2014 Jun 26
1
Compiling R-3.1.0 on debian with libpng/libjpeg
Dear r-developers, I currently face an issue while compiling R from source on a debian wheezy. When running the configure script (particularly with --enable-R-shlib --prefix=/packages/R/3.1.0/) I get a Makefile and the output ... Interfaces supported: X11 External libraries: readline Additional capabilities: PNG, JPEG, NLS Options enabled: shared R library, shared
2012 Jun 04
1
X11 font error on headless server running Xvfb
I am trying to run an R script to create a .png file containing a tree map on a headless Linux server using Xvfb. When I try to run tmPlot, I get the following errors and warnings: Error in grid.Call(L_textBounds, as.graphicsAnnot(x$label), x$x, x$y, : X11 font -adobe-helvetica-%s-%s-*-*-%d-*-*-*-*-*-*-*, face 1 at size 9 could not be loaded Calls: tmPlot ... <Anonymous> ->
2010 Jun 17
1
No graphics capability on fresh install of R2.11.0 on FreeBSD 8.0
G'day all, I am working on a new FreeBSD 8.0 Server (remotely located), and have installed (now several times) R 2.11.0 but I cannot get any graphic outputs (everything else seems to be happening fine...) During install I have noticed and checked that png, jpeg, cairo etc libraries are available - here is the build output : R is now configured for amd64-portbld-freebsd8.0 Source
2010 Apr 17
2
grid.cap() requires more time?
Dear all, I am puzzled by the following behavior of the new grid.cap() function, which appears to run out of time when capturing the output of a graphic. It works fine if I introduce a Sys.sleep(1) before executing more code, library(grid) quartz() grid.circle(gp=gpar(fill="black")) gg <- grid.cap() dev.new() grid.raster(gg) ## completely blank gg[gg!="white"] ## indeed
2008 Jun 16
1
tiff(), jpeg(), and png() in R 2.7.0: problems if 'units = "in"' but default height and width
I love the new tiff(), jpeg(), and png() in R 2.7.0 but found an issue that I didn't see reported. When specifying 'units = "in"' but forgetting to change the default height and width (so the figure is unintentionally going to be 480 inches by 480 inches) I run into problems. Here's the reproducible example: tiff("a.tiff", units = "in", res = 1200,
2012 Jan 18
1
png cairo device problems on Mac 10.6.8
Hi all, I have been having problems generating png files on a Mac running OS X 10.6.8. Here's a simple example > png("foo.png", type = "cairo"); plot(1:10); dev.off(); null device 1 libpng warning: Application built with libpng-1.2.26 but running with 1.5.2 The resultant file is of size 0 Kb. Is this the proper place to report this issue? Or should
2008 Apr 03
1
X11 image problem in R-2.8.0 Under development / R-2.7
I apologize if this is too obscure to reproduce, or some idiosyncratic aspects of my system. If I create a plot, e.g., > plot(1:10) I get a graphics device as expected. I then click on the 'zoom' box on my X11 window, so the window expands to occupy the entire screen. The plot is redrawn at the scale of the large window, but is clipped to the 'unzoomed' size. I only
2009 Sep 14
1
setting plotting device
Hi All, I have recently *re*-installed R-2.9.1 in my Linux machine. Since then, I am unable to plot using the usual interactive device. > plot(1:10) This plots in a pdf file "Rplots.pdf" in my working directory. > sessionInfo() R version 2.9.1 (2009-06-26) i686-pc-linux-gnu locale:
2020 Feb 29
3
tcl problem with R-3.6.3?
I knew I could work around. But this shouldn't happen. And yes. Same problem with your example. blurfle$ R --vanilla R version 3.6.3 (2020-02-29) -- "Holding the Windsock" Copyright (C) 2020 The R Foundation for Statistical Computing Platform: x86_64-pc-linux-gnu (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain
2020 Feb 29
1
tcl problem with R-3.6.3?
No. I didn't do any of that and am now at a hockey game. But since I can't reproduce the problem after an Ubuntu online update and reboot, I assume the issue is moot. But I will check these things in an hour or so. On Sat, Feb 29, 2020, 3:24 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > Charles, > > Did you try a build of the provided alpha, beta and rc releases