[#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:04071] Re: Phython and Microsoft's IL
Hi, "Dave Thomas" wrote: > In case anyone missed in over on comp.lang.python, ActiveState are > producing a version of Python that compiles down to Microsoft's new > Intermediate Language (IL), the common intermediate code for their > .NET stuff. > > I'm not sure _what_ I feel about this. Part of me says that the > integration will be great, and that Windows users will love having the > flexibility. On the other hand, will they move away from the existing > Microsoft scripting languages? A few users probably will, but the more important factor will probably be attracting more Python developers and system integrators and so on to the hot growth areas that the other MS languages are not as well suited for in terms of overall productivity and continual revamping. > And C#Python is yet one more version of > Python to be maintained and kept up to date; quite a drag on > innovation. We should be so lucky. But I don't think this is likely if ActiveState is bringing any significant new resources to the table. By making Python even more attractive on Windows for some moderate to large fraction of the existing and borderline would-be Python users, this is likely to significantly increase the size of the Python community, which in turn tends to attract the sorts of high-level resources that tends to accelerate innovation, not retard it. > It's also interesting that ActiveState seem to have a > lock on both Perl _and_ Python integration on Windows. Almost as bad as the seeming lock that Red Hat nee Cygnus has on GNU tools on Windows. Well, on the average, it has certainly be a healthy and beneficial development for the relentlessly growing Window's Perl community, and the Unicode additions certainly seems to be turning into a net gain for the larger Perl world as well. > What do people think about all this? Embrace and clone/port? :-) If ActiveState were supporting Ruby, we would likely have fewer problems with the wrong versions of DLLs and Ruby/Tk on Windows would probably work. Well, this (in conjunction with earlier ActiveState Python developments) certainly gives Python a big boost relative to Perl. (After all, most of the world's computer users and developers are on Windows at the moment, and this is probably where the greater fraction of Python expansion will occur over the next few years.) I think this will make it somewhat tougher for Ruby to compete with Python, but I think Ruby will still prevail. Conrad.