[FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

I can also confirm that the latest  https://hub.docker.com/_/r-base has
the correct behaviour.

On Tue, May 26, 2020 at 5:05 PM Kenny Bell <kmbell56 at gmail.com> wrote:

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 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 <paul at 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 at 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

--
Dr Paul Murrell
Department of Statistics
The University of Auckland
Private Bag 92019
Auckland
New Zealand
64 9 3737599 x85392
paul at stat.auckland.ac.nz
http://www.stat.auckland.ac.nz/~paul/