Re: [R-SIG-Mac] BWidget (external software)

[Prof Brian Ripley]

On 09/02/2021 23:59, Manuel Spínola wrote:

Dear list members,

How can I install  the external package BWidget in R for macOS?


I believe you are asking about a Tcl/Tk package (not an R package): that 
is discussed in the R manuals and


https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Non_002dR-scripts-in-packages

gives installation instructions.

--
Brian D. Ripley,  rip...@stats.ox.ac.uk
Emeritus Professor of Applied Statistics, University of Oxford

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] [External] Behaviour or Quartz windows

[Peter West]

R version 4.0.3 (2020-10-10)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Big Sur 10.16

Matrix products: default
BLAS:   
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRblas.dylib
LAPACK: 
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib

locale:
[1] en_AU.UTF-8/en_AU.UTF-8/en_AU.UTF-8/C/en_AU.UTF-8/en_AU.UTF-8

attached base packages:
[1] stats graphics  grDevices utils datasets  methods   base 

loaded via a namespace (and not attached):
[1] compiler_4.0.3 tools_4.0.3 

> On 10 Feb 2021, at 4:26 am, Prof Brian Ripley  wrote:
> 
> The quartz() device has nothing to so with XQuartz.  Quartz is part of macOS: 
> https://en.wikipedia.org/wiki/Quartz_(graphics_layer)
> 
> Using XQuartz betas is not supported: it is very unfortunate that they are 
> persuading users to install a beta version.
> 
> You have not followed the posting guide and posted the sessionInfo(). We are 
> left to guess that you are using an Intel build of R under emulation, but 
> homebrew does have (a rather broken) arm64 build of R 4.0.3: we do not 
> support arm64 builds on R < 4.1.0.  My understanding is that in the CRAN 
> release of R 4.0.3 only the X11() device and parts of Tk interact with 
> XQuartz, although other parts may in other builds.
> 
> On 09/02/2021 17:33, Richard M. Heiberger wrote:
>> Is R on M1 really talking to the REAL XQuartz?  After I opened XQuartz from 
>> the spotlignt, it acknowledged the xterm window, but not the R graphics 
>> window.  When I closed the XQuartz
>> app, the R graphics window was still open and functioning.  dev.cur() says 
>> "quartz".
>> just checked on my older intel mac.  same behavior.  the Xquartz.app menu 
>> doesn't list
>> the R graphics window, and the R graphics shows "...", not "XQuartz" in the 
>> menu bar.
>> 
>> From: R-SIG-Mac  on behalf of Richard M. 
>> Heiberger 
>> Sent: Tuesday, February 9, 2021 11:56 AM
>> To: Peter West; r-sig-mac@r-project.org
>> Subject: Re: [R-SIG-Mac] [External]  Behaviour or Quartz windows
>> When I draw a 9x7 panel lattice it displays 12 panels, then sits there until 
>> I resize the window. then the rest appears.  When I display another 9x7, it 
>> too sits at 12 panels.
>> When I Cmd-left for the previous display, the current one vanishes entirely.
>> When I send the command again, after it sits I resize the window.  Now the 
>> full second display
>> is visible.  When I Cmd-left followed by Cmd-right, the second display is 
>> lost.
>> I am using R version 4.0.3 (2020-10-10) on Silicon Mac Big Sur 11.1 from 
>> inside ESS.
>> XQuartz doesn't report correctly.  On the MenuBar it doesn't say "XQuartz".  
>> Instead it shows a
>> small Apple Icon which has no information when clicked.  When I search using 
>> the MenuBar Spotlight icon, it tells me Xquartz 2.8.0_beta1 and offers to 
>> update to beta3.  Clicking on XQuartz.app in the Spotlight menu gives proper 
>> XQuartz information in the upper left corner
>> of the MenuBar.
>> Rich
>> Get Outlook for iOS
>> 
>> From: R-SIG-Mac  on behalf of Peter West 
>> 
>> Sent: Tuesday, February 9, 2021 10:35:59 AM
>> To: r-sig-mac@r-project.org 
>> Subject: [External] [R-SIG-Mac] Behaviour or Quartz windows
>> Hi,
>> I�ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2 R 
>> 4.0.3 GUI 1.73 on M1 silicon. I have installed the beta3 version of Quartz. 
>> In my case I have to CMD <- twice, then go forward to get the next to last 
>> plot.
>> Are these Quartz windows constructed using native MacOS graphics or XQuartz?
>> Peter
>> �
>> Peter West
>> peter.b.w...@ehealth.id.au
>> �that they might touch even the fringe of his garment. And as many as 
>> touched it were made well.
>> ___
>> R-SIG-Mac mailing list
>> R-SIG-Mac@r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>> [[alternative HTML version deleted]]
>> ___
>> R-SIG-Mac mailing list
>> R-SIG-Mac@r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> 
> 
> -- 
> Brian D. Ripley,  rip...@stats.ox.ac.uk
> Emeritus Professor of Applied Statistics, University of Oxford

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

[R-SIG-Mac] BWidget (external software)

[Manuel Spínola]

Dear list members,

How can I install  the external package BWidget in R for macOS?

Manuel

-- 
*Manuel Spínola, Ph.D.*
Instituto Internacional en Conservación y Manejo de Vida Silvestre
Universidad Nacional
Apartado 1350-3000
Heredia
COSTA RICA
mspin...@una.cr 
mspinol...@gmail.com
Teléfono: (506) 8706 - 4662
Personal website: Lobito de río 
Institutional website: ICOMVIS 

[[alternative HTML version deleted]]

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] Behaviour or Quartz windows

[BATES Timothy]

Same behavior here with ggplot and base plotting: plots don’t display, but if I 
cmd<- then cmd->, the plot is drawn

sessionInfo() output below

> On 9 Feb 2021, at 15:35, Peter West  wrote:
> I’ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2 R 
> 4.0.3 GUI 1.73 on M1 silicon. I have installed the beta3 version of Quartz. 
> In my case I have to CMD <- twice, then go forward to get the next to last 
> plot.


sessionInfo()
R version 4.0.3 (2020-10-10)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Big Sur 10.16

Matrix products: default
BLAS:   
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRblas.dylib
LAPACK: 
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib

locale:
[1] en_GB.UTF-8/en_GB.UTF-8/en_GB.UTF-8/C/en_GB.UTF-8/en_GB.UTF-8

attached base packages:
[1] stats graphics  grDevices utils datasets  methods   base

other attached packages:
[1] ggplot2_3.3.2 umx_4.3.0 cowplot_1.1.0 OpenMx_2.18.1-233 
devtools_2.3.0usethis_2.0.0

loaded via a namespace (and not attached):
[1] colorspace_2.0-0ellipsis_0.3.1  rprojroot_2.0.2 R2HTML_2.3.2
fs_1.4.1
[6] rstudioapi_0.13 farver_2.0.3roxygen2_7.1.1  lavaan_0.6-6
remotes_2.1.1
[11] fansi_0.4.1 mvtnorm_1.1-0   xml2_1.3.2  extrafont_0.17 
 mnormt_1.5-7
[16] knitr_1.30  pkgload_1.1.0   jsonlite_1.7.2  Rttf2pt1_1.3.8 
 DiagrammeR_1.0.6.1
[21] compiler_4.0.3  httr_1.4.1  assertthat_0.2.1Matrix_1.2-18  
 cli_2.2.0
[26] hrbrthemes_0.8.6visNetwork_2.0.9htmltools_0.5.0 
prettyunits_1.1.1   tools_4.0.3
[31] gtable_0.3.0glue_1.4.2  dplyr_0.8.5 rsvg_2.1   
 V8_3.4.0
[36] Rcpp_1.0.5  vctrs_0.3.6 nlme_3.1-149
extrafontdb_1.0 DiagrammeRsvg_0.1
[41] xfun_0.19   stringr_1.4.0   ps_1.5.0testthat_3.0.1 
 rvest_0.3.6
[46] lifecycle_0.2.0 MASS_7.3-53 scales_1.1.1parallel_4.0.3 
 RColorBrewer_1.1-2
[51] curl_4.3memoise_1.1.0   MuMIn_1.43.15   gdtools_0.2.2  
 stringi_1.5.3
[56] highr_0.8   desc_1.2.0  polycor_0.7-10  pkgbuild_1.2.0 
 rlang_0.4.9
[61] pkgconfig_2.0.3 commonmark_1.7  systemfonts_0.3.2   bitops_1.0-6   
 evaluate_0.14
[66] lattice_0.20-41 purrr_0.3.4 labeling_0.4.2  
htmlwidgets_1.5.1   processx_3.4.5
[71] tidyselect_1.1.0magrittr_2.0.1  R6_2.5.0pillar_1.4.7   
 withr_2.3.0
[76] RCurl_1.98-1.2  tibble_3.0.4crayon_1.3.4rmarkdown_2.6  
 grid_4.0.3
[81] pbivnorm_0.6.0  callr_3.5.1 digest_0.6.27   webshot_0.5.2  
 xtable_1.8-4
[86] numDeriv_2016.8-1.1 stats4_4.0.3munsell_0.5.0   
viridisLite_0.3.0   kableExtra_1.2.1
[91] sessioninfo_1.1.1
The University of Edinburgh is a charitable body, registered in Scotland, with 
registration number SC005336.
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] [External] Re: [External] Behaviour or Quartz windows

[Kasper Daniel Hansen]

quartz is the graphics layer of OS X (
https://en.wikipedia.org/wiki/Quartz_(graphics_layer)). This is why the
"native" Apple device is called quartz() in R. This is a super nice device
IMO.

Xquartz is a port of X11 to quartz. To use XQuartz on OS X you have to use
the x11() device (or features which uses X11). So basically, they have
nothing to do with each other.

On Tue, Feb 9, 2021 at 8:15 PM Richard M. Heiberger  wrote:

> Your are correct.  I have been using quartz() on the released intel build
> of R_4.0.3 on the
> Mac Silicon.  The misbehavior I reported is about quartz(). R graphics
> defaults to quartz()
> when no device is specified.
>
> I was unaware that XQuartz and quartz are unrelated.   quartz is faster
> and allows pagination.  XQuartz is very slow, you can watch it draw each
> panel, and each bar in a bar graph.
> XQuartz does not have pagination.
>
> 
> From: Prof Brian Ripley 
> Sent: Tuesday, February 9, 2021 1:26 PM
> To: Richard M. Heiberger; Peter West; r-sig-mac@r-project.org
> Subject: [External] Re: [R-SIG-Mac] [External] Behaviour or Quartz windows
>
> The quartz() device has nothing to so with XQuartz.  Quartz is part of
> macOS: https://en.wikipedia.org/wiki/Quartz_(graphics_layer)
>
> Using XQuartz betas is not supported: it is very unfortunate that they
> are persuading users to install a beta version.
>
> You have not followed the posting guide and posted the sessionInfo().
> We are left to guess that you are using an Intel build of R under
> emulation, but homebrew does have (a rather broken) arm64 build of R
> 4.0.3: we do not support arm64 builds on R < 4.1.0.  My understanding is
> that in the CRAN release of R 4.0.3 only the X11() device and parts of
> Tk interact with XQuartz, although other parts may in other builds.
>
> On 09/02/2021 17:33, Richard M. Heiberger wrote:
> > Is R on M1 really talking to the REAL XQuartz?  After I opened XQuartz
> from the spotlignt, it acknowledged the xterm window, but not the R
> graphics window.  When I closed the XQuartz
> > app, the R graphics window was still open and functioning.  dev.cur()
> says "quartz".
> >
> > just checked on my older intel mac.  same behavior.  the Xquartz.app
> menu doesn't list
> > the R graphics window, and the R graphics shows "...", not "XQuartz" in
> the menu bar.
> >
> > 
> > From: R-SIG-Mac  on behalf of Richard
> M. Heiberger 
> > Sent: Tuesday, February 9, 2021 11:56 AM
> > To: Peter West; r-sig-mac@r-project.org
> > Subject: Re: [R-SIG-Mac] [External]  Behaviour or Quartz windows
> >
> > When I draw a 9x7 panel lattice it displays 12 panels, then sits there
> until I resize the window. then the rest appears.  When I display another
> 9x7, it too sits at 12 panels.
> > When I Cmd-left for the previous display, the current one vanishes
> entirely.
> > When I send the command again, after it sits I resize the window.  Now
> the full second display
> > is visible.  When I Cmd-left followed by Cmd-right, the second display
> is lost.
> >
> > I am using R version 4.0.3 (2020-10-10) on Silicon Mac Big Sur 11.1 from
> inside ESS.
> >
> > XQuartz doesn't report correctly.  On the MenuBar it doesn't say
> "XQuartz".  Instead it shows a
> > small Apple Icon which has no information when clicked.  When I search
> using the MenuBar Spotlight icon, it tells me Xquartz 2.8.0_beta1 and
> offers to update to beta3.  Clicking on XQuartz.app in the Spotlight menu
> gives proper XQuartz information in the upper left corner
> > of the MenuBar.
> >
> > Rich
> >
> > Get Outlook for iOS
> > 
> > From: R-SIG-Mac  on behalf of Peter
> West 
> > Sent: Tuesday, February 9, 2021 10:35:59 AM
> > To: r-sig-mac@r-project.org 
> > Subject: [External] [R-SIG-Mac] Behaviour or Quartz windows
> >
> > Hi,
> >
> > I�ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2
> R 4.0.3 GUI 1.73 on M1 silicon. I have installed the beta3 version of
> Quartz. In my case I have to CMD <- twice, then go forward to get the next
> to last plot.
> >
> > Are these Quartz windows constructed using native MacOS graphics or
> XQuartz?
> >
> > Peter
> >
> > �
> > Peter West
> > peter.b.w...@ehealth.id.au
> > �that they might touch even the fringe of his garment. And as many as
> touched it were made well.
> >
> > ___
> > R-SIG-Mac mailing list
> > R-SIG-Mac@r-project.org
> > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> >
> >  [[alternative HTML version deleted]]
> >
> > ___
> > R-SIG-Mac mailing list
> > R-SIG-Mac@r-project.org
> > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> >
>
>
> --
> Brian D. Ripley,  rip...@stats.ox.ac.uk
> Emeritus Professor of Applied Statistics, University of Oxford
> ___
> R-SIG-Mac mailing list
> 

Re: [R-SIG-Mac] [External] Re: [External] Behaviour or Quartz windows

[Richard M. Heiberger]

Your are correct.  I have been using quartz() on the released intel build of 
R_4.0.3 on the
Mac Silicon.  The misbehavior I reported is about quartz(). R graphics defaults 
to quartz()
when no device is specified.

I was unaware that XQuartz and quartz are unrelated.   quartz is faster and 
allows pagination.  XQuartz is very slow, you can watch it draw each panel, and 
each bar in a bar graph.
XQuartz does not have pagination.


From: Prof Brian Ripley 
Sent: Tuesday, February 9, 2021 1:26 PM
To: Richard M. Heiberger; Peter West; r-sig-mac@r-project.org
Subject: [External] Re: [R-SIG-Mac] [External] Behaviour or Quartz windows

The quartz() device has nothing to so with XQuartz.  Quartz is part of
macOS: https://en.wikipedia.org/wiki/Quartz_(graphics_layer)

Using XQuartz betas is not supported: it is very unfortunate that they
are persuading users to install a beta version.

You have not followed the posting guide and posted the sessionInfo().
We are left to guess that you are using an Intel build of R under
emulation, but homebrew does have (a rather broken) arm64 build of R
4.0.3: we do not support arm64 builds on R < 4.1.0.  My understanding is
that in the CRAN release of R 4.0.3 only the X11() device and parts of
Tk interact with XQuartz, although other parts may in other builds.

On 09/02/2021 17:33, Richard M. Heiberger wrote:
> Is R on M1 really talking to the REAL XQuartz?  After I opened XQuartz from 
> the spotlignt, it acknowledged the xterm window, but not the R graphics 
> window.  When I closed the XQuartz
> app, the R graphics window was still open and functioning.  dev.cur() says 
> "quartz".
>
> just checked on my older intel mac.  same behavior.  the Xquartz.app menu 
> doesn't list
> the R graphics window, and the R graphics shows "...", not "XQuartz" in the 
> menu bar.
>
> 
> From: R-SIG-Mac  on behalf of Richard M. 
> Heiberger 
> Sent: Tuesday, February 9, 2021 11:56 AM
> To: Peter West; r-sig-mac@r-project.org
> Subject: Re: [R-SIG-Mac] [External]  Behaviour or Quartz windows
>
> When I draw a 9x7 panel lattice it displays 12 panels, then sits there until 
> I resize the window. then the rest appears.  When I display another 9x7, it 
> too sits at 12 panels.
> When I Cmd-left for the previous display, the current one vanishes entirely.
> When I send the command again, after it sits I resize the window.  Now the 
> full second display
> is visible.  When I Cmd-left followed by Cmd-right, the second display is 
> lost.
>
> I am using R version 4.0.3 (2020-10-10) on Silicon Mac Big Sur 11.1 from 
> inside ESS.
>
> XQuartz doesn't report correctly.  On the MenuBar it doesn't say "XQuartz".  
> Instead it shows a
> small Apple Icon which has no information when clicked.  When I search using 
> the MenuBar Spotlight icon, it tells me Xquartz 2.8.0_beta1 and offers to 
> update to beta3.  Clicking on XQuartz.app in the Spotlight menu gives proper 
> XQuartz information in the upper left corner
> of the MenuBar.
>
> Rich
>
> Get Outlook for iOS
> 
> From: R-SIG-Mac  on behalf of Peter West 
> 
> Sent: Tuesday, February 9, 2021 10:35:59 AM
> To: r-sig-mac@r-project.org 
> Subject: [External] [R-SIG-Mac] Behaviour or Quartz windows
>
> Hi,
>
> I�ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2 R 
> 4.0.3 GUI 1.73 on M1 silicon. I have installed the beta3 version of Quartz. 
> In my case I have to CMD <- twice, then go forward to get the next to last 
> plot.
>
> Are these Quartz windows constructed using native MacOS graphics or XQuartz?
>
> Peter
>
> �
> Peter West
> peter.b.w...@ehealth.id.au
> �that they might touch even the fringe of his garment. And as many as touched 
> it were made well.
>
> ___
> R-SIG-Mac mailing list
> R-SIG-Mac@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>
>  [[alternative HTML version deleted]]
>
> ___
> R-SIG-Mac mailing list
> R-SIG-Mac@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>


--
Brian D. Ripley,  rip...@stats.ox.ac.uk
Emeritus Professor of Applied Statistics, University of Oxford
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] [External] Behaviour or Quartz windows

[Prof Brian Ripley]

The quartz() device has nothing to so with XQuartz.  Quartz is part of 
macOS: https://en.wikipedia.org/wiki/Quartz_(graphics_layer)


Using XQuartz betas is not supported: it is very unfortunate that they 
are persuading users to install a beta version.


You have not followed the posting guide and posted the sessionInfo(). 
We are left to guess that you are using an Intel build of R under 
emulation, but homebrew does have (a rather broken) arm64 build of R 
4.0.3: we do not support arm64 builds on R < 4.1.0.  My understanding is 
that in the CRAN release of R 4.0.3 only the X11() device and parts of 
Tk interact with XQuartz, although other parts may in other builds.


On 09/02/2021 17:33, Richard M. Heiberger wrote:

Is R on M1 really talking to the REAL XQuartz?  After I opened XQuartz from the 
spotlignt, it acknowledged the xterm window, but not the R graphics window.  
When I closed the XQuartz
app, the R graphics window was still open and functioning.  dev.cur() says 
"quartz".

just checked on my older intel mac.  same behavior.  the Xquartz.app menu 
doesn't list
the R graphics window, and the R graphics shows "...", not "XQuartz" in the 
menu bar.


From: R-SIG-Mac  on behalf of Richard M. Heiberger 

Sent: Tuesday, February 9, 2021 11:56 AM
To: Peter West; r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] [External]  Behaviour or Quartz windows

When I draw a 9x7 panel lattice it displays 12 panels, then sits there until I 
resize the window. then the rest appears.  When I display another 9x7, it too 
sits at 12 panels.
When I Cmd-left for the previous display, the current one vanishes entirely.
When I send the command again, after it sits I resize the window.  Now the full 
second display
is visible.  When I Cmd-left followed by Cmd-right, the second display is lost.

I am using R version 4.0.3 (2020-10-10) on Silicon Mac Big Sur 11.1 from inside 
ESS.

XQuartz doesn't report correctly.  On the MenuBar it doesn't say "XQuartz".  
Instead it shows a
small Apple Icon which has no information when clicked.  When I search using 
the MenuBar Spotlight icon, it tells me Xquartz 2.8.0_beta1 and offers to 
update to beta3.  Clicking on XQuartz.app in the Spotlight menu gives proper 
XQuartz information in the upper left corner
of the MenuBar.

Rich

Get Outlook for iOS

From: R-SIG-Mac  on behalf of Peter West 

Sent: Tuesday, February 9, 2021 10:35:59 AM
To: r-sig-mac@r-project.org 
Subject: [External] [R-SIG-Mac] Behaviour or Quartz windows

Hi,

I�ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2 R 4.0.3 
GUI 1.73 on M1 silicon. I have installed the beta3 version of Quartz. In my case I 
have to CMD <- twice, then go forward to get the next to last plot.

Are these Quartz windows constructed using native MacOS graphics or XQuartz?

Peter

�
Peter West
peter.b.w...@ehealth.id.au
�that they might touch even the fringe of his garment. And as many as touched 
it were made well.

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

 [[alternative HTML version deleted]]

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac




--
Brian D. Ripley,  rip...@stats.ox.ac.uk
Emeritus Professor of Applied Statistics, University of Oxford

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] [External] Behaviour or Quartz windows

[Richard M. Heiberger]

Is R on M1 really talking to the REAL XQuartz?  After I opened XQuartz from the 
spotlignt, it acknowledged the xterm window, but not the R graphics window.  
When I closed the XQuartz
app, the R graphics window was still open and functioning.  dev.cur() says 
"quartz".

just checked on my older intel mac.  same behavior.  the Xquartz.app menu 
doesn't list
the R graphics window, and the R graphics shows "...", not "XQuartz" in the 
menu bar.


From: R-SIG-Mac  on behalf of Richard M. 
Heiberger 
Sent: Tuesday, February 9, 2021 11:56 AM
To: Peter West; r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] [External]  Behaviour or Quartz windows

When I draw a 9x7 panel lattice it displays 12 panels, then sits there until I 
resize the window. then the rest appears.  When I display another 9x7, it too 
sits at 12 panels.
When I Cmd-left for the previous display, the current one vanishes entirely.
When I send the command again, after it sits I resize the window.  Now the full 
second display
is visible.  When I Cmd-left followed by Cmd-right, the second display is lost.

I am using R version 4.0.3 (2020-10-10) on Silicon Mac Big Sur 11.1 from inside 
ESS.

XQuartz doesn't report correctly.  On the MenuBar it doesn't say "XQuartz".  
Instead it shows a
small Apple Icon which has no information when clicked.  When I search using 
the MenuBar Spotlight icon, it tells me Xquartz 2.8.0_beta1 and offers to 
update to beta3.  Clicking on XQuartz.app in the Spotlight menu gives proper 
XQuartz information in the upper left corner
of the MenuBar.

Rich

Get Outlook for iOS

From: R-SIG-Mac  on behalf of Peter West 

Sent: Tuesday, February 9, 2021 10:35:59 AM
To: r-sig-mac@r-project.org 
Subject: [External] [R-SIG-Mac] Behaviour or Quartz windows

Hi,

I�ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2 R 
4.0.3 GUI 1.73 on M1 silicon. I have installed the beta3 version of Quartz. In 
my case I have to CMD <- twice, then go forward to get the next to last plot.

Are these Quartz windows constructed using native MacOS graphics or XQuartz?

Peter

�
Peter West
peter.b.w...@ehealth.id.au
�that they might touch even the fringe of his garment. And as many as touched 
it were made well.

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

[[alternative HTML version deleted]]

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] [External] Behaviour or Quartz windows

[Richard M. Heiberger]

When I draw a 9x7 panel lattice it displays 12 panels, then sits there until I 
resize the window. then the rest appears.  When I display another 9x7, it too 
sits at 12 panels.
When I Cmd-left for the previous display, the current one vanishes entirely.
When I send the command again, after it sits I resize the window.  Now the full 
second display
is visible.  When I Cmd-left followed by Cmd-right, the second display is lost.

I am using R version 4.0.3 (2020-10-10) on Silicon Mac Big Sur 11.1 from inside 
ESS.

XQuartz doesn't report correctly.  On the MenuBar it doesn't say "XQuartz".  
Instead it shows a
small Apple Icon which has no information when clicked.  When I search using 
the MenuBar Spotlight icon, it tells me Xquartz 2.8.0_beta1 and offers to 
update to beta3.  Clicking on XQuartz.app in the Spotlight menu gives proper 
XQuartz information in the upper left corner
of the MenuBar.

Rich

Get Outlook for iOS

From: R-SIG-Mac  on behalf of Peter West 

Sent: Tuesday, February 9, 2021 10:35:59 AM
To: r-sig-mac@r-project.org 
Subject: [External] [R-SIG-Mac] Behaviour or Quartz windows

Hi,

I�ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2 R 
4.0.3 GUI 1.73 on M1 silicon. I have installed the beta3 version of Quartz. In 
my case I have to CMD <- twice, then go forward to get the next to last plot.

Are these Quartz windows constructed using native MacOS graphics or XQuartz?

Peter

�
Peter West
peter.b.w...@ehealth.id.au
�that they might touch even the fringe of his garment. And as many as touched 
it were made well.

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

[[alternative HTML version deleted]]

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

[R-SIG-Mac] Behaviour or Quartz windows

[Peter West]

Hi,

I’ll just confirm the odd behaviour of the Quartz window in Big Sur 11.2 R 
4.0.3 GUI 1.73 on M1 silicon. I have installed the beta3 version of Quartz. In 
my case I have to CMD <- twice, then go forward to get the next to last plot.

Are these Quartz windows constructed using native MacOS graphics or XQuartz?

Peter

—
Peter West
peter.b.w...@ehealth.id.au
…that they might touch even the fringe of his garment. And as many as touched 
it were made well.

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

[R-SIG-Mac] rgl and x11 failures on MacOS

[Duncan Murdoch]

I have heard a few reports recently that attempting to load rgl causes R 
to freeze up.  This is related to recent problems with MacOS updates or 
XQuartz updates:  people who now can't load rgl also can't run x11() in R.


I haven't experienced the issue myself, but have heard of two possible 
solutions and have one or two workarounds:


Deleting everything from /opt/X11 (and maybe some other related files), 
rebooting the Mac, and reinstalling XQuartz 2.7.11 worked in one case: 
https://github.com/dmurdoch/rgl/issues/11#issuecomment-775595356 .


Explicitly setting the DISPLAY environment variable to :0.0 fixed a 
problem that might be related: 
https://github.com/XQuartz/XQuartz/issues/66#issue-803786687 .


Installing rgl from source using

  install.packages("rgl", configure.args = "--disable-opengl", type = 
"source")


is a workaround, but it loses the ability to display rgl output in an 
X11 window from R.  You need to use rglwidget() to do the display in a 
browser, e.g. the one built in to RStudio.  I don't think the browser 
built in to R.app has WebGL support, so it probably won't work.


I'm currently working on changes to the build process so that in the 
future the CRAN binary will be able to run the no-X11 version based on 
setting options(rgl.useNULL = TRUE).


I'd appreciate hearing from anyone who can confirm that setting the 
DISPLAY variable fixes the issue, or more specific detail about what 
needs to be deleted so that the XQuartz install will work.


Duncan Murdoch

___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac