similar to: y label for X11 graphics

Sorry, can't reproduce on ... > sessionInfo() R version 3.4.1 (2017-06-30) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Ubuntu 14.04.5 LTS Matrix products: default BLAS: /usr/lib/libblas/libblas.so.3.0 LAPACK: /usr/lib/lapack/liblapack.so.3.0 locale: [1] LC_CTYPE=en_NZ.UTF-8 LC_NUMERIC=C [3] LC_TIME=en_NZ.UTF-8 LC_COLLATE=en_NZ.UTF-8 [5]

In plotmath expressions, R's degree symbol, e.g. shown by plot(1, main = parse(text = "1*degree*C")) has sunk to halfway the text line, instead of touching its top. In older R versions this looked much better. -- Edzer Pebesma Institute for Geoinformatics Heisenbergstrasse 2, 48151 Muenster, Germany Phone: +49 251 8333081

I am not seeing that problem on my 18.04 ... > sessionInfo() R version 4.0.0 Patched (2020-05-12 r78431) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Ubuntu 18.04.4 LTS Matrix products: default BLAS: /home/pmur002/R/R-4-0-branch/BUILD/lib/libRblas.so LAPACK: /home/pmur002/R/R-4-0-branch/BUILD/lib/libRlapack.so locale: [1] LC_CTYPE=en_NZ.UTF-8 LC_NUMERIC=C [3]

I was actually able to reproduce this on a relatively fresh install of 18.04 (a virtualbox). Paul, did you run apt update && apt upgrade before trying to reproduce? On Tue, May 26, 2020 at 4:36 PM Kenny Bell <kmbell56 at gmail.com> wrote: > Hi Paul, > > I tried downgrading to R 3.4.4 and I still see the problem. I also have a > conda environment that doesn't exhibit

In an elderly version of ``plotSymbols'' (now in the cwhmisc package) that I had lying around, there was the example plot(1:10,xlab="\374") which the comments said would give a u-umlaut as the x-axis label. When I execute this plot (a) I get no x-axis label at all, and (b) the plot ``freezes'' in that further plotting commands (e.g. plot(runif(42))) produce no

Full_Name: Craig Ruff Version: 2.7.1 OS: Irix 6.5.30 Submission from: (NULL) (128.117.8.145) Cairo based bitmap graphics output should work if cairo and R have been compiled without xlib support. 2.7.1 gives the "X11 is not available" message in this case when run interactively, and from my reading the png documentation, calling png(filename=..., type="cairo") should work.

Le mercredi 08 avril 2020 ? 02:55 -0700, Gabriel Becker a ?crit : > Hi Paul, Hi Gabriel, Thanks a lot for the testing. > The various font family settings seem to work too, from what I can > tell. Both font families you suggested, however, Helvetica and Apple > Symbols (the s is important) have significantly incomplete coverage > with PUA on. That is to be expected, the AMS

I posted previously about problems with X11() on my MAC using R 2.8.1 . After installing the securilty update for Tiger this morning, X11() now works from an xterm :-) However, I receive the following warnings with any plotting command using the default X11 settings. Fontconfig warning: no <cachedir> elements found. Check configuration. Fontconfig warning: adding

Hello, So the Homebrew community dropped support for --with-cairo which is a shame because --without-x --with-cairo is an important combination for any environment that might need to generate graphics without X11 (or related) dependencies (macOS, headless linux servers). This rejected GitHub PR contains more detail: https://github.com/Homebrew/homebrew-core/pull/24094 (See also these comments:

Hi all, I'm writing an interactive plotting function for viewing fMRI datasets. Currently, I get keypresses using grDevices::getGraphicsEvent(). Unfortunately getGraphicsEvent() only supports the X11(type="Xlib") graphics device on Unix systems. The Xlib device doesn't support buffering (i.e. dev.hold() and dev.flush()), so redrawing the plots causes lots of flickering. Is

Hi Frederik, >>>>> <frederik at ofb.net> >>>>> on Tue, 7 Jun 2016 15:20:05 -0700 writes: > ... I just realized that setGraphicsEventHandlers or > getGraphicsEvent could have an 'onIdle' callback, to be > called somewhere in the polling loop of gevents.c:163 - I > think this would solve my problem #2 in a minimally

Hi Taking a look at those patches is now on my todo list, so I may be in touch with both of you at some point to request some testing. Paul On 26/07/16 07:17, frederik at ofb.net wrote: > Dear Daniel Greenidge, > > To enable getGraphicsEvent on Cairo, you have two patches to choose > from: > > https://bugs.r-project.org/bugzilla/show_bug.cgi?id=14364 >

I'm using Suse Linux Enterprise Desktop 10.2 (SP2) on an HP 2133 (x86) mini-notebook. (There apparently are a LOT of bugs in 10.1!) I downloaded R-base from the openSuse 10.2 repository and was (finally) able to install it (after installing blas and gcc-fortran). I can start an R session and do computations. When I try to do any graphics using x11, I get the message: unable to load shared

Hi The current status is that I am keen for people to contribute some testing code (see https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16951) There were also some getGraphicsEvent() changes/fixes suggested by Richard Bodewits (cc'ed), for which I am also seeking test code. Paul On 13/11/16 09:00, frederik at ofb.net wrote: > Hi Paul, > > Just checking in to see what the

Hi R-Devel, I've been working on an oscilloscope project using an Arduino microcontroller board. I found that it's quite easy to get realtime updates, e.g. 30+ frames per second, if I read data from the board in a little Rcpp library. I have to use dev.hold() and dev.flush() to keep the plot from flickering, which restricts me to the "cairo" X11 device. I'd like to be able

There have been spasmodic reports of symbols such as pi and infinity in plotmath being reproduced incorrectly on the X11 device on some Linux systems (at least Ubuntu 10 and Fedora 12/13), and we've managed to track down one cause whilst investigating PR#14355. Some systems have Wine and hence the Wine symbol font installed. 'fontconfig', which is used by cairographics in

Hello: I'm running R 2.7.1 in Antix (Mepis kernel but heavily debian based). I have installed libcairo2 (1.6.4-6.1). I tried installing the Cairo package since I'm interested in generating some SVG graphs, and I got the following message: Only partial output (lines with no): .... checking if R was compiled with the RConn patch... no checking cairo.h usability... yes checking cairo.h

Great. Thanks! Paul On 14/11/16 13:41, frederik at ofb.net wrote: > Hi Paul, > > Thank you, for some reason I didn't seem to get an email notification > for your bugzilla comment! > > I will try to send you something shortly. > > Frederick > > On Mon, Nov 14, 2016 at 08:55:20AM +1300, Paul Murrell wrote: >> Hi >> >> The current status is that

R-devel has new versions of the X11(), png() and jpeg() devices on Unix-alikes. The intention is that these are used identically to the previous versions (which remain available) but will produce higher-quality output with more features. Pros: Antialiasing of text and lines (can be turned off) but no blurring of fills. Buffering of the X11 display and fast repainting from a backing image.

Hi Just taking a bit more of a look at this today (currently fixated on making sure I can build some good regression tests). The best thing you can do is to keep reminding me like this :) Paul On 09/12/16 11:19, frederik at ofb.net wrote: > Hi Paul, > > Thanks for your efforts. Do you have an idea when my patch(es) might > be committed? Is there anything I can do to help move this