wish list

[Peter Volgyesi]

----------
From: 	Peter Volgyesi[SMTP:XVOLGY at ISIS-SERVER.ISIS.VANDERBILT.EDU]
Sent: 	Tuesday, December 17, 2002 12:05:37 PM
To: 	GME Group
Subject: 	Re: wish list
Auto forwarded by a Rule

Yes, it is using XML. There are some tricks (not only XML data), so I
decided not to "publish" our clipboard format as generic TEXT (xml). I wish
I had time to rewrite that code drastically...
--
peter

----- Original Message -----
From: "GME Group" <GME at isis-server.vuse.vanderbilt.edu>
To: "GME List" <GMEList at isis-server.vuse.vanderbilt.edu>
Sent: Tuesday, December 17, 2002 5:09 PM
Subject: FW: wish list


>
>
> > ----------
> > From: Kumar Gaurav Chhokra
> > Sent: Tuesday, December 17, 2002 10:09:01 AM
> > To: GME Group
> > Subject: RE: wish list
> > Auto forwarded by a Rule
> >
> Yes, drag and drop does work! Ctrl+C / V doesn't work :( but again, it
> will be a swell thing to have because we could copy once and paste
> several times from the clipboard.
>
> A technical question: how do you import a dragged n dropped FCO? Is it
> through an XML representation of the thing? If so, then would it be
> difficult to place an XML copy of the FCO on the clip-board? That way,
> when we hit CTRL+V, it would just be importing the XML thingy from the
> clipboard rather than from the other application. It will also give us
> the added (perhaps not essential) ability to look at the FCO XML in a
> notepad file / IE. Just ideas here :)
>
> Thanks!
>
> Kumar
>
> -----Original Message-----
> From: GME Group
> Sent: Tuesday, December 17, 2002 9:46 AM
> To: GME List
> Subject: FW: wish list
>
>
> >
> >----------
> >From: Peter Volgyesi[SMTP:XVOLGY at ISIS-SERVER.ISIS.VANDERBILT.EDU]
> >Sent: Tuesday, December 17, 2002 9:33:53 AM
> >To: GME Group
> >Subject: Re: wish list
> >Auto forwarded by a Rule
> >
> > Is there some way to get cut and paste to work across different
> > instances of GME? I understand that there might be issues there: like
> > paradigm constraints; if the FCO being pasted in to the target
> paradigm
> > is allowed to be there or not. Or, if we are pasting a reference, does
> > the referred FCO get copied as well? If so where would it be placed in
> > the target model? If not, then how do we let the user know that the
> > reference he/she just pasted is empty and needs to point to something?
> I
> > can imagine that there's a whole can of worms associated with this,
> but
> > it will be a swell thing to have :-)
> Recently, I worked on this part of the code (especially in the Browser).
> You
> can drag'n'drop between two separate GME processes. (Maybe, CTRL-C,
> CTRL-V
> does not work, I will have to check it). Only copy is allowed (since the
> Move operation has a special semantics in the GME project, and it only
> works
> "in-process"). You have to use the latest internal release.
>
> > Second, is it possible to speed up the response of GME to an Ctrl+Z?
> The
> > time taken apparently depends on the size of the model rather than the
> > size of the change. I understand that if I move around a model that
> > contains many other FCOs with connections to various other entities in
> > the model, it's naturally going to take time to undo that: it just has
> > lots more things to (un)do. But if within a nested model, I move
> around
> > an atom not connected to anything (e.g. a CScript atom nested in a
> > primitive) should it take as much time?
> Well, I don't know too much about these layers in GME (Core). What I
> know,
> is that in the upper layers (GUI, ActiveX controls) the components  do a
> complete reset of their memory after an UNDO event. This is because the
> UNDO
> event is not "incremental": you won't know what has been changed (back).
> So
> the only thing you can do safely, is to reread the model database. This
> is
> one reason of the slowliness. For deeper info ask Miklos.
>
> --
> peter
>