> Goodies like algorithms for randomized spanning tree constructions > should go into another module like sage/graphs/trees.pyx. I feel this > is really a time to declare a serious moratorium on adding new methods > to any of the following modules, unless there is a good reason to do > so: > > * sage/graphs/generic_graph.py > * sage/graphs/graph.py > * sage/graphs/digraph.py
-1 on moratoriums. Adding restrictions for restriction sake is foolish. Yes, these files are too large. Yes, splitting off certain functionality will make them smaller. However, if someone implements a function which starts off a new area of graph theory, and they don't know where else to put it, it seems perfectly reasonable to put it in here. Especially if this is someone we're trying to rope in to more serious development. Later on when there are more functions, and it makes sense to split these off into a new file, that's a good idea and a good time to do it. > > -- > Regards > Minh Van Nguyen > > -- > To post to this group, send an email to sage-devel@googlegroups.com > To unsubscribe from this group, send an email to > sage-devel+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/sage-devel > URL: http://www.sagemath.org > -- Robert L. Miller http://www.rlmiller.org/ -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org