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 the problem so it's something environmental.
Any tips for possible solutions/troubleshooting would be appreciated! Cheers, Kenny On Tue, May 26, 2020 at 3:09 PM Paul Murrell <p...@stat.auckland.ac.nz> wrote: > > 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] LC_TIME=en_NZ.UTF-8 LC_COLLATE=en_NZ.UTF-8 > [5] LC_MONETARY=en_NZ.UTF-8 LC_MESSAGES=en_NZ.UTF-8 > [7] LC_PAPER=en_NZ.UTF-8 LC_NAME=C > [9] LC_ADDRESS=C LC_TELEPHONE=C > [11] LC_MEASUREMENT=en_NZ.UTF-8 LC_IDENTIFICATION=C > > attached base packages: > [1] stats graphics grDevices utils datasets methods base > > loaded via a namespace (and not attached): > [1] compiler_4.0.0 > > Paul > > On 26/05/20 2:21 pm, Kenny Bell wrote: > > Hi all, > > > > I have found after upgrading to R 4.0.0 (among other upgrades so this may > > not be the cause) that the degree symbol doesn't work correctly on Ubuntu > > 18.04. Googling brought me to this thread that appears related. > > > > I tried running: > > cairo_pdf() > > plot.new(); text(0.5,0.5, bquote(120*degree*N), cex=5) > > dev.off() > > > > and the ubuntu plot has the degree symbol vertically in the center of the > > line. The Windows one correctly shows as superscript. > > > > Anyone else see this behaviour? > > > > Cheers, > > Kenny > > > > On Fri, Apr 10, 2020 at 3:36 AM Nicolas Mailhot via R-devel < > > r-devel@r-project.org> wrote: > > > >> 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 symbol dump in PUA space was a quick > >> hack to make pre-unicode symbols available in an unicode world, pending > >> their normalisation. > >> > >> That standardisation is long past (IIRC it occured by unicode 3.2 > >> released in March 2002), so no newly created/updated font family is > >> going to place those symbols in PUA anymore. > >> > >> Now adding the AMS symbols to new fonts has been slow, due to the large > >> amount of software hardcoding Symbol (and equivallent) and masking the > >> actual glyph userbase to font makers. It will accelerate with more apps > >> expecting plain unicode by default. > >> > >> Thanks for the testing! > >> > >> Regards, > >> > >> -- > >> Nicolas Mailhot > >> > >> ______________________________________________ > >> R-devel@r-project.org mailing list > >> https://stat.ethz.ch/mailman/listinfo/r-devel > >> > >> > >> ______________________________________________ > >> R-devel@r-project.org mailing list > >> https://stat.ethz.ch/mailman/listinfo/r-devel > > -- > Dr Paul Murrell > Department of Statistics > The University of Auckland > Private Bag 92019 > Auckland > New Zealand > 64 9 3737599 x85392 > p...@stat.auckland.ac.nz > http://www.stat.auckland.ac.nz/~paul/ > [[alternative HTML version deleted]] ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
