Re: OO inheritance in a hacker style

2004-01-28 Thread Jonathan Lang
Joseph Ryan wrote: > Of course, roles are another great way to prevent confusion with > multiple inheritance. A good question would be whether something > like "forget" is useful in addition, or whether everyone should > just use roles. :) For the record, roles are not a form of multiple inherit

Re: OO inheritance in a hacker style

2004-01-28 Thread Luke Palmer
Dmitry Dorofeev writes: > Hi all. > Sorry if this idea|question has been discussed or has name which i don't > know about. > > I am not very good at OO but I tried at least 2 times to develop with > it though :-) Last time it was Java. The problem is that when i going > to use some 'standard' cla

Re: OO inheritance in a hacker style

2004-01-28 Thread Joseph Ryan
Dmitry Dorofeev wrote: Hi all. Sorry if this idea|question has been discussed or has name which i don't know about. I'd like to write Class myclass : a { forget method area; forget method move; method put; } so methods getX, getY, size will be 'inherited'. Methods 'area' and 'move' will be n

Re: OO inheritance in a hacker style

2004-01-28 Thread Michael G Schwern
On Wed, Jan 28, 2004 at 03:18:24PM +0300, Dmitry Dorofeev wrote: > I am not very good at OO but I tried at least 2 times to develop with it > though :-) > Last time it was Java. The problem is that when i going to use some > 'standard' class > or 3d party class i'd rather to cut off all unnecessa

OO inheritance in a hacker style

2004-01-28 Thread Dmitry Dorofeev
Hi all. Sorry if this idea|question has been discussed or has name which i don't know about. I am not very good at OO but I tried at least 2 times to develop with it though :-) Last time it was Java. The problem is that when i going to use some 'standard' class or 3d party class i'd rather to cut o

Re: Semantics of vector operations

2004-01-28 Thread Damian Conway
Larry mused: But we also have the ambiguity with <<'' and friends, so maybe the real problem is trying to make the << and >> workarounds look too much like « and ». Maybe they should be :<< and :>> or some such. Maybe we should be thinking about a more general trigraph (shudder) policy. Nooo