[R] help went away from top emacs window :-(

Spencer Graves spencer.graves at pdf.com
Fri Nov 3 21:46:41 CET 2006


I concur:  Thanks very much for looking into this.  Spencer Graves

Duncan Murdoch wrote:
> Thanks for looking into this.
>
> On 11/3/2006 9:53 AM, Richard M. Heiberger wrote:
>> I located what might be the problem.  There is a different misbehavior
>> with Gnu emacs.  I don't have Xemacs.  I have an idea how to fix it but
>> haven't worked out the details.
>>
>>
>> ess-inf.el in the lines
>> (defconst inferior-R-1-input-help (format "^ *help *(%s)" 
>> ess-help-arg-regexp))
>> (defconst inferior-R-2-input-help (format "^ *\\? *%s" 
>> ess-help-arg-regexp))
>> (defconst inferior-R-page      (format "^ *page *(%s)" 
>> ess-help-arg-regexp))
>>
>> detects help requests from the commandline in the *R* buffer and 
>> redirects
>> their output to an emacs *help[R] (whatever)* buffer.
>>
>> In gnu emacs on windows, with options(chmhelp=TRUE), the effect is an 
>> empty
>> *help[R] (whatever)* buffer.  What I think happened is that ESS 
>> trapped the
>> request and created the buffer, then R never got the right content to 
>> send
>> to that buffer because R thinks that chm is handling it.
>>
>> The fix probably requires ESS to check the value of the chmhelp option
>> and suppress the interception of help requests if the option has the 
>> value
>> TRUE.  ESS also needs to monitor if that option has been changed.  
>> This might
>> mean that ESS always intercepts help requests and checks the value of 
>> the option
>> each time.
>
> You should also look at options("htmlhelp") - a user might have chosen 
> that style.
>
> Duncan



More information about the R-help mailing list