> Could we keep this to just the gef dev list from > this point forwards.
I'm going to keep this reply on the ArgoUML list because it's much more relevant to ArgoUML than GEF. > I see two main areas that need abstracting out of GEF to > allow a change of GUI. Swing/AWT I treat as one and java2d as > the other. I'm not familiar with all the various users of GEF, so I have no way of judging how important it is to make GEF independent of Swing/Java2D. >From the ArgoUML point of view, I think a good argument could be made that the right thing to do is make ArgoUML independent of GEF, rather than relying on GEF to provide GUI portability. This would allow the option of using a native drawing package like the Eclipse GEF http://www.eclipse.org/gef/ (not to be confused with the Tigris GEF) in SWT environments. Even if we don't tackle full encapsulation/isolation at this point, I think it's important that we work on reducing the degree of coupling between (Tigris)GEF and ArgoUML. They are far too intimately entwined right now. Tom --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
