Changed from v2.6.01: Saving a symbol adds the default "Package" attribute even if it was deleted when adding other attributes (to control attribute order).
v2.7.0 build 173 does not add the default "Package" attribute if it has been deleted.
I don't recall this changing on purpose, but if someone deliberately deletes the default "Package" attribute, are you saying that we should ignore that and add it back in anyway? If I am confused, please clarify in terms of what you think "correct" behavior should be and why. We did quite a bit of work implementing the capability to track whether any real change has been made to a schematic or symbol and not requesting whether it should be saved every time, unless a real change has been made. We also made many improvements to the undo/redo list to eliminate duplicates, add missing operations, make the escape key work correctly, etc. In all likelihood, if we accidentally changed this behavior, it would have happened at that time. If you will clarify what you think the "correct" behavior is (and why), we will be happy to fix it.
Don
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is specifically in symbol creation -- previously if you deleted the "package" attribute it would be added back as the last attribute in the list when you saved. I liked this feature because the package attribute would then always be the last in the list.
If it were possible (and maybe it is!) to reorder the attributes this could be left as-is, although I think enforcing the requirement to have it is probably a good idea. Not having it seems like it would cause more problems down the line when creating netlists and so forth.
(Besides being able to reorder the attribute list when creating a symbol it would be nice to be able to resize the attribute toolbox when placing a symbol; some of my symbols have quite a few attributes...!)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Alan -
I don't recall this changing on purpose, but if someone deliberately deletes the default "Package" attribute, are you saying that we should ignore that and add it back in anyway? If I am confused, please clarify in terms of what you think "correct" behavior should be and why. We did quite a bit of work implementing the capability to track whether any real change has been made to a schematic or symbol and not requesting whether it should be saved every time, unless a real change has been made. We also made many improvements to the undo/redo list to eliminate duplicates, add missing operations, make the escape key work correctly, etc. In all likelihood, if we accidentally changed this behavior, it would have happened at that time. If you will clarify what you think the "correct" behavior is (and why), we will be happy to fix it.
Don
This is specifically in symbol creation -- previously if you deleted the "package" attribute it would be added back as the last attribute in the list when you saved. I liked this feature because the package attribute would then always be the last in the list.
If it were possible (and maybe it is!) to reorder the attributes this could be left as-is, although I think enforcing the requirement to have it is probably a good idea. Not having it seems like it would cause more problems down the line when creating netlists and so forth.
(Besides being able to reorder the attribute list when creating a symbol it would be nice to be able to resize the attribute toolbox when placing a symbol; some of my symbols have quite a few attributes...!)