[Rd] KDE frontend (PR#1384)

[Byron Ellis]

On Thu, 14 Mar 2002, Duncan Temple Lang wrote:

> Peter Dalgaard BSA wrote:
> > egonw@sci.kun.nl writes:
> > 
> > > Full_Name: Egon Willighagen
> > > Version: 1.4.x
> > > OS: Linux/Solaris
> > > Submission from: (NULL) (131.174.179.30)
> > > 
> > > 
> > > I would like to have an gui for KDE (like gnome).
> > 
> > ...
> > However, this is a bit of a mouthful to implement. Do you have a
> > handle on how to go about it? Contributions are welcome...
> > 
> 
> Just thought I'd add this for the record.....
> 
> As a general strategy for building GUIs for use in R, I believe it
> will be much more beneficial to do this in two steps:
> 
>    a) create a set of R-language bindings to the GUI toolkit 
>       of interest (Qt in this case)
>    b) build one or more GUIs for R in the R language.
> 
> The obvious benefits are that i) we can use the bindings to write
> other GUIs, and ii) more people can adapt the GUI code to create their
> own customized version(s).  This hopefully avoids us creating "the" R
> GUI containing an interface to every function known to mankind!  A
> third benefit is that perhaps the GUI design can be more readily
> adapted for different toolkits (e.g. Gtk, Qt, wxWindows, MFC, etc.)

To toss in my $.02--it seems to me that it would be nice to push the GUIs
(or any interface) "out of the core" s.t. GUIs are basically creating an R
context just like any other embedding program. For most GUIs the main
executable (if I understand Duncan's comments correctly) would mostly be a
stub to get the GUI moving inside of the package that actually implements
the GUI itself (allowing for more control over the GUI from the R
environment---dynamic menus, etc, etc). Alternatively, there could be a
generalized GUI interface whose C interface is implemented by the main
executable and then registered (now that registration is nice)---this is
probably the more difficult route and perhaps the more limiting route in
the long run (various GUIs may have various nice features).

> 
> We already have bindings for several toolkits: the tcltk package to
> Tk, RGtk for Gtk/Gnome, (a recently more stable) SJava for Swing/AWT.
> The SWIG, the RGtk package, etc. might provide a place to look for
> automating the bindings to Qt.
> 
> The KDE toolkit, Qt, is C++ which makes it slightly more tricky to
> handle. But there are C bindings for it.

Well, it could be an ObjC binding :-)

> 
> 
> 
> 
> 
> > -- 
> >    O__  ---- Peter Dalgaard             Blegdamsvej 3  
> >   c/ /'_ --- Dept. of Biostatistics     2200 Cph. N   
> >  (*) \(*) -- University of Copenhagen   Denmark      Ph: (+45) 35327918
> > ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk)             FAX: (+45) 35327907
> > -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
> > r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
> > Send "info", "help", or "[un]subscribe"
> > (in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
> > _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
> 
> -- 
> _______________________________________________________________
> 
> Duncan Temple Lang                duncan@research.bell-labs.com
> Bell Labs, Lucent Technologies    office: (908)582-3217
> 700 Mountain Avenue, Room 2C-259  fax:    (908)582-3340
> Murray Hill, NJ  07974-2070       
>          http://cm.bell-labs.com/stat/duncan
> -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
> r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
> Send "info", "help", or "[un]subscribe"
> (in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
> _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
> 


Byron Ellis (bellis@hsph.harvard.edu)
"Oook" - The Librarian

Please finger bellis@hsph.harvard.edu for PGP keys



-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._