#14261: Iwahori-Hecke algebra with several bases
-------------------------------------+-------------------------------------
       Reporter:  brant              |        Owner:  sage-combinat
           Type:  enhancement        |       Status:  needs_review
       Priority:  major              |    Milestone:  sage-5.12
      Component:  combinatorics      |   Resolution:
       Keywords:  Iwahori Hecke      |    Merged in:
  algebra                            |    Reviewers:  Andrew Mathas, Brant
        Authors:  Brant Jones,       |  Jones, Travis Scrimshaw
  Travis Scrimshaw                   |  Work issues:
Report Upstream:  N/A                |       Commit:
         Branch:                     |     Stopgaps:
   Dependencies:  #13735 #14014      |
  #14678 #14516                      |
-------------------------------------+-------------------------------------

Comment (by andrew.mathas):

 Replying to [comment:48 tscrim]:

 > It shouldn't matter which one is the real class and which one is an
 alias. If it does, then that should be a bug with `BindableClass`. I'm
 fine with making `Cp` the "real" name, but I'd like at least `C_prime` to
 available since that is a natural python name (and perhaps deleting
 `kazhdan_lusztig` since it's ambiguous being the C and C' bases?).

 It was my bug rather than one in `BindableClass`. The problem was that I
 hadn't defined the shortcuts in the generic Hecke algebra class. As a
 result the non-generic shortcuts were being inherited and used instead of
 their generic replacements.

 > I have no preference on the sign and the string representation. Just for
 the record, you can input `C[s1*s2*s1]`.

 Well, only if `s1` and friends have been defined:)

 I have to try and finish a paper today, but hopefully I will manage to
 finalise this by the end of the week.

 Btw, I just noticed failing doc-test in the original patch (and in my
 "review"). The following is supposed to work:
 {{{
 sage: G = CoxeterGroup("B2")
 sage: T[G.simple_reflection(1)]
 }}}
 The problem is that `CoxeterGroup` and `WeylGroup` return different
 groups:
 {{{
 sage: CoxeterGroup("B2")
 Permutation Group with generators [(1,3)(2,6)(5,7), (1,5)(2,4)(6,8)]
 sage: WeylGroup("B2")
 Weyl Group of type ['B', 2] (as a matrix group acting on the ambient
 space)
 }}}
 Does anyone know if this is fixed in some patch or reported as a bug
 somewhere?

 We can fudge the failing doc-test by using `WeylGroup` instead of
 `CoxeterGroup`.

--
Ticket URL: <http://trac.sagemath.org/ticket/14261#comment:49>
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.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to