Problems with Rcmdr via XQuartz on OSX Mavericks

-----Original Message-----
From: r-sig-mac-bounces at r-project.org [mailto:r-sig-mac-bounces at r-
project.org] On Behalf Of Prof Brian Ripley
Sent: Sunday, December 01, 2013 10:51 AM
To: Robert J Goedman
Cc: r-sig-mac at r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks

So for people with a CRAN build of R, the tick box is the way to go
(and/or keep the console visible).  I've added that to the R-admin
manual.

If you do build R.app against 10.9, then you should be using the App
Nap
API. I think that in part is straightforward, as 'busy' gets set when
the R interpreter is evaluating.  So Re_RBusy needs to use the

beginActivityWithOptions:reason:,
endActivity:,

methods on the NSProcessInfo class.  I'll leave that to someone fluent
in ObjC.


On 30/11/2013 23:19, Robert J Goedman wrote:

HI peter,

My understanding is that that box disappears if R.app is build

against OS X 10.9.

I've never seen that box (as I have been building against 10.9 for

quite a while now), but I know folks have.

As long as it is there I fully agree, much easier than defaults ....

Regards,
Rob J. Goedman
goedman at icloud.com




On Nov 30, 2013, at 11:09 AM, peter dalgaard <pdalgd at gmail.com>

wrote:

On 30 Nov 2013, at 16:58 , Robert J Goedman <goedman at icloud.com>

wrote:

Yes, I've seen that as well and it is likely not limited to tcltk.

Question is, for R.app, do we want to ship with NSAppSleepDisabled?

I would be in favor (my $0.02).

If yes I will commit.

One item: I found that there is a tick box "Prevent App Nap"

available via Get Info for applications (secondary click in the
Applications folder), which is somewhat more intuitive that the
"defaults write ..." route. If we make your change, will the same box
appear, just selected by default?

Regards,
Rob J. Goedman
goedman at icloud.com


On Nov 30, 2013, at 7:00 AM, peter dalgaard <pdalgd at gmail.com>

wrote:

On 30 Nov 2013, at 12:37 , Prof Brian Ripley

<ripley at stats.ox.ac.uk> wrote:

This does not happen for me provided R.app is visible.  From

https://developer.apple.com/library/mac/releasenotes/MacOSX/WhatsNewInO
SX/Articles/MacOSX10_9.html

'An app is considered to be a candidate for sleep if:

It is not visible-if all of an app's windows are either hidden by

other windows or minimized in a hidden dock, and the app is not in the
foreground

(other necessary conditions)'.

which if accurate indicates that keeping the R.app console

unhidden should suffice.

On Nov 28, 2013, at 6:35 AM, Robert J Goedman <goedman at icloud.com>

wrote:

Hi, and Happy Thanksgiving for those that celebrate it!

If Peter is right (and I expect he is, but will experiment a bit

more if the setting can be updated while R.app is running and take
effect immediately), I would suggest for now folks just use 'defaults
...' from a terminal window if they encounter these issues.

Once we understand better what might be affected by allowing the

sleep mode we can possibly refine that approach.

Regards,
Rob

	[[alternative HTML version deleted]]

--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd.mes at cbs.dk  Priv: PDalgd at gmail.com

	[[alternative HTML version deleted]]

--
Brian D. Ripley,                  ripley at stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595

Hi John,

I had a quick read of the notes and I think they are correct. The only case that is not covered is if someone builds R.app themselves against OS X 10.9 (as I mentioned previously). I don't think right now this is a big deal. Those folks will have to use 'defaults ...' or add/update the NSAppSleepDisabled entry in the plist directly.

Brian and I had been looking at intercepting the App Nap capability at the point where the R-busy indicator is activated. That also covers some important cases, but unfortunately not tcltk (as far as I can tell).

Regards,
Rob J. Goedman
goedman at icloud.com




On Dec 4, 2013, at 3:56 PM, John Fox <jfox at mcmaster.ca> wrote:

Dear Brian and Rob,

Pending another solution, I've modified the Rcmdr installation notes at
<http://socserv.socsci.mcmaster.ca/jfox/Misc/Rcmdr/installation-notes.html>
to suggest that users of the Rcmdr under OS X 10.9 either run R from a
terminal window or check the Prevent App Nap box in the R.app Get Info
dialog. Please take a look at the notes and see whether they are
sufficiently clear and correct.

Thanks,
John

-----Original Message-----
From: r-sig-mac-bounces at r-project.org [mailto:r-sig-mac-bounces at r-
project.org] On Behalf Of Prof Brian Ripley
Sent: Sunday, December 01, 2013 10:51 AM
To: Robert J Goedman
Cc: r-sig-mac at r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks

So for people with a CRAN build of R, the tick box is the way to go
(and/or keep the console visible).  I've added that to the R-admin
manual.

If you do build R.app against 10.9, then you should be using the App
Nap
API. I think that in part is straightforward, as 'busy' gets set when
the R interpreter is evaluating.  So Re_RBusy needs to use the

beginActivityWithOptions:reason:,
endActivity:,

methods on the NSProcessInfo class.  I'll leave that to someone fluent
in ObjC.


On 30/11/2013 23:19, Robert J Goedman wrote:

HI peter,

My understanding is that that box disappears if R.app is build

against OS X 10.9.

I've never seen that box (as I have been building against 10.9 for

quite a while now), but I know folks have.

As long as it is there I fully agree, much easier than defaults ....

Regards,
Rob J. Goedman
goedman at icloud.com




On Nov 30, 2013, at 11:09 AM, peter dalgaard <pdalgd at gmail.com>

wrote:

On 30 Nov 2013, at 16:58 , Robert J Goedman <goedman at icloud.com>

wrote:

Yes, I've seen that as well and it is likely not limited to tcltk.

Question is, for R.app, do we want to ship with NSAppSleepDisabled?

I would be in favor (my $0.02).

If yes I will commit.

One item: I found that there is a tick box "Prevent App Nap"

available via Get Info for applications (secondary click in the
Applications folder), which is somewhat more intuitive that the
"defaults write ..." route. If we make your change, will the same box
appear, just selected by default?

Regards,
Rob J. Goedman
goedman at icloud.com


On Nov 30, 2013, at 7:00 AM, peter dalgaard <pdalgd at gmail.com>

wrote:

On 30 Nov 2013, at 12:37 , Prof Brian Ripley

<ripley at stats.ox.ac.uk> wrote:

This does not happen for me provided R.app is visible.  From

https://developer.apple.com/library/mac/releasenotes/MacOSX/WhatsNewInO
SX/Articles/MacOSX10_9.html

'An app is considered to be a candidate for sleep if:

It is not visible-if all of an app's windows are either hidden by

other windows or minimized in a hidden dock, and the app is not in the
foreground

(other necessary conditions)'.

which if accurate indicates that keeping the R.app console

unhidden should suffice.

On Nov 28, 2013, at 6:35 AM, Robert J Goedman <goedman at icloud.com>

wrote:

Hi, and Happy Thanksgiving for those that celebrate it!

If Peter is right (and I expect he is, but will experiment a bit

more if the setting can be updated while R.app is running and take
effect immediately), I would suggest for now folks just use 'defaults
...' from a terminal window if they encounter these issues.

Once we understand better what might be affected by allowing the

sleep mode we can possibly refine that approach.

Regards,
Rob

	[[alternative HTML version deleted]]

--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd.mes at cbs.dk  Priv: PDalgd at gmail.com

	[[alternative HTML version deleted]]

--
Brian D. Ripley,                  ripley at stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595

On Dec 4, 2013, at 21:17, John Fox <jfox at mcmaster.ca> wrote:

Hi Rob,

That makes sense. What about providing an installer option to prevent App Nap?