[gme-users] copy and paste references

[Peter Volgyesi]

We are currently in the process of completely redesigning the library 
feature. Your working scenario is one of the typical situation we'd like 
to address with the new implementation (eg.: we're introducing GUID-s 
for all MGA objects, so merging could be smarter). However, we still 
have bunch of problems, questions. Do not expect this new library code 
within a month (or two...)
--
peter


> On Thursday, 19 February 2004, Akos Ledeczi wrote:
> 
>>Attila,
>>
>>this is >>not<< a general error, that is I can do what
>>you described using my paradigm and it works properly,
>>that is it copies references just fine without the
>>restriction you mentioned.
>>
>>Could you please post a bug report on bugzilla
>>specifying the paradigm you use and an action
>>sequence that causes the crash?
> 
> 
> On the same topic, we have a small problem with the way models that are
> built using the same single underlying imported library, are merged.
> 
> The scenario we have is different people have to work on building
> different
> aspects of the same modeling paradigm, but everyone is using the same
> library, say ESML. Assuming the common portions of the extended library
> are
> captured, the individual developers are free to extend their aspects of
> the
> paradigm. Now when the aspects need to be merged, it would be nice if the
> copy/paste done as part of the merging, maintained the reference
> information of elements of each aspect to elements defined in the imported
> library, instead of
> 
> 1. Either invalidating the references because GME keeps track of objects
>    via id which obviously fails when doing copy/paste. 
> 2. Having multiple copies of the same base imported library.
> 
> I was wondering if it is possible to provide such support for atleast
> MetaGME paradigm in GME, as the combination of kind and type should be
> unique in MetaGME.
> 
> We (Adi and me) discussed a bit on trying to solve it on the same lines of
> the LibraryUpdate tool that he implemented. I am looking for arguments
> for/against having such support in GME.
> 
> Without this, we effectively have to serialize the process of creating
> meta-models, which IMHO, is a waste of time.
> 
> Comments/Suggestions very welcome.
> 
> -kitty.
> 
> _______________________________________________
> gme-users mailing list
> gme-users at list.isis.vanderbilt.edu
> http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users