#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:125 ncohen]:
> > A precedent is a [https://en.wikipedia.org/wiki/Precedent precedent],
and reviewers are to act in a fair and objective manner, akin to judges in
a legal system, right?
>
> Come on Dima, don't build up on top of this idea. Do you really need to
be convinced that "sometimes, we make mistakes"? Never saw one? Never did
one?
An "error" resulting in an improvement of the situation is not an error.
The is the whole point of this discussion.
You agree that having useful constructors discoverable by means of TAB is
useful, yet
keep telling me that this is an error. If there is a real error here, it
is in your head.
We are building a system that is meant to be user-friendly; forcing the
user to import stuff (which is hard to find too) explicitly is not user-
friendly.
>
> In this case it is even easier. I am 100% sure (did not check) that I
did this myself Or that I was the one who reviewed it.
>
> > An "error", approved by something or somebody whose authority you
recognise, is a precedent.
>
> Excellent. Then let us say that I disregard my own authority.
>
> > Either you object to this authority
>
> I just did it in my head.
>
> > in an acceptable way
>
> I found it acceptable
sometimes what you find acceptable pisses many people off, and you are
perfectly aware of this :-)
>
> > e.g. you open a ticket removing that "error", and actually get it
reviewed and removed (just shouting about it is not enough, sorry). Or it
stays as it is, and then you have no authority to overrule the precedent.
>
> Oh, I plan to remove it, no problem there.
get it approved; e.g. try asking me to review it ;-)
>
> > anyhow, if you are still not convinced, I can remove this thing from
designs..
>
> Please do. And I will remove the others, unless the thread on Sage-devel
indicates that we should keep them instead.
there is at least one more voice of reason, agreeing with me, and none
agreeing with you.
--
Ticket URL: <http://trac.sagemath.org/ticket/18972#comment:126>
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.
