[R-SIG-Mac] built-in editor underlining

jiho jo.irisson at gmail.com
Mon Sep 18 15:28:52 CEST 2006


Hello all,

I am adding some thoughts to this thread as I've been wanting to  
write about these matters for a while. First of all: I mostly use  
R.app and R.app built in editor on mac OS X 10.4 and find my workflow  
very productive this way so thank you for this great interface (which  
surpasses any of it's windows of linux counterparts IMHO).  
Nevertheless, things can always be better :-)

On 17 Sep 2006, at 04:52 , Simon Urbanek wrote:
> The build-in editor doesn't store any text attribute changes as the
> output is plain text. It does, however, allow text attribute changes,
> because they are used e.g. for syntax highlighting. Strictly speaking
> the bug is that you can use the <Cmd><U> command at all.
>
> Another approach would be to enhance the editor to support RTF format
> (internally it actually does allow it) which would allow you to use
> formatted text and store it. The drawback is that such a text is no
> longer executable directly in R, so you couldn't "source" it. I not
> quite sure what is more useful - I'm almost inclined to think that
> banning text format changes makes more sense, but I'm open to other
> suggestions...

everything in R (R files but console output also) being only text, I  
think it should be treated as such: i.e. no text attributes changes  
_by the user_ should be allowed.
In fact I personally find it annoying to see fonts faces and sizes  
conserved when I copy-paste code from a web page to the editor for  
example. Another "buggy" behavior: hitting CMD+I in R console by  
mistake, after a long time of work, causes a very long delay to  
format all console text in italics and the same delay is necessary to  
put everything back as it was in the first place.

IMHO a "better" behavior would be:
- to remove Format menu or restrict it to "Bigger" and "Smaller"  
given that this changes the size of all the text in the focused  
window (i.e. it is not possible to select text and make only this  
text bigger: this has no meaning for a text file)
- to set font and font size for console and editor in their  
respective tabs (syntax and console), for those (like me) who do not  
like system defaults

In the long run, if people absolutely want to have italics or  
underline text, more advanced syntax highlighting where fonts, font  
decorations, colors, etc. can be changed for each code category, can  
be a solution. (cf. as Xcode advanced syntax highlighting)


> From: Simon Urbanek <simon.urbanek at r-project.org>
> On Sep 17, 2006, at 3:05 AM, Parlamis Franklin wrote:
>> Re: syntax coloring.  I've turned it off because, when editing the
>> beginning of a long file, I would get a long delay (multiple
>> seconds) after I entered an open quotes (") as the rest of the
>> document changed color because all quotes were now matched
>> differently.
>
> Ok, I see - this is definitely something we can work on. I tend to
> split long scripts, because they are easier to manage, so I didn't
> see that behavior. Currently R.app does full highlighting for the
> entire file each time you change something. I guess a better approach
> would be to do the immediate highlighting only for a few dozen lines
> and update it asynchronously later (or on-demand). This shouldn't be
> too hard to do, I'll see if I can implement that it in the next few
> days..

I remarked this also. The solution many editors adopt is to colour  
until the end of the line only. For example in smultron, there is a  
check box in the preferences which says:
"Only colour till the end of the line if it can't find closing tag"

> From: Jörg Beyer <Beyerj at students.uni-marburg.de>
> a tip regarding syntax highlighting you may (or may not ;-) find  
> useful:
> I'm using BBEdit 7.1 to edit my R-files. Of course, as a  
> specialized tool,
> it is far superior compared with R.app's built-in editor (no insult
> intended). My workflow of editing-sourcing-editing is quite  
> comfortable --
> whether you switch to an internal or an external editor window  
> makes no
> difference.

One thing which make using R.app built in editor very comfortable is  
the ability to send code to R using CMD+E and CMD+ENTER. Do you  
emulate these functions in BBEdit? If yes how? I would really like to  
be able to use an external editor also, just for consistency between  
my different projects. Smultron is my editor of choice and it has R  
syntax highlighting but I don't know how to emulate these functions  
in it.


Once again, I am really happy with R.app as it is now. These are some  
features which could make me (and hopefully other people) even happier:
- multi-document editor window (with tabs or a drawer with documents  
names or...)
- quicker console output. I write this here because it may be related  
to syntax highlighting. when using R from the command line I never  
see any delay between console output (from commands such as cat or  
print) and the execution of R code while delay can be introduced when  
using R.app
- all-in-one-window interface (this has a name in GUI design which I  
cannot remember). if the editor is made multi-document capable,  
having one window with console on the left and editor + help on the  
right would be awesome IMHO. this would avoid having to dig through  
editor windows to find the help file you're looking for.

and last addition (but not really related to all this): if text  
inside help windows could be searchable that would greatly help too.

thanks again.

cheers,

JiHO
---
http://jo.irisson.free.fr/



More information about the R-SIG-Mac mailing list