[#10193] String.ord — David Flanagan <david@...>

Hi,

41 messages 2007/02/05
[#10197] Re: String.ord — Yukihiro Matsumoto <matz@...> 2007/02/06

Hi,

[#10198] Re: String.ord — David Flanagan <david@...> 2007/02/06

Yukihiro Matsumoto wrote:

[#10199] Re: String.ord — Daniel Berger <djberg96@...> 2007/02/06

David Flanagan wrote:

[#10200] Re: String.ord — David Flanagan <david@...> 2007/02/06

Daniel Berger wrote:

[#10208] Re: String.ord — "Nikolai Weibull" <now@...> 2007/02/06

On 2/6/07, David Flanagan <david@davidflanagan.com> wrote:

[#10213] Re: String.ord — David Flanagan <david@...> 2007/02/06

Nikolai Weibull wrote:

[#10215] Re: String.ord — "Nikolai Weibull" <now@...> 2007/02/06

On 2/6/07, David Flanagan <david@davidflanagan.com> wrote:

[#10216] Re: String.ord — David Flanagan <david@...> 2007/02/07

Nikolai Weibull wrote:

[#10288] Socket library should support abstract unix sockets — <noreply@...>

Bugs item #8597, was opened at 2007-02-13 16:10

12 messages 2007/02/13

[#10321] File.basename fails on Windows root paths — <noreply@...>

Bugs item #8676, was opened at 2007-02-15 10:09

11 messages 2007/02/15

[#10323] Trouble with xmlrpc — James Edward Gray II <james@...>

Some of the Ruby code used by TextMate makes use of xmlrpc/

31 messages 2007/02/15
[#10324] Re: Trouble with xmlrpc — "Berger, Daniel" <Daniel.Berger@...> 2007/02/15

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

[#10326] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/15

On Feb 15, 2007, at 1:29 PM, Berger, Daniel wrote:

[#10342] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/16

While I am complaining about xmlrpc, we have another issue. It's

[#10343] Re: Trouble with xmlrpc — Alex Young <alex@...> 2007/02/16

James Edward Gray II wrote:

[#10344] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/16

On Feb 16, 2007, at 12:08 PM, Alex Young wrote:

Re: String.ord

From: David Flanagan <david@...>
Date: 2007-02-05 22:54:32 UTC
List: ruby-core #10195
Nikolai Weibull wrote:
> On 2/5/07, David Flanagan <david@davidflanagan.com> wrote:
> 
>> Does anyone (Matz?) know why the (new in 1.9) String.ord method is
>> restricted to one-character Strings?
> 
> Because it only makes sense on a string of (character) length one.

I have to disagree.  It seems to me that String really needs a method 
that provides the same behavior as the [] does in 1.8.  ord could be 
that method, or I could argue for ordAt().

I find it very unnatural to define a String method that is only valid on 
a restricted subset of Strings.

>> Why can't I pass the index to ord itself?  "ABC".ord(0) => 65
> 
> Because that's complicating matters unnecessarily, and indexing
> shouldn't be part of the interface to a method that turns a string
> into its position in the encoding table of the string in question.

I see no reason why it shouldn't be.  As it stands now, Ruby 1.8 code 
that uses the [] operator must be replaced with [].ord.  One method call 
becomes two.

> You wouldn't expect String#succ to take an index, or String#hex for
> that matter, right?

I think these are bad analogies. If either of these methods required a 
single-character string, then I'd make the same argument for them as I'm 
making for ord.

	David

>  nikolai
> 
> 


In This Thread