-
-
Notifications
You must be signed in to change notification settings - Fork 554
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
Have GroupAlgebra(Q, R) and G.algebra(R) return the same standard class for group algebras #18700
Comments
comment:1
Actually, 1 - I think both changes are relatively easy since for the second we can canabalize a good part of the |
comment:2
Also as a little side bug:
Notice the missing |
comment:3
This goes through and redirects group algebra construction through New commits:
|
Commit: |
comment:4
Hi Travis, There are doctest failures in a lot of difference places. For example:
So many, in fact, that I'm wondering if I did something wrong! Did you get this same failures before you pushed the latest merge to the branch? |
comment:5
Those are probably trivial doctest failures because of the change in the how the group algebra elements are printed and I didn't test as well as I thought. I will fix them shortly. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:7
This should fix all of the doctest failures that were introduced on this ticket. I did a little bit of a hack for algebras of a module with a basis to wrap them as |
comment:8
Still getting a doctest failure...
|
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:10
This was me being stupid. Fixed. |
comment:11
All tests passed on my machine, the html doc builds, and so does the pdf doc. Moreover:
|
Reviewer: Ben Salisbury |
comment:12
Hi, Sorry for the interuption; I'd like to have a look at this one. If you don't hear from me in the next day, please set it back to positive review. |
comment:70
This fixes the docbuild issues for me (plus a few other misc doc issues I noticed while trying to fix it). |
comment:71
Looks good now. Thanks! |
Changed author from TravisScrimshaw, Nicolas M. Thiéry to Travis Scrimshaw, Nicolas M. Thiéry |
comment:73
Search for
|
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:76
I've fixed the typo, but we don't explicitly test |
comment:77
Perhaps we could sneak this into 8.0? This simplifies a lot of things when working with group algebras. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:80
I've added a test with an old pickle to make sure it works. |
comment:82
Hi! Could you update the title and summary to briefly describe what was actually implemented in this ticket? Thanks, |
This comment has been minimized.
This comment has been minimized.
Changed branch from public/groups/standardize_group_algebras-18700 to |
Consider the following situation:
The last line should be
True
. This comes from the fact thatGroupAlgebra
implements some extra coercion logic andG.algebra(R)
does not return an instance of this class.To remedy this, we lift a good portion of the
GroupAlgebra
code to the appropriate categories, where we impose the restriction that a(Semi)Group.Algebra
must have a basis indexed by elements of the (semi)group, and have all group algebras redirect to the now (lightweight) classGroupAlgebra_class
in order to implement coercions.Depends on #23000
Depends on #23211
CC: @sagetrac-sage-combinat @anneschilling @nthiery @bsalisbury1 @fchapoton
Component: coercion
Keywords: group algebras
Author: Travis Scrimshaw, Nicolas M. Thiéry
Branch/Commit:
3160e26
Reviewer: Ben Salisbury
Issue created by migration from https://trac.sagemath.org/ticket/18700
The text was updated successfully, but these errors were encountered: