Re: "You can't make a hot fudge sundae with mashed potatoes instead of ice cream, either."

2001-07-09 Thread Matt Youell
> Well, my hope is somehow we can get types to be a bit more implicit > than the usual mess most people are used to. I have grave concerns about 'implicit' typing. In my experience DWIM-style typing can lead to serious hair pulling and long debug sessions over simple errors. Now, if you can give

Re: Anonymous classes (was Re: Anyone actually experienced with object inheritance?)

2001-07-06 Thread Matt Youell
>What if you want multiple constructors with redundant code, et cetera -- >there is flexibility. You could get that same flexibility from a mandated new(). If you don't want to support new, overload it so that it does nothing. Or maybe that could be the default behavior. The major benefit being a

Re: Anonymous classes (was Re: Anyone actually experienced with object inheritance?)

2001-07-05 Thread Matt Youell
with something simple, like saying all classes have an implicit new() method that is overloadable? Is this really *that* complicated? Maybe I'm not getting the Big Picture. ____ matt youell http://www.youell.com/matt/ "think different - just like everyone else"

Re: Anonymous classes (was Re: Anyone actually experienced with object inheritance?)

2001-07-04 Thread Matt Youell
> > MI thing, but now it's sounding like a constructor bubbling scheme, like in > > C++, etc. > > Right. Perl doesn't have it by default, and *can't* have it > except under certain rather strict constraints, e.g. when all > players are playing by the Class::Struct rules, or some other > more elab

Re: Anonymous classes (was Re: Anyone actually experienced with object inheritance?)

2001-07-03 Thread Matt Youell
Forgive my woeful ignorance Could someone define "data aggregation by inheritance"? From John's original mention I thought this was some oblique MI thing, but now it's sounding like a constructor bubbling scheme, like in C++, etc. Thanks! ____

Re: what I meant about hungarian notation

2001-05-09 Thread Matt Youell
> > But $, @, and % indicate data organization, not type... > > Actually they do show "type", though not in a traditional sense. > Organization <-> type is semantic oddery, but they do keep our heds straight > about what's in the variable. Sure. But my point was that Perl's use of $ isn't Hungari

Re: what I meant about hungarian notation

2001-05-08 Thread Matt Youell
> sane indentation by making it part of the language, Perl is a > language that enforces a dialect of hungarian notation by making > its variable decorations an intrinsic part of the language. But $, @, and % indicate data organization, not type... > What if, instead of cramming everything into

Re: So, we need a code name...

2001-05-04 Thread Matt Youell
Has anyone suggested "Oyster", or is that too obvious? __ Matt Youell - "Think different, just like everyone else." [EMAIL PROTECTED] http://www.youell.com/matt/

RE: What will be the Perl6 code name ?!!

2000-10-19 Thread Matt Youell
> Red Had > Version 7 (Guinness) > Version 6.2 (Zoot) > Version 6.1 (Cartman) > Version 6.0 (Headwig) > Version 5.2 (Apollo) > Version 5.1 (Manhattan) > Version 5.0 (Hurricane) > Version 4.2 (Biltmore) > Version 4.1 (Vanderbilt) > Version 4.0 (Colgate) Nothing like consistency. =) > What will b