Hi Vincent, On 3/15/12 7:30 AM, Vincent Delecroix wrote: > Hi Martin, hi Nicolas, > > 2012/3/15, Nicolas M. Thiery <[email protected]>: >> Hi Martin, hi Vincent, >> >> On Thu, Mar 15, 2012 at 08:43:47AM +0100, Martin Rubey wrote: >>> I was using lrcalc, and noticed that supplying the weight keyword does >>> not work, not even the doctest: (this is on sage 4.8) >>> >>> lrcalc.lrskew([3,2,1], [2], weight=[3,1]) >>> >>> gives "1 not in alphabet". >>> >>> I found that the problem is that the row_word of a skew tableau expects >>> its entries to be from ZZ, while lrcalc uses int's. >>> >>> If this is not known, how should it be fixed? Should we convert the >>> entries of the tableau returned by lrcalc to ZZ's or only when computing >>> the row_word? >> >> For the record, this only appears when alphabet-vd.patch is >> applied. Without it, the doctest pass (4.8, 5.0): >> > > Sorry for this. The reason is: > {{{ > sage: 1 in IntegerRange(5) > True > sage: int(1) in IntegerRange(5) > False > }}} > and that alphabet-vd.patch now makes IntegerRange a default for > alphabet over integer. I don't know what to do...
As Nicolas wrote, one could in principle enforce the skew tableaux produced by lrcalc to use Integers. This could be put in #12284. If containment checking of the skew partitions also should be done, this could also go into that patch. Best, Anne -- You received this message because you are subscribed to the Google Groups "sage-combinat-devel" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/sage-combinat-devel?hl=en.
