R devel - May 2020 - Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

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

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
>
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Rplot001_ubuntu.pdf
Type: application/pdf
Size: 6023 bytes
Desc: not available
URL:
<https://stat.ethz.ch/pipermail/r-devel/attachments/20200526/19bc9f41/attachment.pdf>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Rplot001_windows.pdf
Type: application/pdf
Size: 13572 bytes
Desc: not available
URL:
<https://stat.ethz.ch/pipermail/r-devel/attachments/20200526/19bc9f41/attachment-0001.pdf>

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
>>
>> ______________________________________________
>> R-devel at r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>>
>> ______________________________________________
>> R-devel at 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
paul at stat.auckland.ac.nz
http://www.stat.auckland.ac.nz/~paul/