Walter,
With the various answers you got to your "simple" question, you notice
that there are several ways to feed commands into R and retrieve the
results. If you just need to occasionnally feed commands that does not
take a long time to process, and can afford to frozen your GUI during
those
On Oct 21, 2005, at 8:53 AM, Peter Kleiweg wrote:
> James Wettenhall schreef op de 21e dag van de wijnmaand van het
> jaar 2005:
>
>
>> We may have to agree to disagree about some things, but I hope
>> this has made my point of view a little clearer.
>>
>
> Actually, your elaborate response mak
James Wettenhall schreef op de 21e dag van de wijnmaand van het jaar 2005:
> We may have to agree to disagree about some things, but I hope
> this has made my point of view a little clearer.
Actually, your elaborate response makes much sense to me. I
understand now that it is not just about re
Hi again,
Peter Kleiweg wrote:
> To me, it does not make sense. When I have to work with
> something like Word, I am intimidated by lots of buttons with
> cryptic icons, with menus and submenus I can't make heads or
> tails of, the program doing weird things with my text I don't
> understand. A si
On Oct 20, 2005, at 9:21 AM, Walter Johnston wrote:
>
> And the question:
>
> Is there a "simple" way (e.g. some socket based mechanism) to
> feed commands into R and retrieve the results of those commands?
> This would require that I program the sequence of commands I
> want to use (or a means
On 10/20/05, Walter Johnston <[EMAIL PROTECTED]> wrote:
>
> Is there a "simple" way (e.g. some socket based mechanism) to
> feed commands into R and retrieve the results of those commands?
> This would require that I program the sequence of commands I
> want to use (or a means to generate them) an
On 10/20/2005 12:21 PM, Walter Johnston wrote:
> And the question:
>
> Is there a "simple" way (e.g. some socket based mechanism) to
> feed commands into R and retrieve the results of those commands?
> This would require that I program the sequence of commands I
> want to use (or a means to gene
> Is there a "simple" way (e.g. some socket based mechanism) to
> feed commands into R and retrieve the results of those commands?
> This would require that I program the sequence of commands I
> want to use (or a means to generate them) and then be able parse
> the resulting structure - I understa
> "b" == Byron Ellis <[EMAIL PROTECTED]> writes:
b> On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote:
>> If you're looking for a GUI toolkit that:
>>
>> 1. Is cross-platform,
>> 2. Has a good collection of widgets that look good on all
>> platforms, and
>> 3. Is easy to
Walter Johnston <[EMAIL PROTECTED]> wrote on 10/20/2005 12:21:09 PM:
> A couple of non-flame comments and a question -
>
> (1) I have used Smalltalk in various forms and recommend it
> highly as an environment (try Squeak for a free implementation);
> it is the origin of the model-view-controlle
A couple of non-flame comments and a question -
(1) I have used Smalltalk in various forms and recommend it
highly as an environment (try Squeak for a free implementation);
it is the origin of the model-view-controller paradigm for
interaction with a GUI. Tcl/Tk is also nice with its
event-driven
> If you want users to be productive, you have to give them
> something they can easily incorporate within the tools they use
> on a daily basis. No big applications with everything locked in,
> but a set of programs or commands that do specific tasks, with
> an easy to understand input and output.
James Wettenhall schreef op de 20e dag van de wijnmaand van het jaar 2005:
[...]
> providing a GUI to them, getting started in R is less
> intimidating for them, so then we can hopefully spend less
> time doing mundane numerical computing tasks for our
> collaborators and have more time to do o
Hi Peter and everyone,
[Hmmm, didn't I say I was not really interested in spending time getting
into these discussions anymore? Oh well, I can't help myself. ;-) ]
> Why would you want a GUI for something like R in the first
> place? It is a programming language. That is its force. Nothing
> bea
And I so wanted to stay out of this particular discussion, I hope
you're proud of what you've done. *cracks knuckles* Right, lets get
to it then.
On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote:
> If you're looking for a GUI toolkit that:
>
>1. Is cross-platform,
>2. Has a go
> On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote:
> > There is a better way, and that is to give up on R. Start
> > over with a better programming environment, one that is
> > object oriented, as flexible and dynamic as R, is cross
> > platform, easy to program in, and has decent GUI
> "K" == Kasper Daniel Hansen <[EMAIL PROTECTED]> writes:
K> On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote:
K>
>> Think about it. Once you have a basic math package that can handle
>> matrix
>> programming and various mathematical functions, building the various
>> sta
Ah. Let the language wars begin. Although I agree that going with R
is basically a sad mistake
http://www.jstatsoft.org/index.php?vol=13
giving up on R/S is no longer an option, I hope. Too much investment
from the community. Reculer pour mieux sauter, indeed.
On Oct 19, 2005, at 3:43 PM, Jeffre
If you're looking for a GUI toolkit that:
1. Is cross-platform,
2. Has a good collection of widgets that look good on all platforms, and
3. Is easy to work with from R
then it is hopeless. There is no such toolkit.
As one poster mentioned, most of the better GUI toolkits are very
ob
Hin-Tak Leung <[EMAIL PROTECTED]> writes:
> Hi,
>
> Since you mentioned tcltk2 and python+wxWidgets, what about Tkinter
> (python's built-in binding to tk)? It is somewhere between the two,
> and is shipped as standard these days with python 2.x. Also, if Perl/Tk
> works, and Tkinter works, ther
Hi,
One point I forgot to make last time is that I'm a big fan of prototyping.
I have almost no experience whatsoever in Java Swing, but there are
plenty of people in the R community who do - e.g. Simon Urbanek and the
JGR team. In the past, I have had trouble finding any elegant prototypes
(e.g
For example, there is a need in proteomics for a special-purpose
proteomics-based statistical graphics engine and GUI. In this context,
for example, over this past year SAS has released a special-purpose
plotting engine built on top of their JMP system, that I believe is very
good. One wou
Dear Marc et al.,
As the author of an R GUI, I've been following this thread with
interest.
I think that both a session at the UseR! conference and a more informal
meeting to provide an opportunity for discussion are a great idea. It's
hard to make much progress on this kind of issue via email d
Hi All,
While I don't have the "sweat equity" that either Philippe Grosjean
and James Wettenhall have in developing R GUI's, I have been involved
in two different projects (obveRsive as part of the founding
development team, and R Commander as a contributor) over the past
three years. In a
Interesting.
So, we've got lots of people that want GUIs, lots of variants with
existing prototypes, and lots of clamor for skilled collaborators.
As most of the work has seemed to be of the "I know this, and this is
what I want to do", it will be interesting to see how it shakes out.
I've still
Greetings all,
While recognizing that "this is easier said, than done", is there any
logic in suggesting that for those who might be interested, a specific R
GUI session of sorts be added to the UseR! 2006 meeting schedule?
Since some quorum of interested GUI users may be planning to attend the
m
Hi,
> Qt is C++, cross-platform using native widgets on OS X and Win and (since
> more recently) available without fee or license woes provided it is used
> for GPL'ed code.
>
> So it satisfies both the requirement to make it look and feel native
> whereever possible, and satisfies the preference
On 16 October 2005 at 14:04, Prof Brian Ripley wrote:
| whereas I have seen some Qt-based ones I really liked.
Qt is C++, cross-platform using native widgets on OS X and Win and (since
more recently) available without fee or license woes provided it is used for
GPL'ed code.
So it satisfies b
On Sat, 15 Oct 2005, Duncan Temple Lang wrote:
> I think it is a little premature to entirely discount
> Gtk2, especially if it is based on Philippe's remark
> below. Philippe, did you try other applications,
> different themes, different configurations, or just the vanilla GIMP?
> and when? Whil
Hi Philippe and everyone else,
As you know, I have certainly spent some time thinking about R-GUIs, and
developing some R-Tcl/Tk GUIs - limmaGUI and affylmGUI (available from
Bioconductor). I have also spent some time wishing we could use a GUI
toolkit with a more modern look and feel. Hence I h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think it is a little premature to entirely discount
Gtk2, especially if it is based on Philippe's remark
below. Philippe, did you try other applications,
different themes, different configurations, or just the vanilla GIMP?
and when? While I don't
31 matches
Mail list logo
