after some more digging, it seems to not be aperture macros but obround apertures and also arcs and yes, it is in the gdk rendering, not the cairo rendering that this shows up.
This happens both if the user rotates or if something like %IR270*% is used. -Dan Julian wrote: > Dan, > I'm assuming you mean using the "FAST" render mode? The cairo > rendering seems to work fine for me with top-cop.gbx. > The short answer is: it will take too much time to get the GDK stuff > to render translations/mirrors/etc 100% correct. We manually have to > figure out the shape of all the shapes in GDK, and it simply would take > too much boilerplate logic for it to be worth it when we have to take > into account all possible mirror/rotate/scaling options. One idea would > be to display a warning dialog when the user first modifies a layer to > alert the user that FAST will not render 100% correctly. This would > hopefully make sure the user understood this. > > Other thoughts? > > > > On Sun, 2010-02-28 at 16:41 -0500, Dan McMahill wrote: >> Someone pointed out to me on IRC that some RS-274X files do not rotate >> properly. See for example examples/eaglecad1/top-cop.gbx. Load that >> file and then edit the layer orientation to rotate by 90 degrees and see >> what happens to the pads on the surface mount chips. >> >> I made a simple example with pcb which doesn't show this. Perhaps it is >> a bug in the aperture macro processing? >> >> -Dan ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
