#14040: Configurable "tall list" output style
--------------------------------+-------------------------------------------
Reporter: vbraun | Owner: jason
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-5.7
Component: misc | Resolution:
Keywords: | Work issues:
Report Upstream: N/A | Reviewers:
Authors: Volker Braun | Merged in:
Dependencies: | Stopgaps:
--------------------------------+-------------------------------------------
Comment (by nbruin):
How badly is this going to interfere with classes that use string
representations for hashing and comparison, both for time and for
unexpected results? If a `_repr_option` gets changed (can they?) will
element hash values suddenly change?
Also, I think there can be quite some exception raising in coercion
discovery. Since error messages sometimes include operands, slowing down
string conversions can possibly affect performance there too.
(That's a bit of a general problem: normally you'd think that by the time
you're making string representations, you don't have to worry about basic
speed any more. I'm not so sure that holds in Sage)
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/14040#comment:6>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
