Philippe Grosjean schreef op de 22e dag van de wijnmaand van het jaar 2005:
> ... A couple of screenshots of your GUI would help those who don't have time
> to download and install your software to visualize what you did.
I did today:
http://www.let.rug.nl/~kleiweg/L04/pyL04/
--
Peter Kleiweg
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
... A couple of screenshots of your GUI would help those who don't have
time to download and install your software to visualize what you did.
Best,
Philippe Grosjean
..<°}))><
) ) ) ) )
( ( ( ( (Prof. Philippe Grosjean
) ) ) ) )
( ( ( (
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
Philippe,
>
> I CC: this mail directly to the User!2006 organizing committee,
> because it is a direct call asking for such a session. Regarding the
> organizer,
> I wouldn't propose names... someone from the R developer's team, or
> a
> key person in R GUIs topics...
This topic should cer
> From: Philippe Grosjean
>
> Duncan,
>
> I agree totally with you on all points, now that we clarified our
> respective ideas. I am afraid I probably agree also with your last
> point, from a theoretical point-of-view ("I still think we need more
> glue and am working on that while we continu
> 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
Byron Ellis wrote:
> [...]
> Contrary to popular belief the speed of R's interpreter is rarely the
> limiting factor to R's speed. People treating R like C is typically
> the limiting factor. You have vector operations, USE THEM.
Hey! I vote for a 'fortune' here!
> [...]
Otherwise, the disc
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philippe Grosjean wrote:
> Hello Marc and the others (and the User!2006 organizing commitee),
>
> I answer to Marc's email, because I think it is the most constructive
> one. I am a little bit dissapointed that the discussion about R GUIs,
> whate
Hello Marc and the others (and the User!2006 organizing commitee),
I answer to Marc's email, because I think it is the most constructive
one. I am a little bit dissapointed that the discussion about R GUIs,
whatever the initial subject, inevitably shifts to an endless discussion
about which gra
Duncan,
I agree totally with you on all points, now that we clarified our
respective ideas. I am afraid I probably agree also with your last
point, from a theoretical point-of-view ("I still think we need more
glue and am working on that while we continue to experiment with the
design of GUIs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Philippe.
I am sorry that you are upset by what I wrote.
I did not intend to cause offense. And I was
not considering you as "just a professor only interested
by the results of your students". However,
the discussion has unfortunately degenerat
Duncan,
Could you, please, stop considering me as just a professor in
biostatistics only interested by the results of my students and nothing
else. Do you need a couple of evidences that I am working with other
people, other applications, and that they require totally different
GUIs? Here they
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 Philippe,
> I answer to Marc's email, because I think it is the most constructive
> one. I am a little bit dissapointed that the discussion about R GUIs,
> whatever the initial subject, inevitably shifts to an endless discussion
> about which graphical toolkit to use, and whether one should int
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
Thomas Friedrichsmeier wrote:
> 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 p
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
Hello James, Duncan and the others,
There are interesting arguments in your posts. I think I must react to
one of Duncan's considerations:
"Philippe, while you think that people are to individualistic in their
development of GUIs, I think perhaps a better interpretation is that
many of us are
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
Gabor Grothendieck wrote:
> I notice that there is some discussion on this at
> http://developer.r-project.org/ under the links involving the
> word threading. Thus using the facilities of another language
> seems to be one approach and building such facilities into
> R itself another.
>
> On 10/
I notice that there is some discussion on this at
http://developer.r-project.org/ under the links involving the
word threading. Thus using the facilities of another language
seems to be one approach and building such facilities into
R itself another.
On 10/15/05, Philippe Grosjean <[EMAIL PROTECT
Gabor Grothendieck wrote:
> The preferred solutions in the post all seem to involve another language:
>
> - tcl to use tk
> - Python to use wxWidgets
>
> and other solutions mentioned also seem to involve other languages:
>
> - Visual Basic
> - Java (Swing?)
>
> Is there some key missing featur
47 matches
Mail list logo
