Re: [long] Handle Graphics and visualisation applications in Octave.
Melvin Hadasht <[email protected]> Fri, 23 Jan 2004 17:24:09 +0100
| Newsgroups | gmane.comp.gnu.octave.graphics |
|---|---|
| Message-ID | <etPan.40114aa9.62bbd95a.2d9@freefluid> |
Hi, > Windows and OS X ports are an issue. QT is not free under windows > and GTK is not well supported. I don't know their status under OS X > except of course that OS X can run X apps. You're right that platforms are an issue. I tested GTK2 on windows (and specifically PyGTK, and I felt that it worked quite good). There is still wxWindows. And, maybe... java... But maybe one solution, is to specifically design the modules in a way that they can be easily ported to native widgets. Of course, if what needed is a full support of all the widget set of the native platform, then it would be easier to use wxWindows and create a binding to octave to avoid reinventing the wheel. I am always for the leanest approaches that minimize dependencies. wxWindows is a wrapper (and a huge one and complete one) around native widgets. On the other hand, if what needed is a small and well defined subset (someting like the one used by matlab), then it should be quite easy for qualified persons to do the port of the platform dependent part. I tend to prefer this approach. This approach can still use a native interface builder (glade for gtk, designer for qt etc) to use all the widgets without providing full access to them from within octave (for example, mainly placement widgets, paned windows, tabs..). I don't think octave users need to have full support of all possible widgets, but, indeed, I lack examples of matlab projects using gui. -- Cheers