[#1649] Re: New Ruby projects — Yukihiro Matsumoto <matz@...>
The following message is a courtesy copy of an article
[#1672] Re: Ruby 1.4 stable manual bug? — Yukihiro Matsumoto <matz@...>
The following message is a courtesy copy of an article
[#1673] Re: Possible problem with ext/socket in 1.5.2 — itojun@...
[#1694] Conventions for our Ruby book — Dave Thomas <Dave@...>
[#1715] Install postgresql support — Ikhlasul Amal <amal@...>
Hi all,
Hi,
[#1786] Is this a bug? — Clemens Hintze <clemens.hintze@...>
(mailed & posted)
[#1814] Objects nested sometimes. — Hugh Sasse Staff Elec Eng <hgs@...>
I am attemptiong to write a package which consists of a workspace
[#1816] Ruby 1.5.3 under Tru64 (Alpha)? — Clemens Hintze <clemens.hintze@...>
Hi all,
Hi,
Yukihiro Matsumoto writes:
Hi,
Hi,
[#1834] enum examples? — Hugh Sasse Staff Elec Eng <hgs@...>
Has anyone any examplse of using the Enumerable module? I've had a
[#1844] Minor irritation, can't figure out how to patch it though! — Hugh Sasse Staff Elec Eng <hgs@...>
I was considering how difficult it would be to patch Ruby to accept
[#1889] [ruby-1.5.3] require / SAFE — ts <decoux@...>
[#1896] Ruby Syntax similar to other languages? — "David Douthitt" <DDouthitt@...>
[#1900] Enumerations and all that. — Hugh Sasse Staff Elec Eng <hgs@...>
Thank you to the people who responded to my questions about Enumerated
Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
On 16 Mar 2000, Dave Thomas wrote:
[#1929] Re: Class Variables — "David Douthitt" <DDouthitt@...>
| "David Douthitt" <DDouthitt@cuna.com> writes:
[#1942] no Fixnum#new ? — Quinn Dunkan <quinn@...>
Ok, I can add methods to a built-in class well enough (yes I know about succ,
[#1981] Time::at — "David Douthitt" <DDouthitt@...>
or whatever the right syntax is :-)
[#1989] English Ruby/Gtk Tutorial? — schneik@...
Hi,
SugHimsi(%HeIsSaidJustToLoseHisPatienceOnThisSubject;-).
[#2022] rb_global_entry — ts <decoux@...>
[#2036] Anonymous and Singleton Classes — B_DAVISON <Bob.Davison@...>
I am a Ruby newbie and having some problems getting my mind around certain
[#2069] Ruby/GTK+ question about imlib --> gdk-pixbug — schneik@...
[#2073] Re: eval.rb fails — "Dat Nguyen" <thucdat@...>
The doc is fine, this happens only if you try to execute 'until' block
On Wed, 22 Mar 2000, Dat Nguyen wrote:
[#2084] Scope violated by import via 'require'? — Clemens Hintze <c.hintze@...>
Hi,
[#2104] ARGF or $< — Hugh Sasse Staff Elec Eng <hgs@...>
Has anyone any examples of how to use ARGF or $< as I cannot find much
Hi.
[#2165] Ruby strict mode and stand-alone executables. — "Conrad Schneiker" <schneiker@...>
Some people want Ruby to have a strict compile mode.
[#2203] Re: parse bug in 1.5 — schneik@...
[#2212] Re: Ruby/Glade usage questions. — ts <decoux@...>
>>>>> "m" == mrilu <mrilu@ale.cx> writes:
[#2241] setter() for local variables — ts <decoux@...>
[#2256] Multiple assignment of pattern match results. — schneik@...
[#2267] Re: Ruby and Eiffel — h.fulton@...
[#2309] Question about attribute writers — Dave Thomas <Dave@...>
[ruby-talk:02012] Re: Ruby Syntax similar to other languages?
> From: Yukihiro Matsumoto <matz@netlab.co.jp>
> > What's the benefit of foo.s(/pat/, "repl", "g") over foo.gsub(/pat/,
> "repl")?
>
> In vi, sed, and perl, you don't thing of sub and gsub as being two different
> methods, but rather as a single method that is modulated by optional
> parameters--including g, i, s, m, o, e, and x in perl (IIRC), which I
> wouldn't want to see replaced by individual methods, since I (currently)
> think it is much more natural to regard all of these things as variations on
> a common theme.
>
> Since I also use vi (actually gvim, a vastly improved GUI-based extension of
> vi) all the time and have used perl a lot in the past, "s" seems like the
> simplest and most natural name for what also seems to be most naturally
> regarded as a single method. Actually, since awk always seemed awkward to me
> even before I discovered perl, maybe I should say that because I think "s"
> this is a more natural way to think of substitution, I happened to like the
> way that vi and perl do it.
Well, the way ruby does things currently makes sense to me. And ruby's
Regexps already support parameters: /foo/i But 'g' doesn't make sense as a
Regexp flag, it's a parameter to only the sub method. I *would* argue against
calling the method 's', even though I too have used vim since 1.0 on the
amiga: sub is only two characters longer and so much more descriptive. It's
fine that editors use 's', but an editor is not a general-purpose programming
language (have you tried to read a screenful of complicated vi macros?). I
like the fact that ruby is not vi, sed, and perl.
So I have no problem with //.sub vs //.gsub I also have no problem with
//.sub('repl', g=1) or whatever. But abbreviating to single characters and
inventing special calling semantics so you can write like a special-purpose
language I don't like so much.
And in regards to the initialize vs. init thing, matz would have to add a flag
that would silently support initialize for old (*all* currently existing)
programs, and anyone extending an old program would have to either write in
the old style or worry about *two* initializer calling conventions (what
happens when both are defined?), and given the amount of existing code, the
compatibility flag would probably never go away, so it's probably not worth it
just to type 6 less characters and resolve a spelling issue.