From: Conrad Schneiker Date: 2000-03-04T15:01:42-06:00 Subject: [ruby-talk:01719] Ruby GUIs ((comp.lang.misc + cc: ruby-lang ML)) [Changed title to better reflect current topic.] From: Clemens Hintze .... > Conrad Schneiker writes: .... > > Good try--except that FLTK is leftover from an abandoned project and seems > > Uh?!? I thought, I know the history (the official one!). Was it > changed last year? :-/ Just what I got reading their home page some time ago. They should let you revise it for them! .... > They work on drastic improvements that would lead to > FLTK 2. OK, I'll wait and see. You (among other people and other things) have convinced me not to work on any cross-platform GUI stuff for time being, whether FLTK or wxWindows. The main "other thing" is that I finally have a working Ruby GUI on one of two types of systems that I use a lot, where Tk didn't work. I am now able to use Ruby/GTK on AIX 4.3 with precompiled gtk+, and it (or at least all the demos I've tried) work great. :-( ----> 8-))) I may also try to see if I can get gtk+ and Ruby/GTK working on Windows NT 4 as well. (Even if the Tk problems I encountered were fixed on both platforms, after seeing Ruby/GTK, I don't think I would ever want to go back to Tk.) > > Would you, Matz, and other people support putting Ruby/GTK in the standard > > distribution? > > I would use Ruby/GTK instead of wxWindows if I have a choice! But if > the Ruby/FLTK extension is ready, I will forget all the other and use > this; regardless of what is default GUI in Ruby ;-))) That's fine with me, but this last question wasn't a question about default Ruby GUI. Sorry if I didn't make that clear. This is just a question about whether the Ruby/GTK module could be included as part of standard distribution. Then, if (when/more) Linux venders (and other Unix vendors that supported GTK) were to include Ruby like most do with Perl and more are doing with Python, then users would be able to run Ruby/GTK programs out of the box, without downloading and building and installing additional stuff. (I'd also support the same thing for FLTK2 if it turns out like you expect.) Conrad