Re: [vos-d] s/MetaObject/Component

2007-12-03 Thread reed
Posted at: http://interreality.org/phorum/read.php?2,118,129#msg-129 reed wrote: KAO Wrote: > runtime. All in all, I think they deserve their > own name, and > "Component" just isn't it. Maybe we could go the way of VObjects and call them VComponents, though that is a bit cumbersome-- they're

Re: [vos-d] s/MetaObject/Component

2007-12-03 Thread Karsten Otto
Am 29.11.2007 um 19:39 schrieb Reed Hedges: > > Component does imply that it could be provided by a plugin module, and > is dynamic, both of which are attributes of MetaObjects. > I'm still not convinced that "Component" is a good replacement term. When I hear "Component" I usually think of somet

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Reed Hedges
Well, we don't want to take on all the baggage that other "Component systems" have. But then again, we're just talking about naming a class here, not the whole system. Reed ___ vos-d mailing list vos-d@interreality.org http://www.interreality.org/cg

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Lalo Martins
Also spracht Peter Amstutz (Thu, 29 Nov 2007 09:53:17 -0500): > The most common use of term "component" is probably in the context of > COM, XPCOM, KParts and so forth type of systems where it simply implies > loosely-coupled objects, with separatation of interface and > implementation and often dy

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Reed Hedges
On Thu, Nov 29, 2007 at 11:16:16AM -0500, Peter Amstutz wrote: > "Part" is even more generic/vague than component True, but it's not used very often in software (IME at least). Component does imply that it could be provided by a plugin module, and is dynamic, both of which are attributes of MetaO

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Peter Amstutz
"Part" is even more generic/vague than component, I think. "Subparts" might be slightly better. Another way to look at it, which would be clearest: vobject->getParts(); vobject->getSubparts(); vobject->getFacets(); vobject->getRoles(); vobject->getTypes(); // very bad, the term "type" is alrea

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Reed Hedges
I guess it's a Decorator pattern, which other people might be familiar with from the Design Patterns books, so could be named after that. Though it's an unfortunate name, calling MetaObjects "Decorations" would kind of trivialize them :) I wonder where they came up with that name. Reed

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Reed Hedges
Component is generic, and also recalls COM etc. How about: Part Facet Role Type Fragment Trait What exactly *is* a metaobject? It's a constituent Vobject that's part of a real Vobject, and which implements a facet or part of that Vobject, probably corresponding to a type. It implements part o

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Peter Amstutz
On Thu, Nov 29, 2007 at 01:33:22PM +0100, Karsten Otto wrote: > > Also "metaobject" is > > an existing term of art in the programming language community > > having to > > do with defining and manipulating the semantics of how programming > > language objects are invoked, and while this is someth

Re: [vos-d] s/MetaObject/Component

2007-11-29 Thread Karsten Otto
Am 29.11.2007 um 02:34 schrieb Peter Amstutz: > I was thinking of renaming "MetaObject" to "Component". Same concept, > just a name that reflects a more standard usage. Really? The term "Component" is a horribly diffuse one that can basically mean almost anything. The most clear use I known of

Re: [vos-d] s/MetaObject/Component

2007-11-28 Thread Lalo Martins
+1 best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - http://lalomart

[vos-d] s/MetaObject/Component

2007-11-28 Thread Peter Amstutz
I was thinking of renaming "MetaObject" to "Component". Same concept, just a name that reflects a more standard usage. Also "metaobject" is an existing term of art in the programming language community having to do with defining and manipulating the semantics of how programming language objec