Opened 12 years ago
Last modified 5 weeks ago
#10787 new defect
Operation tables: multiline names for elements, latex names for elements
Reported by: | jhpalmieri | Owned by: | joyner |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | group theory | Keywords: | |
Cc: | rbeezer, nthiery, jhpalmieri, kcrisman | Merged in: | |
Authors: | Reviewers: | ||
Report Upstream: | N/A | Work issues: | |
Branch: | Commit: | ||
Dependencies: | Stopgaps: |
Description
In operation tables like Cayley tables, there are two problems right now:
- if an element's name takes more than one line, the output looks bad. This example was reported on ask.sagemath.org:
sage: G=SL(2,ZZ) sage: identity = matrix(ZZ, [[1,0], [0,1]]) sage: G.cayley_table(names='elements',elements=[identity, -identity])
- when producing LaTeX output, the LaTeX code for the element should be used rather than its
_repr_
. Then matrices (for example) would work well automatically.
Change History (9)
comment:1 Changed 12 years ago by
Cc: | nthiery added; robert.marik removed |
---|
comment:2 Changed 12 years ago by
Cc: | kcrisman added |
---|
comment:3 Changed 12 years ago by
Hilarious. Another reason not to like ask.sagemath.org. Yes, do close #10786 as long as you feel like this one's not too big.
Incidentally, +1 on finding a fix for arrays in the notebook!
comment:4 Changed 12 years ago by
See related #11362 which could probably be fixed in the same pass (perhaps once MathJax
is added into the notebook).
comment:5 Changed 9 years ago by
Milestone: | sage-5.11 → sage-5.12 |
---|
comment:6 Changed 9 years ago by
Milestone: | sage-6.1 → sage-6.2 |
---|
comment:7 Changed 9 years ago by
Milestone: | sage-6.2 → sage-6.3 |
---|
comment:8 Changed 8 years ago by
Milestone: | sage-6.3 → sage-6.4 |
---|
comment:9 Changed 5 weeks ago by
Milestone: | sage-6.4 |
---|
Note: See
TracTickets for help on using
tickets.
Yes, lets close #10786 and work on this here.
John's answer on ask.sagemath.org is a good one, give the elements simple strings as names. Using the "real" elements was meant for things like integers mod n or short permutations, the alternate names were meant for big messes (like matrices). Maybe a documentation upgrade is in order. Or we could test for multiline names (look for \n) and fail gracefully. Getting the textual output to "work" with multiline elements would be a nightmare.
So, yes, this is a job for latex (and the
_repr_
fix suggested. Right now this is also mildly broken in the notebook, since jsMath does not like the array environment (IIRC). I've been waiting for theMathJax
upgrade to tackle that as well.