Hi Tom,
All user interface components provided by the ROOT GUI classes allow
developing of cross-platform GUI applications with a common look and
feel on the three operating systems pointed by you. In addition, ROOT
has a generic interface to the supported underlying operating systems
via the class TSystem (see
http://root.cern.ch/root/htmldoc/TSystem.html). Do you need something
more for replacing your scripts with a ROOT GUI application?
Our Windows experts (Bertrand and Axel) can tell you more about the Cygwin and any specific needs when creating this application for Windows.
Cheers, Ilka
-----Original Message-----
From: owner-roottalk_at_pcroot.cern.ch
[mailto:owner-roottalk_at_pcroot.cern.ch] On Behalf Of Tom Roberts
Sent: Saturday, January 20, 2007 8:34 PM
To: roottalk_at_pcroot.cern.ch
Subject: [ROOT] Inquiry about portable GUI and scripting
I have a need to do shell-like scripting and GUI generation for the "big 3" operating systems: Windows, Mac OS, and Linux. I'm writing a large Geant4-based simulation program; until now it's been Linux only, but I want to release it for all 3 systems and meet their users' expectations.
That means I cannot reasonably require Cygwin on Windows, and thus I need to replace my bash scripts with something else, preferably having a graphical user interface. As the program already uses Root for the generation of NTuple files and histograms, I'm interested in peoples' opinions: is it crazy to use Root as a pure scripting and GUI language? Root is definitely capable of doing what I need, but it sure seems like overkill....
[The alternatives I know of are: Java, Qt, and GTK++. Tcl/Tk would seem to be the best of all, except no re-distributable Windows version is available outside of Cygwin. Right now I'm undecided between Java and Root (if Root were not already required it would not be on the list at all).]
Note I spent last week building a Root GUI application to simplify generating histograms from NTuple files. So I am familiar with the Root GUI classes and know it is completely suitable for what I need. Of course Java is equally suitable, and has fewer quirks and less overhead.
Comments? Suggestions?
Tom Roberts Received on Sun Jan 21 2007 - 18:55:07 CET
This archive was generated by hypermail 2.2.0 : Mon Jan 22 2007 - 05:50:00 CET