On Thu, 2007-02-22 at 18:01 -0500, DJ Delorie wrote: > > http://geda.seul.org/wiki/libgeda3 > > gschem hid project?
Heh... That was almost my exact comment to Peter earlier ;) I was suggesting an abstraction of various 'export' libraries, such as GDK / Cairo drawing, Postscript output etc.. I wasn't suggesting to replace the frontend user-interface, but it would probably make it easier to integrate schematic functionality into other applications if so desired. Interactive gnucap schematic front-end and probing toolkit anyone? Make it "friendly" like PSpice to allow the mass PSpice user migration to quality free tools. (I jest though... I've barely enough time to keep up with coding simulations and trying to visualise my own circuit analysis / finite element data... I don't have the resources to pull that off aswell!). For now, I'll try and get the "noscreen" changes back into CVS HEAD, although that too is stalled waiting for some architectural direction in a particular area: For objects implemented in libgeda, when / where should the bounding box coordinates be updated? 1) In the generic object interface as generic manipulations are invoked. (Means calling into the specific object's code to get the bounds). Also means no usage of object specific manipulations should be made without going via the generic interface. 2) In the specific object's interface, as manipulations are invoked. The generic interface for object manipulations just needs to pick the right object's specific implementation to call, and doesn't need to 'remember' to update the bounds afterwards. Peter C. _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
