-
Notifications
You must be signed in to change notification settings - Fork 446
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
Make OEProp names flexible, to fix CC prop name bug. #2534
Conversation
Reverted the elimination of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm. thanks, and sorry it turned into a new level in the rabbit hole.
I'll give @jturney today to review this if he wants, in the name of |
* Make OEProp names flexible, to fix CC prop name bug. * Begrudgingly restore OEProp.title_ * Amend previous commit
* Make OEProp names flexible, to fix CC prop name bug. * Begrudgingly restore OEProp.title_ * Amend previous commit
Description
This PR changes how
OEProp
saves variables and fixes a bug where "CC ROOT 0" variables were not being set.Previously, OEProp overloaded
title_
to refer to both the name used for the density matrix (for print purposes) and for the name used for properties (as a prefix for variable saving purposes). Only one such name can be used.Now, OEProp uses the density matrix's name as the density matrix's name (for print purposes) and for the names used for properties (for variable saving purposes, and with the generality of format strings). Multiples names can be used.
With this, I can now save the CC dipoles as both "CC DIPOLE" and "CC2 DIPOLE", so "CC DIPOLE" can be found. The Psi code that tried to access this was never entered previously because it checked for a 'dipole' variable rather than a 'DIPOLE' variable.
Todos
Checklist
Status