TableRowEditPart
TableCellEditPart
TableCellEditPart
TableCellEditPart
SomeEditPart
TableFragmentEditPart
TableRowEditPart
TableCellEditPart
TableCellEditPart
TableCellEditPart
TableRowEditPart
TableCellEditPart
TableCellEditPart
TableCellEditPart
It's done so as there are some specifics in the application
requirements.
Now I had to make all these table fragments behave as one table (column
add/remove, resize column, select column) and I've added non-graphical edit
parts to process the events - the parts for table itself and columns. They
correctly process selection requests, resize requests, so on - I'm pretty happy
with it's working :)
But there were several places where I received ClassCastException - just a
couple of hours earlier I've fixed marquee tool. And there were issues in some
other classes - I just don't remember where.
Best regards,
Eugene
----- Original Message -----
Sent: Friday, January 16, 2004 6:59
PM
Subject: Re: [gef-dev] Non-graphical edit
parts.
There is support for
non-graphical editparts in an SWT Tree. But, you cannot mix editpart
types. Why do you bother having an editpart if it isn't visible in the
diagram? The whole point of an editpart is to link the model, view, and
interactions with the view.
The
answer is most likely 3., but I'd like to know how this was useful.
-randy
| "Eugene Ostroukhov"
<eostroukhov@xxxxxxxxxxx> Sent by: gef-dev-admin@xxxxxxxxxxx
01/16/2004 08:56 AM Please respond to gef-dev
| To:
<gef-dev@xxxxxxxxxxx> cc:
Subject: [gef-dev]
Non-graphical edit parts. |
Hi all.
In my application not all the children of the graphical
edit parts are
instances of the GraphicalEditPart (as they are not shown on
the screen).
But I often receive ClassCastException. While I am developing
the
application I am patching GEF code (in renamed classes).
I've
got following questions:
1. I am developing on a GEF 2.1.2. Will the
support for non-graphical edit
parts be improved in the next release?
2.
May be it would make sence to submit updated code?
3. Or it is strictly
prohibited to use them (though they proved really
useful for
me)
Best
regards,
Eugene
_______________________________________________
gef-dev
mailing
list
gef-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/gef-dev