-
-
Notifications
You must be signed in to change notification settings - Fork 548
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
Implement a catalog for crystals #15882
Comments
Commit: |
Branch: public/combinat/crystals/catalog |
comment:1
Starting to get there. New commits:
|
comment:2
Thanks Travis! I haven't checked the code yet, but this will be a nice improvement. One thing I have been pondering for some time: at the end of the day, we can expect that there will eventually be exactly two entry points for crystals in the global name space, namely Would it make sense to push the logic even further and actually have a single entry point, which probably should be Of course this question is not just about crystals, but could apply to groups, posets, ... Anyway, just food for thought for after this ticket. |
comment:3
How about we link them all to the category? For example, currently I do
Instead we make this use the category:
We should be able to do
in the crystals category to do this. Although doing things this way, we could easily have things lost among the category methods. So I'm not convinced this is the best direction to go. Also I'm somewhat of the opinion that categories should be grouped together as well via |
comment:4
Replying to @tscrim:
Agreed! This is why, in my attempted notation, I had put this in an
I agree that there definitely should be far less categories in the On a related matter, it would be a cool feature, when given a
Florent had implemented a proof-of-concept, recovering automatically
That will certainly do for now :-) Cheers, |
Branch pushed to git repo; I updated commit sha1. New commits:
|
Dependencies: #14275 |
comment:6
Using #14275 makes deprecating things from the global namespace so much easier. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:10
Okay, now it should be ready. |
comment:11
(being curious. I love catalogs) |
comment:12
Hey man. I felt a bit trap when I noticed, after having spent quite some time reading the diff, that the ticket did not only change what it claims.... Anyway. I agree with everything I can understand (and "git diff --word-diff" really is useful for tickets like that), but there are five things that I cannot review:
I do not understand what it does, and though I thought I could review a ticket that implements a crystal catalogs, I can't review these parts. Soooo well. You can either remove them and I can set this ticket to positive review, or someone else will do it. There are broken doc links reported by Nathann |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:14
Oh and I forgot something important : the new index of crystals must appear in the reference manual ! Nathann |
comment:15
Hey Nathann, Replying to @nathanncohen:
Well, there were things that I wanted to touch up while I was making sweeping changes.
For reference: this is for better (future?) support for LS paths over other indefinite types (ex. hyperbolic).
After some though, I felt it was better to revert this.
This is the right place because it's just a function which redirects to the correct class (in different files). IMO it's stupid (and potentially confusing) to put it in
Here this should be here even more so because I want to reinforce that we only want to construct the rigged configurations of a single KR crystal (not as a tensor product thereof).
Thank you for your review thus far.
I've done what I can about them. Best, Travis |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:45
Well, that was the only bad link I could find with an extensive grep campaign. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:47
Hi Travis, I just pushed some small changes to the introduction. If you agree with them, please set a positive review on my behalf! Anne |
comment:48
Looks good to me. Thanks Anne and Nathann for doing the review! |
comment:49
|
Branch pushed to git repo; I updated commit sha1 and set ticket back to needs_review. New commits:
|
comment:51
Sorry about that. |
Changed branch from public/combinat/crystals/catalog to |
comment:53
Hi! Sorry, I haven't been been following up on this ticket, so that's probably too late. Anyway, just as a food for thought, I wanted to mention that I was surprised at first to have
rather than
The latter is nicer if you want to do Let's see how this is done in the other catalogs. Hmm, we have Cheers, |
Changed commit from |
comment:54
Hi Nicolas, We thought that
was redundant. Since it is pretty short, I think I/we will just use Anne |
comment:55
As always, it is better to make sense than to be consistent. The Graph thing is an error. We should .... deprecated those 100+ functions and remove the final "Graph" ?... Scary Nathann |
Make a catalog for crystals similar to graphs/codes/etc. and remove things like
CrystalOf*
andInfinityCrystalOf*
from the global namespace in an effort to clean it up.Depends on #14275
Depends on #16027
CC: @sagetrac-sage-combinat @nthiery @anneschilling @bsalisbury1
Component: combinatorics
Keywords: crystals catalog
Author: Travis Scrimshaw
Branch:
0942e81
Reviewer: Nathann Cohen, Anne Schilling
Issue created by migration from https://trac.sagemath.org/ticket/15882
The text was updated successfully, but these errors were encountered: