Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GDS libname reset to write options libname when using "File/save" #162

Closed
klayoutmatthias opened this issue Aug 31, 2018 · 0 comments
Closed

Comments

@klayoutmatthias
Copy link
Collaborator

This behaviour is somewhat annoying: if you load a GDS file with a libname, say "MYLIB" and use "File/Save" the libname is reset to what is given in the "Writer options". So if the writer options specify a different libname, the original libname is lost.

A better implementation was to use the libname from the writer options only if no libname is given in the GDS file.

netbsd-srcmastr pushed a commit to NetBSD/pkgsrc that referenced this issue Dec 9, 2018
0.25.6          (2018-11-23):

* Enhancement: KLayout/klayout#199
       Added an option to export DXF polygons as LINE objects
* Bugfix: KLayout/klayout#198
       Stitching of DXF contours wasn't taking nearest neighbours
* Bugfix: KLayout/klayout#191
       MainWindow/PluginRoot classes got mixed up
       As a side effect of this fix, layout views can now
       be configured individually. This wasn't working
       consistently before.

0.25.5          (2018-10-20):

* Bugfix: KLayout/klayout#162
       GDS2 LIBNAME was not maintained on "File/Save".
* Bugfix: KLayout/klayout#166
       Internal error when writing GDS files (breaking of polygons)
* Bugfix: KLayout/klayout#172
       DEF reader did not pull vias from LEF
* Bugfix: KLayout/klayout#174
       Performance issue with many layers with width >1
* Bugfix: KLayout/klayout#176
       Painting issue with texts
* Bugfix: KLayout/klayout#185
       Hash values available as __hash__ standard method now
       for Python
* Bugfix: some potential memory corruption issues fixed
       During the efforts for making the code base compatible
       with MSVC, some potential candidates for memory corruption
       have been identified and fixed.
       These fixes are included in this release.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant