<br><font size=2 face="Arial">Hi all,</font>
<br>
<br><font size=2 face="Arial">        Pierre
appears to be describing the S-plus GUI.  The editor is on top, the
output is on the bottom, and there is no one-line commands.  As both
an S-plus user and an R user, I find that the one-line command feature
is not necessary, as it is simple to source one line at a time from the
editor to the output by highlighting the code of interest.  This is
just as fast as clicking on the command-line editor and typing a new command.</font>
<br>
<br><font size=2 face="Arial">Steve</font>
<br><font size=2 face="Arial"><br>
Steven Novick, Ph.D.<br>
Principal Statistician<br>
GlaxoSmithKline<br>
email:  steven.j.novick@gsk.com<br>
telephone: 919-483-2702<br>
MAI.T0201</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>"Thomas Friedrichsmeier"
<thomas.friedrichsmeier@ruhr-uni-bochum.de></b> </font>
<br><font size=1 face="sans-serif">Sent by: rkward-devel-admin@lists.sourceforge.net</font>
<p><font size=1 face="sans-serif">28-Sep-2004 12:50</font>
<td width=59%><font size=1 face="sans-serif">       
</font>
<table width=100%>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td valign=top><font size=1 face="sans-serif">rkward-devel@lists.sourceforge.net</font>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td valign=top>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td valign=top><font size=1 face="sans-serif">Re: [RkWard-devel] Playing
with R console</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>Hi Pierre!<br>
<br>
> I've been playing a bit with the R-console. Nothing<br>
> much, I'm just getting acquainted with the code, and<br>
> seeing if I understand it: I know C++, but not qt/kde.<br>
> I propose a new layout of the window. The code is<br>
> edited above, and results are below. Furthermore,<br>
> clicking "run" no longer empties the text area. I<br>
> added a "run selection" button. Just ignore the patch<br>
> if you don't like this layout.<br>
<br>
Interesting different concept, placing the editor above the results. <br>
Personally I do not have any real opinion on this. I'll include it in the
<br>
next release and see how people react. It's always good to explore different
<br>
concepts.<br>
About not clearing the selection when you press "run" - I think
in the long <br>
run it should probably be configurable. My rough idea on the console window
<br>
is/was, that it's what you use for short simple interactions with R, while
<br>
you would use one or more "Command Editor window"s for more complicated
<br>
stuff. In that case of use, it's actually nicer to clear the commands in
the <br>
console window once submitted. However, obviously people differ in how
they <br>
use an application. For now - once again, I'll take your patch as is.<br>
<br>
> If it's OK with you, I'll go on playing with the R<br>
> console, adding menu entries to load, save, etc.<br>
<br>
Of course that's ok with me! However, as a note of caution: please don't
<br>
overdo it. For a true editor you'd still use the Command Editor window.
So <br>
load/save/cut/copy/paste etc. are all nice and useful in the console window,
<br>
but personally I think extended options such as line-numbers, indentation
<br>
tools, etc. should be reserved for the Command Editor window, in order
to <br>
keep the GUI in the console window relatively simple.<br>
Even undo/redo should certainly be available as keyboard-shortcuts in the
<br>
console window, but it might actually be wise, not to add them to the "Edit"
<br>
menu there, in order to avoid having users think you can use them to <br>
undo/redo the commands themselves instead of just the edited text.<br>
BTW, technical note: If you want to add features like <br>
cut/copy/paste/undo/redo, you'll have to add corresponding simple wrapper
<br>
functions to RKCommandEditor. You will note that this class is really simple
<br>
and basically just wraps a Kate::Document. All the needed functionality
<br>
already exists, but simply needs a wrapper. The relevant API documentation
is <br>
here:<br>
<br>
http://kate.kde.org/api/doc/html/index.php<br>
http://developer.kde.org/documentation/library/3.3-api/interfaces/html/namespaceKTextEditor.html<br>
<br>
One further comment on your patch:<br>
 void submit_selectedCommand ();<br>
The naming convention for member functions is to always use caps at word
<br>
breaks, i.e.:<br>
 void submitSelectedCommand ();<br>
(for regular members it's underscores e.g.:<br>
 int some_fancy_variable_name;<br>
for classes and structs:<br>
 class SomeClassName;)<br>
I'm not good at following my own convention strictly, either, and you'll
find <br>
a number of places where I used inconsistent naming. But of course using
a <br>
consistent scheme is a good thing in general.<br>
<br>
Looking forward to your patches!<br>
<br>
Thomas<br>
<br>
<br>
-------------------------------------------------------<br>
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170<br>
Project Admins to receive an Apple iPod Mini FREE for your judgement on<br>
who ports your project to Linux PPC the best. Sponsored by IBM.<br>
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php<br>
_______________________________________________<br>
RKWard-devel mailing list<br>
RKWard-devel@lists.sourceforge.net<br>
https://lists.sourceforge.net/lists/listinfo/rkward-devel<br>
<br>
</tt></font>
<br>