help-octave
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: QTOctave and Octave 3.4


From: Uwe Brauer
Subject: Re: QTOctave and Octave 3.4
Date: Tue, 18 Oct 2011 23:10:48 +0200
User-agent: Gnus/5.110018 (No Gnus v0.18) XEmacs/21.5-b29 (linux)

   > 2011/10/17 Uwe Brauer <address@hidden>:

   > Then help us. Clone the Octave Mercurial sources and work on the gui
   > branch. It's Qt, which is one of the nicest languages you can derive
   > from C++ (strictly speaking, Qt is a new language derived from C++).

I'd love to but I have almost no knowledge of qt or C++, the
only help I can offer for the octave project is to try to
improve the octave support for (X)emacs, since I have lisp
knowledge. The dumb terminal problem and the debugging seems
to me the most urgent. (However I don't have the feeling
that a lot of people are keen to use (X)Emacs anyway.)

   > There isn't much more I can tell you. I know it's a problem, but we
   > need help solving it. Talk is cheap. Let's write some code.

Well this RMS[1] approach were fully justified if we would
start from scratch. 


However there was a GUI (or 2 if your count GUI Octave) so
breaking it, without having a substitute seems to me a bad
design decision. It will *definitely not* enhance the user
base, well you could argue that the GUI attracts mostly
newbies, or beginner anyhow but not advanced coders or even
developers.

There is a German saying: better to have a roof with holes
that having no roof at all. 

There is no change to roll back and make the old GUI work
again? At least till there is a new (of course much better)
GUI?

Uwe 

Footnotes:
[1]  or ESR: shut up and how me your code.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]