[#4076] Ruby/DL — Jamis Buck <jamis_buck@...>

I recently used Ruby/DL to create bindings to the SQLite3 embedded

40 messages 2005/01/03
[#4096] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/04

On Tue, Jan 04, 2005 at 02:53:49AM +0900, Jamis Buck wrote:

[#4099] Re: Ruby/DL — ts <decoux@...> 2005/01/04

>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:

[#4119] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Wed, Jan 05, 2005 at 03:05:48AM +0900, ts wrote:

[#4120] Re: Ruby/DL — ts <decoux@...> 2005/01/05

>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:

[#4125] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Thu, Jan 06, 2005 at 01:10:34AM +0900, ts wrote:

[#4116] Test::Unit::Collector::Dir won't work with code that modifies $LOAD_PATH — Eric Hodel <drbrain@...7.net>

Any test code that depends upon modifications of $: fails when used

10 messages 2005/01/05

[#4146] The face of Unicode support in the future — Charles O Nutter <headius@...>

Hello Rubyists!

47 messages 2005/01/06
[#4152] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/07

Hi,

[#4167] Re: The face of Unicode support in the future — Christian Neukirchen <chneukirchen@...> 2005/01/09

Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#4175] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/10

Hi,

[#4186] Re: The face of Unicode support in the future — Paul Brannan <pbrannan@...> 2005/01/11

On Mon, Jan 10, 2005 at 11:53:48PM +0900, Yukihiro Matsumoto wrote:

[#4192] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/12

Hi,

[#4269] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...>

19 messages 2005/01/18
[#4270] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/18

Hi,

[#4275] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...> 2005/01/19

[#4323] test/unit doesn't rescue a Exception — Tanaka Akira <akr@...17n.org>

test/unit doesn't rescue a Exception in a test method, as follows.

14 messages 2005/01/27
[#8773] Re: test/unit doesn't rescue a Exception — Tanaka Akira <akr@...> 2006/09/02

In article <87is5jb46q.fsf@serein.a02.aist.go.jp>,

[#8776] Re: test/unit doesn't rescue a Exception — "Nathaniel Talbott" <ntalbott@...> 2006/09/03

On 9/1/06, Tanaka Akira <akr@fsij.org> wrote:

[#8777] Re: test/unit doesn't rescue a Exception — Eric Hodel <drbrain@...7.net> 2006/09/03

On Sep 2, 2006, at 6:34 PM, Nathaniel Talbott wrote:

Re: The face of Unicode support in the future

From: Charles O Nutter <headius@...>
Date: 2005-01-10 15:52:49 UTC
List: ruby-core #4178
Here's a feature that hasn't been mentioned, so perhaps it already
exists or hasn't been considered:

* Provide a way to specify Unicode literals in Ruby scripts

Python and Java both support using the UTF-16 inline escaped
representation of a Unicode character, as in "\u####". Python also
supports specifying that strings are Unicode rather than single-byte
ISO8859 (or whatever) by specifying the string as u"". That may or may
not be necessary in Ruby, since the concept of a string sounds like it
will simply be expanded to mean "a string of characters" with
"characters" being Unicode or otherwise.

I support "abc"[0] returning something other than fixnum. I also
suppose transparent Unicode support if it's easy to force things one
way or the other when necessary.

We are considering supporting "\u####" in JRuby to simplify our
Unicode woes, so support for this in Ruby 1.9/2.0 would be welcomed.

I'm not familiar with the RCR process, so please guide me if that's
the direction I should take.

- Charlie

On Mon, 10 Jan 2005 23:53:48 +0900, Yukihiro Matsumoto
<matz@ruby-lang.org> wrote:
> Hi,
> 
> In message "Re: The face of Unicode support in the future"
>     on Sun, 9 Jan 2005 19:49:19 +0900, Christian Neukirchen <chneukirchen@gmail.com> writes:
> 
> |May I please introduce the idea of adding a Character class:
> |
> |"abc"[0] should return ?a.
> 
> The "right" definition of characters differs application to
> application.  That's the reason I don't add a Character class.  I want
> to leave it to the user.
> 
>                                                         matz.
> 
>

In This Thread