[#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:

[ ruby-Bugs-8906 ] Request for more thorough introspective documentation

From: <noreply@...>
Date: 2007-02-27 05:15:36 UTC
List: ruby-core #10434
Bugs item #8906, was opened at 2007-02-27 05:15
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=8906&group_id=426

Category: Core
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Roger Pack (rogerdpack)
Assigned to: Nobody (None)
Summary: Request for more thorough introspective documentation

Initial Comment:
I think one thing that would *really* speed up dev. and learning time would be a new method for easier introspection of descriptions of functions.  So basically as you are "learning" ruby say you can do the following:

>>mysteryclass.methods
=> ["dosomething", "dosomethingelse"]
mysteryclass.method("dosomething").describe
=> "dosomething(variableOne, variableTwo = false) # this is to do x and y--see http://fakepage.com"

This would then be very similar to the existing
object.method(meth).arity command.

A first hack at this would be to just have "Object.describe(function)" return the line from the source which defined the function, if possible.  I realize that for more complex functions this wouldn't be possible, but for 95% of functions it would). Would there be any interest for me to try to implement this for the core, maybe of 2.0? 

I would consider this super useful to those of us that enjoy learning on the command line--who, having used Ruby, has NOT wondered "just what do all of those different functions do?" and not wanted to have to go all the way to the (sometimes out of date, sometimes hard to find) documentation?

Thank you for your thought and consideration. This functionality may already exist, but thought I'd mention it.

-Roger [PS Thank you Matz for visiting BYU--quite a pleasure :) ]

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=8906&group_id=426

In This Thread

Prev Next