Le 29 juil. 09 à 11:59, Felix Holmgren a écrit : >> A CoreGraphics implementation might be interesting when porting OSX >> programs. > But this would belong in the GNUstep code base rather than Etoile, > right?
yes. > Quentin: >> In the end, I found that that DrawKit was more complex than it ought >> to be and woun't fit well with EtoileUI which has a broader goal >> (compound document support, UI builder, core object integration etc.) > I discovered DrawKit when I was working on a vector editing-capable > application in Java and had a lot of problems figuring out how to > factor the code. I found DK:s model to be well thought out in it's > domain. I like it's way of handling tooling, extensibility, styling, > etc. But I need to take a longer look at EtoileUI before I have any > idea if/how DK:s ideas would fit in with Etoile. I don't dislike DK model, many things are nice in fact, but I think it offers too many convenience methods which results in a pretty big API. Here are some more specific points… I wouldn't implement layers as it does. DKLayer and DKLayerGroup could be implemented a normal nodes in the tree structure, by sharing common superclasses with DKDrawableShape/DKDrawableObject and ETShapeGroup. To have put the whole action handling (wit the selection notion) in a layer class (DKObjectDrawingLayer) is quite weird and rigid. DK has no clear way to support the nesting of the graphics editors. You have a single high-level controller to control your whole document and its layers which handle actions. Which means you cannot attach a new graphics editor or viewer to an arbitrary node in a compound document being already viewed/edited. I was also not really convinced by the way the style registry behaves from the user viewpoint, how to use it felt a bit awkard when I played with the demo application. I don't recall exactly why, the last time I tried it was one year ago. However you seem to know DrawKit quite well, so you might want to object to my points :-) Cheers, Quentin. _______________________________________________ Etoile-dev mailing list Etoile-dev@gna.org https://mail.gna.org/listinfo/etoile-dev
