#18972: twographs and Seidel switching
-------------------------------------+-------------------------------------
Reporter: dimpase | Owner:
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-6.9
Component: graph theory | Resolution:
Keywords: | Merged in:
Authors: | Reviewers: Nathann Cohen
Report Upstream: N/A | Work issues:
Branch: | Commit:
u/dimpase/seidelsw | 25eec1b6d18bb021eccd4b04774111097ff8f3b5
Dependencies: #18960, #18948, | Stopgaps:
#18988, #18991, #18986, #19018, |
#19019 |
-------------------------------------+-------------------------------------
Comment (by dimpase):
Replying to [comment:127 ncohen]:
> > An "error" resulting in an improvement of the situation is not an
error.
>
> I did it myself, and I claim that it was an error. I shouldn't have, and
I regret it. That makes it an error, at the very least in the intent.
You are not alone, for many scientific discoveries were made this way, by
mistake...
>
> > there is at least one more voice of reason, agreeing with me, and none
agreeing with you.
>
> True, but I would like to have a solution with respect to these things
in the global namespace too. We do need a way to define new classes
without exporting them to the global namespace.
well, you have invented it already, with `IncidenceSystem`. True, lots of
deprecations ahead --- how else would you manage to clean up the global
namespace?
>At least that would give us a way to get rid of the 10 000 combinat
things exported in the wild: if catalogs change and are made able to
gather all kind of classes and not only 'famous constructions', there will
be a lot of deprecation ahead.
At the moment on this ticket you pursue the line that the classes must be
hidden from the user, and this is totally unreasonable, you admit it
yourself.
IMHO either having `TwoGraph` out there in the global namespace (with
10000 other things already there), or having it in designs.TAB is
reasonable; pick one, and let us move on.
--
Ticket URL: <http://trac.sagemath.org/ticket/18972#comment:128>
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/d/optout.
