Re: gEDA-user: foreign graphics overlay
On Fri, Sep 24, 2010 at 4:02 PM, Armin Faltl armin.fa...@aon.at wrote: Dreaming about mechanical cad features in pcb and how one best works to mechanical constrains on a pcb, knowing the latest and greates pcb use OpenGL and transparency anyway, http://code.google.com/p/toped/ is an IC Layout Editor that puts the transparency to good use, as an example. Alas there are no screen shots in the project to show how it would apply to PCB. how about providing a plugin-mechanism, that allows to render DXF, SVG,..., bitmaps of common types and such on a non-functional translucent foreign layer? Add to the Wish List for 4.00 a standard plug-in mechanism. For example DynObj : http://banjo.assembla.com/wiki/show/FileWorkbench/DynObj_Generic_Interfaces -- http://blog.softwaresafety.net/ http://www.designer-iii.com/ http://www.wearablesmartsensors.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: foreign graphics overlay
Bob Paddock wrote: http://code.google.com/p/toped/ is an IC Layout Editor that puts the transparency to good use, as an example. Alas there are no screen shots in the project to show how it would apply to PCB. There are screen shots two in Chitlesh's page on fedora.org: http://chitlesh.fedorapeople.org/FEL/gallery.html (click for full resolution) What does the tope GUI differently to Peter Cliftons semi forked version of pcb? how about providing a plugin-mechanism, that allows to render DXF, SVG,..., bitmaps of common types and such on a non-functional translucent foreign layer? What is the benefit of plug-ins for this kind of infrastructure? IMHO, support of different image formats should be part of the main distribution. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: foreign graphics overlay
There are screen shots two in Chitlesh's page on fedora.org: http://chitlesh.fedorapeople.org/FEL/gallery.html Thank you. What does the tope GUI differently to Peter Cliftons semi forked version of pcb? I've not run Peter's version so can't really comment. I'm all to slowly poking at a version of PCB written in wxWidgets, and the tope project is a good place for example OpenGL code as used in wxWidgets. What is the benefit of plug-ins for this kind of infrastructure? IMHO, support of different image formats should be part of the main distribution. Someone, some place, in the future will want to support something that none of us have ever heard of today. If there is a easy, well documented, Plug-In system, then they can implement what they need without having to figure out the internals of PCB. Also Plug-Ins make it harder for various sections of code to interact, by design, to give a better separation of concerns. The Humble Dialog Box paper might explain it a bit better than I'm doing. http://www.objectmentor.com/resources/articles/TheHumbleDialogBox.pdf As that paper deals some with testing, I thought I'd mention that James Grenning is giving a three day presentation on Test Driven Development in Cleveland the week after Thanksgiving for anyone in the area (is there anyone in the Pittsburgh/Cleveland area beside me?). -- http://blog.softwaresafety.net/ http://www.designer-iii.com/ http://www.wearablesmartsensors.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: foreign graphics overlay
Bob Paddock wrote: Someone, some place, in the future will want to support something that none of us have ever heard of today. If there is a easy, well documented, Plug-In system, then they can implement what they need without having to figure out the internals of PCB. The downside is that plug-ins need additional effort by the user and tend to go unnoticed, undocumented and unmaintained. There are already a number of useful plug-ins to pcb somewhere out there. Trouble is, they are next to invisible to the newbie and even the experienced user has to know where to look. Not being part of the distribution puts them at risk to break due to some changes in the core. Due to less exposure to other users the plug-ins are rarely tested. Bugs likely go unnoticed. Also, conflicts and dependencies may arise. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: foreign graphics overlay
Not being part of the distribution A well documented plug in should become part of the distribution. Undocumented code of any kind, should not. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: foreign graphics overlay
Bob Paddock wrote: What is the benefit of plug-ins for this kind of infrastructure? IMHO, support of different image formats should be part of the main distribution. Someone, some place, in the future will want to support something that none of us have ever heard of today. If there is a easy, well documented, Plug-In system, then they can implement what they need without having to figure out the internals of PCB. Also Plug-Ins make it harder for various sections of code to interact, by design, to give a better separation of concerns. Yes, that's the idea behind it. I said plugin, but the more trivial version is just a method hook: a template-ish function [renderForeign()], that gets called if a flag is set, saying there is some foreign graphics to display. All the function gets handed is a display transformation, a general transformation that maps the pcb-space to foreign-graphics space and a filename(list). Whether renderForeign() contains just some format specific rendering calls or really uses dynamic linking to call something unknown to pcb is up to the implementer. The actually implementation can be a bit more complicated to allow for preprocessing and setup, but the idea is just this. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: foreign graphics overlay
Dreaming about mechanical cad features in pcb and how one best works to mechanical constrains on a pcb, knowing the latest and greates pcb use OpenGL and transparency anyway, how about providing a plugin-mechanism, that allows to render DXF, SVG,..., bitmaps of common types and such on a non-functional translucent foreign layer? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
