S
Svenn Are Bjerkem
Guest
On Jan 9, 4:57 pm, "S. Badel" <stephane.ba...@REMOVETHISepfl.ch>
wrote:
that I streamed from virtuoso, that, unless the programmer takes
special care, edges of one layer may obscure edges of other layers
giving a less pleasant view. In my case this happened when a contact
was placed such that the edge of the metal lane on top of it
coincided. The contact was then showed as a square where one edge was
missing as the metal layer was one level higher in the z-stack of the
displaying widget. (Actually with >layout< this will happen if any
edge of layers with higher gds layer number is covering it) Also,
the nature of a particular layer is.
Many new drawing widgets of modern toolkits (Swing, Qt) support
transparency. What I learned from the electric manual is that
postscript is not supporting transparency and hence electric does some
intermediate processing of the data in order to work around this. PDF
manage transparency, so this limitation in postscript is probably not
a really big problem for tools able to export directly to pdf for
documentation and printing purposes.
--
Svenn
wrote:
I noticed, when using layout (from layout.sourceforge.net) on a gdsFinding a coherent and insightful set of display parameters, especially with the large number of
layers in today's techologies, is however another story...
that I streamed from virtuoso, that, unless the programmer takes
special care, edges of one layer may obscure edges of other layers
giving a less pleasant view. In my case this happened when a contact
was placed such that the edge of the metal lane on top of it
coincided. The contact was then showed as a square where one edge was
missing as the metal layer was one level higher in the z-stack of the
displaying widget. (Actually with >layout< this will happen if any
edge of layers with higher gds layer number is covering it) Also,
virtuoso. Naturally this is because >layout< does not really care whatlayout< miss the particular dynamic pattern that place an X from
corner to corner inside a rectangular shape like I know it from
the nature of a particular layer is.
Many new drawing widgets of modern toolkits (Swing, Qt) support
transparency. What I learned from the electric manual is that
postscript is not supporting transparency and hence electric does some
intermediate processing of the data in order to work around this. PDF
manage transparency, so this limitation in postscript is probably not
a really big problem for tools able to export directly to pdf for
documentation and printing purposes.
--
Svenn