[#3741] Re: Why it's quiet -- standard distribution issues — Aleksi Niemel<aleksi.niemela@...>
I think it's the feature of the mailing list archive to create a threads of
[#3756] RE: XMP on comments — Aleksi Niemel<aleksi.niemela@...>
> require "xmp"
[#3766] modulo and remainder — Dave Thomas <Dave@...>
[#3776] Kernel.rand — Aleksi Niemel<aleksi.niemela@...>
How about defining:
[#3781] Widening out discussions — Dave Thomas <Dave@...>
[#3795] Re: Array.uniq! returning nil — Aleksi Niemel<aleksi.niemela@...>
> As matz said in [ruby-talk:3785] and Dave said in [ruby-talk:1229],
Hi, Aleksi,
[#3823] Re: Array.pick — Aleksi Niemel<aleksi.niemela@...>
> > Just a general comment--a brief statement of purpose and using
[#3827] JRuby? — Aleksi Niemel<aleksi.niemela@...>
Is there or will there be Ruby equivalent of JPython?
[#3882] Re: Array.uniq! returning nil — Aleksi Niemel<aleksi.niemela@...>
> |look too strange, confusing, or cryptic. Maybe just @, $, %, &.
Hi,
[#3918] A question about variable names... — Dave Thomas <Dave@...>
[#3935] If your company uses Pallets, Skids, Boxes, Lumber, etc. — pallets2@...
[#3956] Tk PhotoImage options — andy@... (Andrew Hunt)
Hi all,
[#3971] Thread and File do not work together — "Michael Neumann" <neumann@...>
following example do not work correctly with my ruby
[#3986] Re: Principle of least effort -- another Ruby virtue. — Andrew Hunt <andy@...>
> Principle of Least Effort.
Hi,
[#4005] Re: Pluggable functions and blocks — Aleksi Niemel<aleksi.niemela@...>
Aleksi makes a question:
[#4008] Ruby installation instructions for Windows — Aleksi Niemel<aleksi.niemela@...>
I had to write these instructions for my friends. I thought it might be nice
[#4043] What are you using Ruby for? — Dave Thomas <Dave@...>
On 15 Jul 2000 22:08:50 -0500,
Hi,
[#4057] Re: What are you using Ruby for? — Aleksi Niemel<aleksi.niemela@...>
Johann:
[#4082] Re: What are you using Ruby for? — Aleksi Niemel<aleksi.niemela@...>
[#4091] 'each' and 'in' — hal9000@...
I just recently realized why the default
[#4107] Re: 'each' and 'in' -- special char problem? — schneik@...
[#4114] Method signature - a question for the group — Dave Thomas <Dave@...>
[#4139] Facilitating Ruby self-propagation with the rig-it autopolymorph application. — Conrad Schneiker <schneik@...>
Hi,
[#4158] Getting Tk to work on Windows — "Michael Neumann" <neumann@...>
Hi....
[#4178] Partly converted English Ruby/Tk widget demo working. — Conrad Schneiker <schneik@...>
Hi,
[#4234] @ variables not updated within method? — Hugh Sasse Staff Elec Eng <hgs@...>
Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
On 27 Jul 2000, Dave Thomas wrote:
[#4267] Ruby.next, Perl6, Python 3000, Tcl++, etc. -- Any opportunities for common implementation code? — "Conrad Schneiker" <schneiker@...>
Hi,
"Conrad Schneiker" wrote:
[ruby-talk:04146] Re: String range inconsistence
Sergey Abel wrote:
> Hi,
>
> "z".succ == "aa", but "z" > "aa".
> As a consequence, ("z".."aa").size == 0 instead of 2.
> (Same with upto method, for that matter.)
>
> The reason is clear: it's "unnatural" succ definition.
> (BTW, "\000".succ == "\001\001". Wow.)
>
> IMHO, this has been conceived as the method for "plain letters",
> not for arbitrary strings. If so, isn't this a subject to discuss?
>
> Does the language need a special subclass (encoding-dependent?)
> for such strings and/or methods?
> How to cope with punctuation, e.g. should we expect "a:".succ == "b:"?
>
> Sergey Abel
The problem is, there is a range of plausible interpretations, each valid
in it's particular domain. E.g. (my apologies for not having mastered the
syntax yet):
"a:".succ == "b:"
"a:".succ == "a"+":".succ
"alpha".succ="beta"
etc.
Perhaps the thing to do is to define some basic class, and to allow the
various interpretations to be the result of sub-classing. That would,
however, make it more difficult to present the constant values in the
code. Perhaps:
LetS.val("a:").succ == LstS.val("b:")
StrS.val("a:").succ == StrS.val("a")+StrS.val(":").succ
GrkA.val("alpha").succ == GrkA.val("beta")
but that certainly looses a lot of the simplicity. Perhaps a "block cast"
for operators could be devised, along the lines of:
with (\", \+) from LetS do
val = "a:".succ ## Assert that val == "b:"
end
This would mean that within the block encompassed by the do, end the
operators " and + would be understood to have the meaning assigned to them
by the class LetS. Probably not worthwhile, as it can already be
accomplished by the creation of temporaries (which I noted above as, e.g.,
LetS.val("a:"). But it might have other applications. I just can't think
what they would be.
-- (c) Charles Hixson
-- All commercial rights reserved
-- Addition of advertisements or hyperlinks to products specifically
prohibited
Attachments (1)
begin:vcard n:Hixson;Charles x-mozilla-html:FALSE adr:;;;;;; version:2.1 email;internet:charleshixson@earthling.net fn:Charles Hixson end:vcard