> A CoreGraphics implementation might be interesting when porting OSX > programs. But this would belong in the GNUstep code base rather than Etoile, right?
> I'm not sure I follow you -- GNUstep gui is already vector-based. If > you mean having a vector drawing editor then yes :) Eh, yeah... that didn't make much sense. What I meant was to actively push usage of parametric curve elements throughout the ui. (Correct me if I'm wrong, but GNUstep apps don't normally do that.) Bezier (or other) path editing and scripting should in my opinion be integral to Gorm-like apps. 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. _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
