Re: [Rd] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
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 > Rplot001_ubuntu.pdf Description: Adobe PDF document Rplot001_windows.pdf Description: Adobe PDF document __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [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-8LC_COLLATE=en_NZ.UTF-8 [5] LC_MONETARY=en_NZ.UTF-8LC_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/ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [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 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-8LC_COLLATE=en_NZ.UTF-8 > [5] LC_MONETARY=en_NZ.UTF-8LC_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
Re: [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 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 > 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-8LC_COLLATE=en_NZ.UTF-8 >> [5] LC_MONETARY=en_NZ.UTF-8LC_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
Re: [Rd] [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 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 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 >> 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-8LC_COLLATE=en_NZ.UTF-8 >>> [5] LC_MONETARY=en_NZ.UTF-8LC_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
Re: [Rd] [FORGED] Re: Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?
I also tried just upgrading to 20.04 and that seemed to fix it. On Tue, May 26, 2020 at 5:38 PM Kenny Bell wrote: > 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 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 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 >>> 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-8LC_COLLATE=en_NZ.UTF-8 [5] LC_MONETARY=en_NZ.UTF-8LC_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
