-
Notifications
You must be signed in to change notification settings - Fork 180
Issue997 (changing iterators to return ints from state[i]) #260
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
base: main
Are you sure you want to change the base?
Conversation
ClemensBuechner
left a comment
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.
The change cleans up many parts of the code, so I like it. In most contexts, we use var_id in the calls state[var_id], which is good I think. There are some exceptions where it currently says state[var] whic I find not as clear. There's also places where var_no is used rather than var_id. Should we change these to be more consistent? But I think it's fine to merge even without doing so.
…tors, revert workflow)
Co-authored-by: Clemens Büchner <clemens.buechner@unibas.ch>
68c869e to
04bd50c
Compare
ClemensBuechner
left a comment
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.
Still looks good to me.
Statenow returns anintvalue when indexed with anintvariable. Indexing a state with aVariableProxystill returns aFactProxyas before. Iterating over a state with a range-based for loop is also still possible and loops overFactProxyelements as well.