Skip to content
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

eqab -> eqabb #4676

Merged
merged 12 commits into from
Feb 27, 2025
Merged

eqab -> eqabb #4676

merged 12 commits into from
Feb 27, 2025

Conversation

wlammen
Copy link
Contributor

@wlammen wlammen commented Feb 25, 2025

Follow up of #4673 .

  1. eqab is renamed to eqabb;
  2. eqabc is renamed to eqabbc;
  3. eqabw is renamed to eqabbw. These changes were suggested in Consistent naming #4659 ;
  4. update nf.mm to my latest name changes, and flip the sides of abbib there, too;
  5. update mmset.raw.html;
  6. shorten eqabr, no OLD version, because it was introduced by me just a few days ago;
  7. delete outdated OLD theorem.

Since eqab and eqabw are intermediate names created on 15-Feb-25, I reused the lines in changes-set.txt, instead of creating new ones at the top.

I noted that in nf.mm still the old names of bitrid (syl5ib and so on) are in use.

Before continuing with the next theorem eqabc in the next pull request, I'd like to hear whether eqabcb or eqabbc is the preferred new name. I lean towards the second one (eqabbc is picked).

Copy link
Contributor

@icecream17 icecream17 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After thinking about it, I can see the idea it might make more sense to avoid "c" being interpreted as commuting the whole biconditional (instead of both sides of the biconditional). The meaning of "c" in eqabc conflicts with that usual interpretation, however.

So eqabbc is a little more elegant, but eqabcb is slightly less ambiguous. Empirical evidence shows that when I have an initial impression but find countering evidence, I usually should've changed my mind a bit faster, so a very weak preference for eqabcb.

Other than this potential change, approve

@wlammen
Copy link
Contributor Author

wlammen commented Feb 26, 2025

sylancb is an example of where a c is used as a suffix, but not in the meaning of "commutation" but "contraction" instead. So the "cb" ending is also ambiguous. I came across this example while investigating the usage of suffixes. biimprcd is an example where the c is placed before the final d. This is explicable, since "Deduction" is the overall outer form of this theorem, while the c is tied to some inner process. The same holds for the r suffix, so this supports in a way your view. On the other hand it is more difficult to guess the ground form from eqabcb (unlike biimprcd, sylancb). So there is more to say, on top of your findings.

I'll leave this PR open until, say, tomorrow, so if there is a majority for eqabcb, then I will adopt this solution. This, of course, does not finalize this topic, a later renaming is always possible.

@avekens
Copy link
Contributor

avekens commented Feb 26, 2025

I would also vote for "eqabcb", following @icecream17's argumentation.

@avekens avekens mentioned this pull request Feb 26, 2025
@wlammen
Copy link
Contributor Author

wlammen commented Feb 27, 2025

eqabcb seems to be the name wanted by most, so I will change the PR accordingly.

@wlammen wlammen merged commit 86809e0 into metamath:develop Feb 27, 2025
@wlammen wlammen deleted the wl-2 branch February 27, 2025 06:40
@wlammen wlammen mentioned this pull request Feb 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants