-
Notifications
You must be signed in to change notification settings - Fork 90
Class updates #64
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
Class updates #64
Conversation
👍 Thanks for working on these. Looks great to me, for the most part: I would keep the standard names, honestly, and I'd probably pick something like |
I wasn't suggesting we use I'm not sure I agree that |
Given the existence of |
Also, why not reuse the names |
Yeah, I guess, or not
The first is still much nicer though 😉 I think I'd rather go with edit: |
It's shorter, but I don't know if it's nicer. I would find it quite hard to figure out exactly which I don't think the existence of an involution which happens to be
Well, at least we know the answer 😄 I'm not fussed either way though. |
Ok, it's gone. How does the rest of it look, in particular I wanted to check that:
Are good implementations? |
implies true true = true
implies false true = true
implies true false = false
implies false false = true The |
Oops, that's actually what I used for the 3VL too as I found it elsewhere... thanks. |
This looks good to me, but I'd be very grateful if @jonsterling and/or @freebroccolo would take a look the at the new hierarchy before it gets merged. |
Oh, too late 😄 but we can always change stuff again while it's still in RC mode. |
Oh haha, I should have looked first. That's fine, as you say, we're still only at RC 2. |
Resolves #61, #62
I went with the name
EuclideanRing
rather thanEuclideanDomain
, it seemed to fit better with our otherRing
-terminology classes, and seems to be an acceptable name for the structure also.Re:
HeytingAlgebra
. I did go withlargest
andsmallest
in the end. Although that strays from truth terminology it shouldn't really matter, as it's a lattice too, and from that point of view those names are just as reasonable.I also added the Kleene 3VL for
Ordering
... it's true that(&&)
and(||)
don't make a whole lot of sense from an ordering point of view, but it certainly satisfies the necessary laws. If it still seems like a bad idea that's fine, I can take it out again.