-
Notifications
You must be signed in to change notification settings - Fork 4
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
Mk/renaming #22
Mk/renaming #22
Conversation
Codecov Report
@@ Coverage Diff @@
## main #22 +/- ##
==========================================
+ Coverage 84.84% 86.40% +1.55%
==========================================
Files 3 3
Lines 99 103 +4
==========================================
+ Hits 84 89 +5
+ Misses 15 14 -1
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
Thanks! |
@@ -177,12 +179,12 @@ function test_GroupElement_interface(g::GEl, h::GEl) where {GEl<:GroupElement} | |||
@test similar(g) isa typeof(g) | |||
end | |||
|
|||
one!, inv!, mul!, conj!, comm!, div_left!, div_right! = ( | |||
one!, inv!, mul!, conj!, commutator!, div_left!, div_right! = ( |
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.
So... to color the bike shed... it is inv, mul, div... why not expand those? Because Julia defines them, I guess... but then comm
fits better into that sequence. OTOH if we only expand things that we add over Base, shouldn't we so it for all and also expand conj?
Don't get me wrong, I am not opposed, but I am confused: what's the rule here?
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 just added a note on the need to implement |
comm
tocommutator
(fixes Less abbreviations #20)hasgens
(fixes Ideas: Non-finitely presented groups #19)@fingolfin, @thofma