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@icloud.com




On Dec 4, 2013, at 3:56 PM, John Fox <jfox@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@r-project.org [mailto:r-sig-mac-bounces@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@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@icloud.com
>>> 
>>> 
>>> 
>>> 
>>> On Nov 30, 2013, at 11:09 AM, peter dalgaard <pdalgd@gmail.com>
>> wrote:
>>> 
>>>> 
>>>> On 30 Nov 2013, at 16:58 , Robert J Goedman <goedman@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@icloud.com
>>>>> 
>>>>> 
>>>>> On Nov 30, 2013, at 7:00 AM, peter dalgaard <pdalgd@gmail.com>
>> wrote:
>>>>> 
>>>>>> 
>>>>>> On 30 Nov 2013, at 12:37 , Prof Brian Ripley
>> <ripley@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@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]]
>>>>> 
>>>>> _______________________________________________
>>>>> R-SIG-Mac mailing list
>>>>> R-SIG-Mac@r-project.org
>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>>> 
>>>> --
>>>> Peter Dalgaard, Professor,
>>>> Center for Statistics, Copenhagen Business School
>>>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
>>>> Phone: (+45)38153501
>>>> Email: pd.mes@cbs.dk  Priv: PDalgd@gmail.com
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> 	[[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,                  ripley@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
>> 
>> _______________________________________________
>> R-SIG-Mac mailing list
>> R-SIG-Mac@r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> 


	[[alternative HTML version deleted]]

