Why Ruby over Python?

G

gregarican

You can use Wx, Qt, Fox, and a variety of other standard GUI toolkits
that are used in other programming languages. There's even non-standard
ones such as http://www.widestudio.org. Tk is primitive and just more
of a starter option in my eyes, but it goes allow a newbie to get their
feet under them. Past that there are plenty of other GUI toolkits as
you will find out...
 
M

Marcin Mielżyński

Marcelo said:
Oh, yes, I saw that page, but for what I saw, most of them are in early
development or dead. The only one apparently working is the Ruby/Gnome.

The most mature and the most feature-rich is FXRuby. I wrote my master
degree using it. It was quite complex application using opengl and swig
interfacing with c++. I had some minor problems with it. As can be seen
from wxruby homepage, it is also under active development.

lopex
 
M

Marcelo

What I wanted to know with my previous post was what are rubyist using
IN PRACTICE NOW. That's to say, what are the GUI toolkits more used
(except Tk)
 
M

M. Edward (Ed) Borasky

Mat said:
Comcast is laying some serious AJAX groundwork these days. We still
do a lot of Java, but I've done Ruby for smaller projects already.
-Mat
I know of several organizations that have thrown Java out because of
excessive memory usage on the servers. What I don't know is whether the
alternatives (PHP and ASP-non-.NET) are any more respectful of one's
memory budget than Java.
 
M

M. Edward (Ed) Borasky

Marcin said:
The most mature and the most feature-rich is FXRuby. I wrote my master
degree using it. It was quite complex application using opengl and
swig interfacing with c++. I had some minor problems with it. As can
be seen from wxruby homepage, it is also under active development.
And if having a well-written tutorial matters, check out the Pragmatic
Programmers' book on QTRuby (with additional info on Korundum and
Kommander).
 
J

Jon Egil Strand

What I wanted to know with my previous post was what are rubyist using
IN PRACTICE NOW. That's to say, what are the GUI toolkits more used
(except Tk)

FXRuby - actively maintained by Lyle Johnsen and well enough documented.
 
L

Lyle Johnson

Oh, yes, I saw that page, but for what I saw, most of them are in early
development or dead. The only one apparently working is the Ruby/Gnome.

Then you've gotten some bad information. FXRuby is a little over five
years old, and FOX (the GUI toolkit it's based on) is at least eight
years old. Both FOX and FXRuby are being actively developed, with a
new major release in the last few months.

You mentioned Ruby/GNOME. There's also the Ruby/Qt bindings, which I
understand to be very good, and wxRuby seems to be coming along very
well.
Am I wrong? Who is doing GUI development in Ruby and what are they
using? (please, Tk is awful both in Ruby and Python) I think that in
GUI development, Ruby is far behind Python, and that is something that
keeps me from stepping into Ruby.

I don't think there's one GUI toolkit that dominates the field. Other
than Ruby/Tk, I get the impression that the "big three" right now are
Ruby/GNOME, Ruby/Qt and FXRuby.
 
M

Marcelo

I would LOVE wxRuby when it is done.

This is the last state, from SourceForge:

Development Status: 4 - Beta
wxRuby 0.6.0 November 21, 2004

Not as near as wxPython 2.6.3.

It's a shame.
 
G

gregarican

Have you actually read the feature list of both Wx projects to
determine their completeness? Or are you just basing things on the fact
that the wxRuby project hasn't been updated since late 2004? I wouldn't
always base things solely on revision dates. There are some mature
projects out there that aren't updated on a monthly basis.
 
G

gregarican

After reviewing both sites in terms of their documentation it does
indeed appear that Ruby's Wx implementation lacks a considerable amount
of classes. That taken with your observation that the last release
update was almost two years ago, might place wxRuby down there is the
ranks of GUI toolkit consideration if you are looking for a current and
complete offering.

That narrows things down to Fox, GTK, and Qt. From what I have read and
experienced the Ruby Qt implementation is current and very active. As
in version 4.x. The original Ruby-GNOME project is obsolete and been
replaced with Ruby-GNOME2, which also appears to be current and active.
As in the last revision update being this month. Then as others have
posted, FXRuby is worthy of consideration. It's last revision update
was just a couple of months ago and it is gaining popularity from what
I have seen.

Personally, I haven't used FxRuby but have used Ruby implementations of
GTK and Qt. Of those two to me I felt more comfortable with Qt. Taking
all of the licensing bias aside it just seemed a better fit in terms of
Ruby's OO and mindset. The GTK option just felt more "jammed in" to
make it fit into Ruby's world. Just my feelings using them.
 
P

Paul Battley

That narrows things down to Fox, GTK, and Qt.

Although it only works on OS X, RubyCocoa is pretty nice (possibly due
to the Smalltalk influence shared by Ruby and Objective-C). By
contrast, Wx, Fox, GTK and Qt are all pretty horrible on OS X from a
user's perspective.

Paul.
 
J

John Gabriele

I would LOVE wxRuby when it is done.

This is the last state, from SourceForge:

Development Status: 4 - Beta
wxRuby 0.6.0 November 21, 2004

Not as near as wxPython 2.6.3.

It's a shame.

wxRuby2 development was really cooking in May and early June. Work on
it seems to run hot and cold. Note the most recent news on the wxRuby
page:

| "June 12, 2006 Updated information about applications written using wxruby
| added to website. wxRuby2 is close to a release quality - please consider
| downloading from CVS and trying it out."

---John
 
T

Tim Pease

1) Ruby groks better than Python ... at least for me.
2) Meta-programming is much, much easier in Ruby than in Python (this
is what makes Rails the dreamboat framework that it is) [did I just
type "dreamboat" - sheez!]
3) Principal of least surprise
3a) In Ruby, when you learn how "each" works for an array you know how
it is going to work for every other object
3b) In Python I find myself continually looking through the documentation
4) Matz answers questions on the ruby-talk mailing list -- I'm not
saying Guido does not answer questions on the Python mailing lists,
it's just cool that Matz takes the time to listen and help out the
community on top of everything else he does

What I do like about Python is how the documentation is built right
into the language. That is the biggest feature I wish Ruby had. That
and Python's speed -- long live YARV.

Blessings,
Tim Pease
 
J

John Gabriele

[snip]

What I do like about Python is how the documentation is built right
into the language. That is the biggest feature I wish Ruby had. That
and Python's speed -- long live YARV.

Well, we've got rdoc. What specific python doc feature do you miss?
Maybe being able to type "help( some_obj.some_method )" at the
interactive prompt?

Personally, I didn't like the Python way of putting doc strings
*below* the thing they were documenting... always seemed upside-down.
 
T

Tim Pease

Hi John,

Well, we've got rdoc. What specific python doc feature do you miss?
Maybe being able to type "help( some_obj.some_method )" at the
interactive prompt?

Personally, I didn't like the Python way of putting doc strings
*below* the thing they were documenting... always seemed upside-down.

Coming to Ruby from Python, that was the first thing I said to myself:
"I wish documentation were 'built in' like Python". Rdoc is great,
and I use it everywhere now, so my documentation desire is met. But I
had to say that I missed something from Python ;) No other Python
specific features come to mind that I miss.

I'm blessed right now to be coding Ruby full time for my job. We're
writing tools to test the avionics for the Kepler Space telescope --
this involves generating 110 mega-pixel test images, running them
through the avionics, and then verifying that none of the pixels got
lost or mangled.

The flexibility of Ruby has allowed me to
1) write C code for the parts that need to be fast
2) write Ruby code for the parts that the users want to change all the time
3) use meta-programming to write some DSL syntax so the test engineers
can write their own image generation and validation scripts
4) rake to deploy everything -- I'm amazed no one has mentioned rake yet
5) gems to distribute everything -- another one I'm amazed no one has mentioned

Oh, and the Ruby community is just awesome ... thanks to

Matz - for writing this thing
Guy Decoux - for the mmap library
Jim Weirich - for rake and gems
Ara Howard - for all the awesome answers about threads and numeric
coputing with Ruby
Mauricio - rcov makes our Software Quality Engineers happy
howachen - for this fun thread :)

Blessings,
Tim Pease

PS We should have an official "Thank Matz" day. Send him money, or
an Apple iCard, or write a Ruby program that is a haiku and actually
parses and runs -- hmmm ... Ruby Haiku day for Matz
 
M

Mat Schaffer

PS We should have an official "Thank Matz" day. Send him money, or
an Apple iCard, or write a Ruby program that is a haiku and actually
parses and runs -- hmmm ... Ruby Haiku day for Matz

You really caught me with that Ruby Haiku concept. I started working
on it, but the last line is really tricky to get up to five syllables
and still be meaningful. It's an odd downside to ruby's terse syntax.

Maybe I'll put a page for ruby Haiku on http://wiki.rubygarden.org/
Ruby/page/show/RubyFun once I come up with something :)
-Mat
 
A

ara.t.howard

You really caught me with that Ruby Haiku concept. I started working on it,
but the last line is really tricky to get up to five syllables and still be
meaningful. It's an odd downside to ruby's terse syntax.

Maybe I'll put a page for ruby Haiku on http://wiki.rubygarden.org/
Ruby/page/show/RubyFun once I come up with something :)

harp:~ > cat a.rb

raise :the, :red_flag unless :weak

throw :fear while :people and not :truth

:dove and :hawk while :death

harp:~ > ruby a.rb
(infinite loop on last line)


-a
 
M

Marcin Mielżyński

Marcelo said:
I would LOVE wxRuby when it is done.

This is the last state, from SourceForge:

Development Status: 4 - Beta
wxRuby 0.6.0 November 21, 2004

Not as near as wxPython 2.6.3.

It's a shame.

The last message at wxruby site is from June 12, 2006 and says that
wxruby2 is close to release quality. So grab the sources and compile it! ;D

lopex
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

Forum statistics

Threads
473,768
Messages
2,569,575
Members
45,053
Latest member
billing-software

Latest Threads

Top