[#144186] Re: array of object insert polices — "Pe, Botp" <botp@...>

dave [mailto:dave.m@email.it] wrote:

14 messages 2005/06/01

[#144206] Implementing a Read-Only array — Gavin Kistner <gavin@...>

Right up front, let me say that I realize that I can't prevent

14 messages 2005/06/01

[#144224] Method Chaining Issues — "aartist" <aartist@...>

try this:

28 messages 2005/06/01
[#144231] Re: Method Chaining Issues — "Phrogz" <gavin@...> 2005/06/01

This is a FAQ, though no page on the RubyGarden wiki seems to address

[#144240] Re: Method Chaining Issues — Nikolai Weibull <mailing-lists.ruby-talk@...> 2005/06/01

Phrogz wrote:

[#144230] ternary operator confusion — Belorion <belorion@...>

I don't know if this is "improper" use of the ternary operator, but I

19 messages 2005/06/01
[#144233] Re: ternary operator confusion — "Phrogz" <gavin@...> 2005/06/01

true ? a.push(1) : a.push(2)

[#144257] Re: ternary operator confusion — "Marcel Molina Jr." <marcel@...> 2005/06/01

On Thu, Jun 02, 2005 at 01:40:23AM +0900, Phrogz wrote:

[#144263] Re: ternary operator confusion — Eric Mahurin <eric_mahurin@...> 2005/06/01

--- "Marcel Molina Jr." <marcel@vernix.org> wrote:

[#144453] RubyScript2Exe and GUI toolkits — Erik Veenstra <pan@...>

13 messages 2005/06/03

[#144487] Building a business case for Ruby — Joe Van Dyk <joevandyk@...>

Hi,

29 messages 2005/06/03

[#144535] ruby-dev summary 26128-26222 — Minero Aoki <aamine@...>

Hi all,

11 messages 2005/06/04

[#144579] Package, a future replacement for setup.rb and mkmf.rb — Christian Neukirchen <chneukirchen@...>

29 messages 2005/06/04

[#144672] newbie read.scan (?) question — "Bruce D'Arcus" <bdarcus.lists@...>

Hi,

16 messages 2005/06/06

[#144691] making a duck — Eric Mahurin <eric_mahurin@...>

Regarding duck-typing... Is there an easy way make a "duck"?

27 messages 2005/06/06

[#144867] ruby-wish@ruby-lang.org mailing list — dave <dave.m@...>

19 messages 2005/06/08
[#144870] Re: [PROPOSAL] ruby-wish@ruby-lang.org mailing list — "Robert Klemme" <bob.news@...> 2005/06/08

Austin Ziegler wrote:

[#144890] RubyStuff: The Ruby Shop for Ruby Programmers — James Britt <james_b@...>

Announcing the formal grand opening of Ruby Stuff: The Ruby Shop for

36 messages 2005/06/08

[#144966] python/ruby benchmark. — "\"</script>" <groleo@...>

I took a look at

78 messages 2005/06/09
[#144967] Re: python/ruby benchmark. — gabriele renzi <surrender_it@...> 2005/06/09

"</script> ha scritto:

[#144974] Re: python/ruby benchmark. — Lothar Scholz <mailinglists@...> 2005/06/09

Hello gabriele,

[#144977] Re: python/ruby benchmark. — Kent Sibilev <ksruby@...> 2005/06/09

Java is an order of magnitude faster than Ruby. The development of a

[#144980] Re: python/ruby benchmark. — Lothar Scholz <mailinglists@...> 2005/06/09

Hello Kent,

[#144983] Re: python/ruby benchmark. — "Ryan Leavengood" <mrcode@...> 2005/06/09

Lothar Scholz said:

[#145196] Re: python/ruby benchmark(don't shoot the messenger) — ptkwt@... (Phil Tomson) 2005/06/12

In article <9e7db91105061106485b68d629@mail.gmail.com>,

[#145207] Re: python/ruby benchmark(don't shoot the messenger) — Steven Jenkins <steven.jenkins@...> 2005/06/12

Phil Tomson wrote:

[#145212] Re: python/ruby benchmark(don't shoot the messenger) — Austin Ziegler <halostatue@...> 2005/06/12

On 6/12/05, Steven Jenkins <steven.jenkins@ieee.org> wrote:

[#145219] Re: python/ruby benchmark(don't shoot the messenger) — Steven Jenkins <steven.jenkins@...> 2005/06/12

Austin Ziegler wrote:

[#145223] Re: python/ruby benchmark(don't shoot the messenger) — Austin Ziegler <halostatue@...> 2005/06/12

On 6/12/05, Steven Jenkins <steven.jenkins@ieee.org> wrote:

[#145240] Re: python/ruby benchmark(don't shoot the messenger) — Steven Jenkins <steven.jenkins@...> 2005/06/12

Austin Ziegler wrote:

[#145241] Re: python/ruby benchmark(don't shoot the messenger) — Austin Ziegler <halostatue@...> 2005/06/13

On 6/12/05, Steven Jenkins <steven.jenkins@ieee.org> wrote:

[#145000] RDoc

Hi, I have a question. When I compiled ruby-1.8.2

13 messages 2005/06/09
[#145003] Re: RDoc — Eric Hodel <drbrain@...7.net> 2005/06/09

On 09 Jun 2005, at 13:55, Jesffffas Antonio Sfffe1nchez A. wrote:

[#145238] finding Hash subsets based on key value — "ee" <erik.eide@...>

Hi

17 messages 2005/06/12

[#145304] PDF::Writer 1.0 (version 1.0.1) — Austin Ziegler <halostatue@...>

= PDF::Writer

21 messages 2005/06/13
[#145411] Re: [ANN] PDF::Writer 1.0 (version 1.0.1) — Jason Foreman <threeve.org@...> 2005/06/14

No love from PDF::Writer on Mac OS X 10.4.1. I hope to get this fixed

[#145420] Re: [ANN] PDF::Writer 1.0 (version 1.0.1) — Austin Ziegler <halostatue@...> 2005/06/14

On 6/14/05, Jason Foreman <threeve.org@gmail.com> wrote:

[#145432] Re: [ANN] PDF::Writer 1.0 (version 1.0.1) — Jamis Buck <jamis@37signals.com> 2005/06/15

On Jun 14, 2005, at 5:11 PM, Austin Ziegler wrote:

[#145339] survey: what editor do you use to hack ruby? — Lowell Kirsh <lkirsh@...>

I've been having a tough time getting emacs set up properly with ruby

62 messages 2005/06/14

[#145390] Ruby and recursion (Ackermann benchmark) — ptkwt@... (Phil Tomson)

14 messages 2005/06/14

[#145586] How to make a browser in Ruby Tk — sujeet kumar <sujeetkr@...>

Hi

13 messages 2005/06/16

[#145636] Super-scalar Optimizations — "Phrogz" <gavin@...>

I was looking over the shoulder of a C++ coworker yesterday, when he

14 messages 2005/06/16

[#145677] Truth maintenance system in Ruby — "itsme213" <itsme213@...>

Anyone know of any kind of truth-maintenance system implemented in Ruby (or,

12 messages 2005/06/17

[#145720] Frameless RDoc template ('technology preview') — ES <ruby-ml@...>

Hi!

17 messages 2005/06/17

[#145779] Newbe questions... — "Chuck Brotman" <brotman@...>

In Ruby Is there a prefered (or otherwise elegant) way to do an inner &

17 messages 2005/06/18

[#145790] GC.disable not working? — Eric Mahurin <eric_mahurin@...>

From what I can tell, GC.disable doesn't work. I'm wanting to

37 messages 2005/06/18
[#145822] Re: GC.disable not working? — ts <decoux@...> 2005/06/19

>>>>> "E" == Eric Mahurin <eric_mahurin@yahoo.com> writes:

[#146024] evaluation of ruby — "Franz Hartmann" <porschefranz@...> 2005/06/21

Hello all,

[#145830] preventing instantiation — "R. Mark Volkmann" <mark@...>

What is the recommended way in Ruby to prevent other classes from creating

13 messages 2005/06/19
[#145831] Re: preventing instantiation — Gavri Fernandez <gavri.fernandez@...> 2005/06/19

On 6/19/05, R. Mark Volkmann <mark@ociweb.com> wrote:

[#145879] x==1 vs 1==x — Gavin Kistner <gavin@...>

I'm against _premature_ optimization in theory, but believe that a

19 messages 2005/06/20
[#145880] Re: x==1 vs 1==x — ts <decoux@...> 2005/06/20

>>>>> "G" == Gavin Kistner <gavin@refinery.com> writes:

[#145943] Chess Variants (II) (#36) — James Edward Gray II <james@...>

I don't want to spoil all the fun, in case anyone is still attempting

12 messages 2005/06/20

[#146038] 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — Michael Tan <mtan1232000@...>

Just new to Ruby since last week, running my same functional program on the windows XP(Pentium M1.5G), the Ruby version is 10 times slower than the Java version. The program is to find the prime numbers like 2, 3,5, 7, 11, 13... Are there setup issues? or it is normal?

47 messages 2005/06/21
[#146044] Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — "Florian Frank" <flori@...> 2005/06/21

Michael Tan wrote:

[#146047] Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — Jim Freeze <jim@...> 2005/06/21

* Florian Frank <flori@nixe.ping.de> [2005-06-22 05:40:14 +0900]:

[#146050] Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — "Ryan Leavengood" <mrcode@...> 2005/06/21

Jim Freeze said:

[#146132] Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — "Mark Thomas" <mrt@...> 2005/06/22

Florian Frank wrote:

[#146064] rubyscript2exe — Joe Van Dyk <joevandyk@...>

Hi,

14 messages 2005/06/21

[#146169] spidering a website to build a sitemap — Bill Guindon <agorilla@...>

I need to spider a site and build a sitemap for it. I've looked

17 messages 2005/06/22

[#146178] traits-0.4.0 - the coffee release — "Ara.T.Howard" <Ara.T.Howard@...>

15 messages 2005/06/22

[#146328] string to Class object — "R. Mark Volkmann" <mark@...>

How can I create a Class object from a String that contains the name of a class?

15 messages 2005/06/24

[#146380] Application-0.6.0 — Jim Freeze <jim@...>

CommandLine - Application and OptionParser

22 messages 2005/06/24

[#146391] ASP.NET vs Ruby on Rails — Stephen Kellett <snail@...>

HI Folks,

21 messages 2005/06/24
[#146457] Re: ASP.NET vs Ruby on Rails — "Dema" <demetriusnunes@...> 2005/06/25

Hi Stephen,

[#146425] speeding up Process.detach frequency — Joe Van Dyk <joevandyk@...>

Is there any way to speed up Process.detach? The ri documentation for

14 messages 2005/06/25

[#146483] I saw the beauty of Ruby Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — Michael Tan <mtan1232000@...>

22 messages 2005/06/26
[#146485] Re: I saw the beauty of Ruby Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — "Florian Frank" <flori@...> 2005/06/26

Michael Tan wrote:

[#146504] Re: I saw the beauty of Ruby Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — Brad Wilson <dotnetguy@...> 2005/06/26

For comparison, the port of your code to (less than elegant) C#.

[#146515] Re: I saw the beauty of Ruby Re: 1. Ruby result: 101 seconds , 2. Java result:9.8 seconds, 3. Perl result:62 seconds — Florian Gro<florgro@...> 2005/06/26

Brad Wilson wrote:

[#146491] What do you want to see in a Sparklines Library? — Daniel Nugent <nugend@...>

This is sort of an interest gauging/feature request poll.

17 messages 2005/06/26
[#146506] Re: What do you want to see in a Sparklines Library? — Daniel Amelang <daniel.amelang@...> 2005/06/26

See what's already been done before you get too far.

[#146517] Re: What do you want to see in a Sparklines Library? — Daniel Nugent <nugend@...> 2005/06/26

Yup, seen the stuff on RedHanded, I was planning on writing a little

[#146562] RCM - A Ruby Configuration Management System — Michael Neumann <mneumann@...>

Hi all,

22 messages 2005/06/27

[#146630] yield does not take a block — Daniel Brockman <daniel@...>

Under ruby 1.9.0 (2005-06-23) [i386-linux], irb 0.9.5(05/04/13),

48 messages 2005/06/28
[#146666] Re: yield does not take a block — Daniel Brockman <daniel@...> 2005/06/28

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

[#146680] Re: yield does not take a block — Yukihiro Matsumoto <matz@...> 2005/06/28

Hi,

[#146684] Re: yield does not take a block — Eric Mahurin <eric_mahurin@...> 2005/06/28

[#146779] Re: yield does not take a block — "Adam P. Jenkins" <thorin@...> 2005/06/29

Eric Mahurin wrote:

[#146700] Anything in new Eclipse for Rubyists? — "jfry" <jeff.fry@...>

Hey there, I know that a number of folks on the list use Eclipse as

14 messages 2005/06/28

[#146773] Programmers Contest: Fit pictures on a page — hicinbothem@...

GLOSSY: The Summer Programmer Of The Month Contest is underway!

18 messages 2005/06/29

[#146815] shift vs. slice!(0) and others — Eric Mahurin <eric_mahurin@...>

I just did some benchmarking of various ways to insert/delete

12 messages 2005/06/29

Re: [ANN] Application-0.6.0

From: Eric Mahurin <eric_mahurin@...>
Date: 2005-06-24 19:41:16 UTC
List: ruby-talk #146384
Great work, Jim!  Looks like very quick way to get started on
an script - bypassing the tediousness of option/arg parsing and
a documentation framework.

I have a few more comments:

* allow the definition of long_description to appear in
comments above the application class with all of the rdoc
formatting (you'll need to parse $0 with rdoc utilities).  I
think this gives a more ruby-like way of documenting scripts.

* make a certain set of options enabled by default: man page,
version, usage, etc.  That way all applications written in this
framework will immediately have this commonality.  And then
have a way for the application class to delete this
functionality if it isn't wanted for some strange reason.

* automatic usage generation (on your TODO already?).  You
should also allow a short description for the options and
arguments so that each option/arg will come out in a single
line.

* in your examples, show how the options are accessed by main.

This looks very similar to a package I wrote for perl years ago
(option/arg parsing, automatic usage, semi-automatic man page
handling).  On man pages for that package, I decided to
automatically generate POD (like rdoc comments) from the
option/arg description and then have programmer paste it in the
script and maintain it.  I believe the way you are doing it is
a more maintainable approach (i.e. when you add/change/delete
an option the man page is automatically updated), but the man
page formatting is not very flexible.  Probably a good
tradeoff.

--- Jim Freeze <jim@freeze.org> wrote:

> CommandLine - Application and OptionParser
> ==========================================
> Author: Jim Freeze
> Copyright 2005 Jim Freeze
> 
> ABOUT
> =====
> CommandLine is a tool that facilitates building command line
> applications and parsing the command line. Version 0.6.0
> supercedes OptionParser-0.5.0 since the option libs are now
> part
> of CommandLine. (I thought that maintianing two gems for 
> the option libraries would be confusing.)
> 
> CommandLine provides a convenient way to quickly develop
> a professional looking commandline application.
> The OptionParser provides efficient tools to add and
> handle options while still allowing your application to 
> handle just about any argument configuration you may need.
> 
> Probably the best way to describe how the tool works is
> with an example:
> (For now this email, and the source, is the only
> documentation
> for application. I would like to hear comments and
> make changes before getting to involved in a write-up.)
> 
> 
>   % cat app2.rb
>   #---------------------------------------------------
>   #!/usr/bin/env ruby
> 
>   require 'rubygems'
>   require 'commandline'
> 
>   #
>   # A minimum application
>   #
>   class App < CommandLine::Application
> 
>     def initialize
>       args 1
>       super
>     end
> 
>     def main
>     end
>   end#class App
>   #---------------------------------------------------
> 
>   % app2.rb  
>    Usage: app2.rb 
> 
>   % cat app5.rb 
>   #---------------------------------------------------
>   #!/usr/bin/env ruby
> 
>   begin
>     require 'commandline'
>   rescue LoadError
>     require 'rubygems'
>     retry
>   end
> 
>   class App < CommandLine::Application
> 
>     def initialize
>       version           "0.0.1"
>       author            "Author Name"
>       copyright         "Copyright (c) 2005, Jim Freeze"
>       synopsis          "[-dhV] param_file out_file"
>       short_description "A simple app example that takes two
> arguments."
>       long_description  "app5 is a simple application example
> that supports "+
>                         "three options and two commandline
> arguments."
> 
>       option :version
>       option :debug
>       option :help
> 
>       args   :param_file, :out_file
> 
>       super
>     end
> 
>     def main
>       puts "main called"
>       puts "@param_file = #{@param_file}"
>       puts "@out_file   = #{@out_file}"
>     end
>   end#class App
>   #---------------------------------------------------
> 
>   % app5.rb  
>    Usage: app5.rb [-dhV] param_file out_file
> 
>   % app5.rb -h
>   NAME
> 
>       app5.rb - A simple app example that takes two
> arguments.
> 
>   DESCRIPTION
> 
>       app5.rb is a simple application example that supports
> three options
>       and two commandline arguments.
> 
>   OPTIONS
> 
>       --version,-V
>           Displays application version.
> 
>       --debug,-d
>           Sets debug to true.
> 
>       --help,-h
>           Displays help page.
> 
>   AUTHOR:  Author Name
>   Copyright (c) 2005, Jim Freeze
> 
>   % app5.rb  f1 f2
>   main called
>   @param_file = f1
>   @out_file   = f2
> 
>   % cat app6.rb
>   #---------------------------------------------------
>   #!/usr/bin/env ruby
> 
>   begin
>     require 'commandline'
>   rescue LoadError
>     require 'rubygems'
>     retry
>   end
> 
>   #
>   # An application demonstrating customizing of canonical
> options
>   #
>   class App < CommandLine::Application
> 
>     def initialize
>       version           "0.0.1"
>       author            "Author Name"
>       copyright         "Copyright (c) 2005, Jim Freeze"
>       short_description "A simple app example that takes two
> arguments."
>       long_description  "This app is a simple application
> example that supports "+
>                         "three options and two commandline
> arguments."
> 
>       option :version, :names => %w(--version -v
> --notice-the-change-from-app5)
>       option :debug, :arity => [0,1], :arg_description =>
> "debug_level",
>              :opt_description => "Set debug level from 0 to
> 9."
>       option :help
> 
>       args   :param_file, :out_file
> 
>       super
>     end
> 
>     def main
>       puts "main called"
>       puts "@param_file = #{@param_file}"
>       puts "@out_file   = #{@out_file}"
>     end
>   end#class App
>   #---------------------------------------------------
> 
>   % app6.rb -h
>   NAME
> 
>       app6.rb - A simple app example that takes two
> arguments.
> 
>   DESCRIPTION
> 
>       This app is a simple application example that supports
> three
>       options and two commandline arguments.
> 
>   OPTIONS
> 
>       --version,-v,--notice-the-change-from-app5
>           Displays application version.
> 
>       --debug,-d debug_level
>           Set debug level from 0 to 9.
> 
>       --help,-h
>           Displays help page.
> 
>   AUTHOR:  Author Name
>   Copyright (c) 2005, Jim Freeze
> 
>   % cat app7.rb 
>   #---------------------------------------------------
>   #!/usr/bin/env ruby
> 
>   begin
>     require 'commandline'
>   rescue LoadError
>     require 'rubygems'
>     retry
>   end
> 
>   #
>   # An application demonstrating customizing of canonical
> options
>   #
>   class App < CommandLine::Application
> 
>     def initialize
>       version           "0.0.1"
>       author            "Author Name"
>       copyright         "Copyright (c) 2005, Jim Freeze"
>       short_description "A simple app example that takes two
> arguments."
>       long_description  "This app is a simple application
> example that "+
>                         "supports three options and two
> commandline "+
>                         "arguments."
> 
>       option :version, :names => %w(--version -v
> --notice-the-change-from-app5)
>       option :debug, :arity => [0,1], :arg_description =>
> "debug_level",
>              :opt_description => "Set debug level from 0 to
> 9."
>       option :help
> 
>       args   :param_file, :out_file
> 
>       super
>     end
> 
>     def main
>       puts "main called"
>       puts "@param_file = #{@param_file}"
>       puts "@out_file   = #{@out_file}"
>     end
>   end#class App
>   #---------------------------------------------------
> 
>   % app7.rb -h
>   NAME
> 
>       app7.rb - A simple app example that takes two
> arguments.
> 
>   DESCRIPTION
> 
>       This app is a simple application example that supports
> three
>       options and two commandline arguments.
> 
>   OPTIONS
> 
>       --version,-v,--notice-the-change-from-app5
>           Displays application version.
> 
>       --debug,-d debug_level
>           Set debug level from 0 to 9.
> 
>       --help,-h
>           Displays help page.
> 
>   AUTHOR:  Author Name
>   Copyright (c) 2005, Jim Freeze
> 
> TESTS
> =====
> Tests: 49
> Assertions: 215
> 
> 
> HISTORY
> =======
> After poking around in a few corporations, it was evident
> that
> option parsing was not well understood. Therefore, many
> inhouse
> tools were built that did not conform to any of the POSIX,
> Gnu or XTools
> option styles. CommandLine::OptionParser was developed so
> that
> new applications could be written that conformed to accepted
> standards,
> but non-standard option configurations could be handled as
> well
> to support legacy interfaces.
> 
> Once the option parsing was written, there was a need to
> streamline
> the repetitive tasks in setting up an application. The
> original
> boilerplate was simple, but after taking a few cues from
> rails, a significant amount of functionality was added to
> Application that make it a very useful tool yet simple to
> use.
> 
> More information and usage scenarios on OptionParser can be
> found at:
>     http://rubyforge.org/projects/optionparser/
> 
> DOWNLOAD & INSTALLATION
> =======================
> 
> Homepage:      http://rubyforge.org/projects/optionparser/
> Documentation: http://optionparser.rubyforge.org/
> Download:     
> http://rubyforge.org/frs/?group_id=632&release_id=2345
> 
> Dependencies:
> * None
> 
> Currently optionparser is only available as a rubygem.
> 
> Via RubyGems 
>   $ gem install -r CommandLine
> 
> All feedback is appreciated!
> 
> Installations not yet available
> ===============================
> # not in RPA yet
> Via RPA 
>   $ rpa install commandline
>   
> # this either
> The do-it-yourself way 
>   $ ruby setup.rb config
>   $ ruby setup.rb setup
>   $ ruby setup.rb install
>   
> # nor this
> The simplified do-it-yourself way 
>   $ rake install
> 
> 
> RELEASE NOTES
> =============
> 
> 0.6.0  06/24/2005
> * Refitted and renamed gem to CommandLine
> * Added application class
> * Application is all new with many features - includes
> features
>   suggested from the ARCTAN group - Eric Mahurin, Bassam El
> Abid 
>   and Matt Lawrence
> * TODO: Add automatic synopsis generation
> * TODO: Add CVS like parsing
>
---------------------------------------------------------------------
> 0.5.1  06/17/2005
> * Contains all planned features except CVS like command
> handling
> * Fixed loading path using gems. Is now loaded by:
>    require 'rubygems'
>    require 'commandline/optionparser'
> * Updated documentation
> 
>
---------------------------------------------------------------------
> 0.5.0  06/07/2005  
> * First public release
> 
> APPENDIX
> ========
> OPTION PARSER 
> =============
> CommandLine is a library for building applications 
> and parsing commandlines.
> 
> CommandLine::OptionParser is part of the CommandLine suite of
> tools and is used for command line parsing. The command line
> parser suite consists of classes CommandLine::Option, 
> CommandLine::OptionData and CommandLine::Application.
> 
> The parser supports POSIX, Gnu and XTools style parsing
> options. 
> It also provides flexibility to support <em>non standard</em>
> options. For example:
> 
> POSIX
> =====
> OptionParser.new Option.new(:posix, :names => "-f")
> 
> Gnu
> ===
> OptionParser.new Option.new(:names => %w[--file -f])
> 
> XTools
> ======
> OptionParser.new Option.new(:names => "-file")
> 
> User
> ====
> OptionParser.new(Option.new(
>    :names => %w(--file -file --files -files -f),
>    :arg_arity => [1,-1],
>    :arg_description => "file1 [file2, ...]"))
> 
> This last option prints:
> 
>  OPTIONS
> 
>      --file,-file,--files,-files,-f file1 [file2, ...]
> 
> 
> ACKNOWLEDGEMENTS
> ================
> This library contains code from:
> * Austin Ziegler - Text::Format
> * ?? - open4.rb - obtained from codeforthepeople
> -- 
> Jim Freeze
> 
> 



		
____________________________________________________ 
Yahoo! Sports 
Rekindle the Rivalries. Sign up for Fantasy Football 
http://football.fantasysports.yahoo.com

In This Thread