Paul Murrell
2020-May-26 03:08 UTC
[Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
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/
Kenny Bell
2020-May-26 04:36 UTC
[Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
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 > >> > >> ______________________________________________ > >> 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/ >[[alternative HTML version deleted]]
Kenny Bell
2020-May-26 05:05 UTC
[Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
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 >> >> >> >> ______________________________________________ >> >> 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/ >> >[[alternative HTML version deleted]]
Maybe Matching Threads
- [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
- Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?