On Jan 17, 2011, at 9:26 PM, Peter TB Brett wrote: > On Monday 17 Jan 2011 11:07:16 John Doty wrote: > >>>> At each level in this tree the order of the branches does not matter. >>> >>> No. It does matter; the ordering indicates the draw order of primitives >>> in any viewer or graphics exporter. Arguably, it shouldn't, but if not, >>> the file format needs to be amended to provide this information in >>> another way. >> >> But the draw order doesn't matter unless you're using an old-fashioned >> mechanical plotter. In any case, in gschem, merely cutting something and >> pasting it back in the same place changes the order, but this is rarely >> significant. > > For someone who is very defensive of features that you see as important, you > are very quick to propose that those you don't care about are removed, aren't > you?
Nobody understands all use cases of the toolkit. Certainly not me. I fell into the trap here, yes. Mea culpa. > > Example: Create square with solid background. Create smaller circle with > hashed background, set to a different colour. Move circle on top of square. > Obviously, if z-order is not preserved through save and load, this will be > rendered incorrectly. See attached schematic. OK, that's a good point. But there's no easy way to control this in gschem. Is it a "feature", or merely accident? Should there be "pull forward" and "push backward" commands? John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ [email protected] _______________________________________________ geda-user mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
