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
use FEPE::get_normal_vector() to be consistent with FEE #15304
Conversation
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.
Are there no tests?
I didn't find one. Let's wait if the pipeline fails, but I am pretty confident :) |
Given #15302, we should wait to see what the consensus is on the general names. |
2222187
to
ab56bab
Compare
As discussed in #15302 I early-deprecated |
3e74bac
to
f3d2c76
Compare
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.
I agree. However, can we wait with marking it as early deprecation until after the release? My point is that we will have a release in a few weeks, so deprecation warnings start essentially immediately for someone working with master
. Since this is an interface used in many places, I would prefer to delay the cycle by one year. This means the feature will get deprecated in summer 2024 and removed in 2025, which is more feasible than 2023 and 2024 in my opinion.
And by the way, thank you for the effort, it seems you found all cases I could think about. |
@kronbichler I removed the deprecation attribute but kept the rest as is. We can keep #15302 open, so we don't forget to add the attribute after the release. |
cc21c1c
to
5902019
Compare
Any additional comments? If not, I suggest to merge this PR in a day or so. |
As discussed in #15302 I am renaming
FEPE::get_normal_vector()
to be consistent withFEE
@bergbauer @kronbichler