[#6954] Why isn't Perl highly orthogonal? — Terrence Brannon <brannon@...>

27 messages 2000/12/09

[#7022] Re: Ruby in the US — Kevin Smith <kevinbsmith@...>

> Is it possible for the US to develop corporate

36 messages 2000/12/11
[#7633] Re: Ruby in the US — Dave Thomas <Dave@...> 2000/12/19

tonys@myspleenklug.on.ca (tony summerfelt) writes:

[#7636] Re: Ruby in the US — "Joseph McDonald" <joe@...> 2000/12/19

[#7704] Re: Ruby in the US — Jilani Khaldi <jilanik@...> 2000/12/19

> > first candidates would be mysql and postgressql because source is

[#7705] Code sample for improvement — Stephen White <steve@...> 2000/12/19

During an idle chat with someone on IRC, they presented some fairly

[#7750] Re: Code sample for improvement — "Guy N. Hurst" <gnhurst@...> 2000/12/20

Stephen White wrote:

[#7751] Re: Code sample for improvement — David Alan Black <dblack@...> 2000/12/20

Hello --

[#7755] Re: Code sample for improvement — "Guy N. Hurst" <gnhurst@...> 2000/12/20

David Alan Black wrote:

[#7758] Re: Code sample for improvement — Stephen White <steve@...> 2000/12/20

On Wed, 20 Dec 2000, Guy N. Hurst wrote:

[#7759] Next amusing problem: talking integers (was Re: Code sample for improvement) — David Alan Black <dblack@...> 2000/12/20

On Wed, 20 Dec 2000, Stephen White wrote:

[#7212] New User Survey: we need your opinions — Dave Thomas <Dave@...>

16 messages 2000/12/14

[#7330] A Java Developer's Wish List for Ruby — "Richard A.Schulman" <RichardASchulman@...>

I see Ruby as having a very bright future as a language to

22 messages 2000/12/15

[#7354] Ruby performance question — Eric Crampton <EricCrampton@...>

I'm parsing simple text lines which look like this:

21 messages 2000/12/15
[#7361] Re: Ruby performance question — Dave Thomas <Dave@...> 2000/12/15

Eric Crampton <EricCrampton@worldnet.att.net> writes:

[#7367] Re: Ruby performance question — David Alan Black <dblack@...> 2000/12/16

On Sat, 16 Dec 2000, Dave Thomas wrote:

[#7371] Re: Ruby performance question — "Joseph McDonald" <joe@...> 2000/12/16

[#7366] GUIs for Rubies — "Conrad Schneiker" <schneik@...>

Thought I'd switch the subject line to the subject at hand.

22 messages 2000/12/16

[#7416] Re: Ruby IDE (again) — Kevin Smith <kevins14@...>

>> >> I would contribute to this project, if it

17 messages 2000/12/16
[#7422] Re: Ruby IDE (again) — Holden Glova <dsafari@...> 2000/12/16

-----BEGIN PGP SIGNED MESSAGE-----

[#7582] New to Ruby — takaoueda@...

I have just started learning Ruby with the book of Thomas and Hunt. The

24 messages 2000/12/18

[#7604] Any corrections for Programming Ruby — Dave Thomas <Dave@...>

12 messages 2000/12/18

[#7737] strange border-case Numeric errors — "Brian F. Feldman" <green@...>

I haven't had a good enough chance to familiarize myself with the code in

19 messages 2000/12/20

[#7801] Is Ruby part of any standard GNU Linux distributions? — "Pete McBreen, McBreen.Consulting" <mcbreenp@...>

Anybody know what it would take to get Ruby into the standard GNU Linux

15 messages 2000/12/20

[#7938] Re: defined? problem? — Kevin Smith <sent@...>

matz@zetabits.com (Yukihiro Matsumoto) wrote:

26 messages 2000/12/22
[#7943] Re: defined? problem? — Dave Thomas <Dave@...> 2000/12/22

Kevin Smith <sent@qualitycode.com> writes:

[#7950] Re: defined? problem? — Stephen White <steve@...> 2000/12/22

On Fri, 22 Dec 2000, Dave Thomas wrote:

[#7951] Re: defined? problem? — David Alan Black <dblack@...> 2000/12/22

On Fri, 22 Dec 2000, Stephen White wrote:

[#7954] Re: defined? problem? — Dave Thomas <Dave@...> 2000/12/22

David Alan Black <dblack@candle.superlink.net> writes:

[#7975] Re: defined? problem? — David Alan Black <dblack@...> 2000/12/22

Hello --

[#7971] Hash access method — Ted Meng <ted_meng@...>

Hi,

20 messages 2000/12/22

[#8030] Re: Basic hash question — ts <decoux@...>

>>>>> "B" == Ben Tilly <ben_tilly@hotmail.com> writes:

15 messages 2000/12/24
[#8033] Re: Basic hash question — "David A. Black" <dblack@...> 2000/12/24

On Sun, 24 Dec 2000, ts wrote:

[#8178] Inexplicable core dump — "Nathaniel Talbott" <ntalbott@...>

I have some code that looks like this:

12 messages 2000/12/28

[#8196] My first impression of Ruby. Lack of overloading? (long) — jmichel@... (Jean Michel)

Hello,

23 messages 2000/12/28

[#8198] Re: Ruby cron scheduler for NT available — "Conrad Schneiker" <schneik@...>

John Small wrote:

14 messages 2000/12/28

[#8287] Re: speedup of anagram finder — "SHULTZ,BARRY (HP-Israel,ex1)" <barry_shultz@...>

> -----Original Message-----

12 messages 2000/12/29

[ruby-talk:7606] Re: A Java Developer's Wish List for Ruby

From: "W. Kent Starr" <elderburn@...>
Date: 2000-12-18 23:05:11 UTC
List: ruby-talk #7606
On Mon, 18 Dec 2000, you wrote:
> 
> From my perspective, I think FOX is worth considering because:
> 
> 1. It looks better than GTK, particularly to Windows users.
> 
> 2. Its Windows development is part of the main process, rather than a 
>    bolt-on project.
> 

There are current issues with gtk+ and Windows; the promise of having this
resolved in the future is simply that, a promise, and _not_ a reality.
That said, the little bit of experimentation I have been doing with RubyGTK
leads me to like it, but for Linux boxes only.

The Tk widget set, while truly cross-platform has some issues, as well.  Native
support for gif only and not jpg or png is a problem (although these are
available in add-on libraries).  There is a concern, of course, regarding
Aruba, but I think that is being handled by the Tcl community and should not
really be an issue.  Regarding the "perceptivity" of Tk cross-platform, I think
it has the same issues as gtk+.

FOX does seem very nice on initial review.  The bundled image viewer compiled
w/o a problem and it seems to load gif, jpg or png files and also saves png
files (didn't try the others) so that is very good news.  The png's also seem
to load and sae with transparancy preserved, so _that_ is very, _very_ good
news! :-)

Only downside I can see at the moment to FOX as the GUI of choice for Ruby is
current lack of Mac support (and I don't mean for OS X only).  While both Mac
and Linux users are way down the list relative to Windows in terms of market
share, they are still a significant factor in many specialized areas.  Linux
market share is growing, but Mac users tend to be fiercely loyal (and vocal)
and represent a strong niche market which, I believe, Ruby developers should be
able to address along with the others.  Just my thoughts on cross-platform :-)

NOw, if I read the previous posts correctly,  wasn't it FOX that was
considering Mac support if they only had a testbed? If so, perhaps there is a
Ruby/Mac user on this list with the time to become a member of the FOX
development team and thus (in a roundabout sort of way) make this happen? 

> 
> Let's assume Ruby thrives, and that FOX becomes the GUI of choice for a 
> new generation of Ruby developers. Should external support for FOX
> start to dry up, I'm guessing that folks in the Ruby community will
> step in and help.
> 

That seems to be what is happening in the tcl/Tk community.  One of the
benefits of open source is that the parent _can_ die, but the children live on
to grow and thrive,  

<soapbox>
Open source really has a kind of connection to human
biological imperitives that proprietary models lack. 
</soapbox>

> I think there is no clear winner in all this process, but GTK makes me
> slightly nervous, and I'd like to see what a FOX-based interface
> looked like (both visually and in code) before making my mind which
> library I personally will be using.
> 
> And I think that's an important point. We're not deciding here which
> library developers must use. We're simply debating the pros and cons
> of individual libraries. Eventually, the conclusions we reach may
> affect which libraries get included in various distributions, but
> we're not doing anything that prevents a team from using any GUI
> library they want.
> 

Well, we definitely want to give the developer as many choices as possible. 
Soem gui's do some jobs better than others.  Final decisions are based upon
nature and target audience of the project, distribution specifics and so foth. 
Type and depth of widget sets would enter into the developer's decision, along
with, possibly, the ease of rolling your own. But that is a developer issue.  I
belive that when the fundamentals of a language are being formulated, the
responsible path is to provide as much breadth and depth of choice for the
users of that language as is possible. (Did i forget the "soapbox" tags there?)

Kent Starr
elderburn@mindspring.com

In This Thread