[#1816] Ruby 1.5.3 under Tru64 (Alpha)? — Clemens Hintze <clemens.hintze@...>

Hi all,

17 messages 2000/03/14

[#1989] English Ruby/Gtk Tutorial? — schneik@...

18 messages 2000/03/17

[#2241] setter() for local variables — ts <decoux@...>

18 messages 2000/03/29

[ruby-talk:01692] Re: New Ruby projects

From: Clemens Hintze <clemens.hintze@...>
Date: 2000-03-02 17:06:29 UTC
List: ruby-talk #1692
Conrad Schneiker writes:
> ((comp.lang.misc + cc: ruby-talk ML))
> 
> Clemens Hintze <clemens.hintze@alcatel.de> wrote in message
> news:lkputfypum.fsf@alcatel.de...

...

> FLTK looks very interesting, but it unfortunately doesn't seem to
> have as strong and broad a group of developers as wxWindows, nor
> nearly as many users, nor the same level of documentation. (These
> are just my general

Hah! Gotcha you! :-)))

Please consider following sentence:

   Ruby looks very interesting, but it unfortunately doesn't seem to
   have as strong and broad a group of developers as Perl or Python,
   nor nearly as many users, nor the same level of documentation.

;-))))

...

> Looking over the GUI evaluations/debates by the Pythons, the
> strongest proponents seem to generally favor wxWindows, and they
> further claim that the wxWindows people are quite favorably inclined
> toward Python and are quite helpful. This is an issue that they have
> been delving into pretty

Hmm! I cannot remember right now, but did they ever take FLTK into
consideration? And did they decide explicitely against FLTK and *for*
wxWindows?

If so, perhaps one reason could be, that during the time of that
discussion there was already a Python extension for wxWindows. The
FLTK extension is *now* on the way! Not totally finished yet at the
time being.

A second reason may be, that FLTK is not widely known yet! :-(

> seriously for quite a while. I think it would probably be unwise to
> not follow their lead in this on one hand, and it would be good to
> leverage off of their experience on the other.

Sure! If they ever did consider FLTK and decided against it due to
technical reasons.

> (And later on we can get them to convert to Ruby. :-)

This should not be our reason for decision! I e.g. do not like a GUI
framework like e.g. MFC. I like a toolkit, that works like e.g. Tk. I
think a application framework is not as flexible as a toolkit could
be. 

I can take every toolkit and build an application framework around
it. But the opposite is not true in all cases.

So, IMHO, anybody could find reasons for or against a certain GUI.

Just my two cent!

...

> Conrad

\cle

..

In This Thread