Hello ! So, what is the logic behind this? >
I don't think that there is any. From what I know of this class nobody cares sufficiently to do that consistently. If you think that things should be done a different way, just do it. Just make sure that it does not break anything. To understand what I mean, just observe that posets have a .base_ring() method. Or a .construction() method. Really: just consider that this thing is a mess and fix it whenever something does not make sense. What keeps you from doing anything wrong are the doctests, they will tell you when something is a bad idea. About the location of functions: I personally think that it makes more sense to do everything in the FinitePoset class. It does not make sense to scatter implemented methods everywhere, and the same way that we cannot put anything in the category files we cannot put everything in the HasseDiagram class. By the way, HasseDiagram are not meant to be created by the users (it assumes several things that are never checked when the diagram is created) so I do not see the point of implementing functions there, especially when it needs to be exposed in the FinitePoset class right afterward. Nathann -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
