Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Add missing operators code#26024

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
tacaswell merged 4 commits intomatplotlib:mainfromdevRD:mt-ops
Jun 9, 2023
Merged

Add missing operators code#26024

tacaswell merged 4 commits intomatplotlib:mainfromdevRD:mt-ops
Jun 9, 2023

Conversation

devRD
Copy link
Contributor

PR summary

Closes#26015

Checking the LaTeX names for the corresponding Unicode values:
U+221F is defined asrightangle but there already exists arightangle mapping which on checking is defined asrangle in theLaTeX symbols docs.

U+221B andU+221C are cube root and fourth root symbols which are presently not included in this list.

PR checklist

Copy link
Member

@oscargusoscargus left a comment

Choose a reason for hiding this comment

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

Looks good! Is it in draft mode as some of these should also have proper spacing (#25933)?

@oscargusoscargus mentioned this pull requestJun 1, 2023
@devRDdevRD marked this pull request as ready for reviewJune 1, 2023 13:33
@devRD
Copy link
ContributorAuthor

I think the spacing is alright unless I missed something?

@oscargus
Copy link
Member

Ithink that some of these operators should/could also go into the list that you modified in#25933.

'leftangle' : 10216,
'rightangle' : 10217,
'langle' : 10216,
'rangle' : 10217,
Copy link
Member

Choose a reason for hiding this comment

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

This seems to collide with

'langle' :0x27e8,
'rangle' :0x27e9,
?

Copy link
ContributorAuthor

Choose a reason for hiding this comment

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

For therangle andlangle I verified that both entries are the same, should I keep the decimal or the hex version?
(According to#26029, the whole list requires an overhaul for the formatting.)

Copy link
Member

Choose a reason for hiding this comment

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

I think the hex is easier to read, but I am indifferent, my concern is just that we do not have two identical entries (very far from each other) in the file.

@tacaswell
Copy link
Member

Can we at least smoke test that these work?

@oscargus
Copy link
Member

Can we at least smoke test that these work?

Not sure what you mean here? We cannot really have tests for all symbols? The best thing is probably to check the doc build to see that they look OK?

An option is of course to automatically generate an image of all defined symbols, but that would then require updating when new symbols are added.

@tacaswelltacaswell added this to thev3.8.0 milestoneJun 1, 2023
@tacaswell
Copy link
Member

Can we at least smoke test that these work?

I may be a bit confused, but each of these can be accessed via\XYZ? I am not super familiar with this code so maybe I am more worried about this working than I should be.

@oscargus
Copy link
Member

Yes, these are all accessible through \XYZ. I am quite sure that some of the entries are tested, so the basic mechanism should be tested, just not that we test each and every dict-entry.

@tfpf
Copy link
Contributor

tfpf commentedJun 3, 2023
edited
Loading

An option is of course to automatically generate an image of all defined symbols, but that would then require updating when new symbols are added.

Instead of generating new images, is it feasible to obtain the Mathtext output and check whether theHlist object containing the relational operator hasKern objects around it?

@devRDdevRD changed the titleAdd missing operators hexAdd missing operators codeJun 5, 2023
devRD added a commit to devRD/matplotlib that referenced this pull requestJun 5, 2023
@devRDdevRD mentioned this pull requestJun 5, 2023
5 tasks
@devRD
Copy link
ContributorAuthor

To check the changes are not throwing an error, I've included a test for the newly added mathtext operators. Should I include all operators for check or is this sufficient for testing?

@tacaswelltacaswell merged commit7ad3bc2 intomatplotlib:mainJun 9, 2023
@oscargusoscargus mentioned this pull requestJun 10, 2023
5 tasks
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@tacaswelltacaswelltacaswell approved these changes

@oscargusoscargusoscargus approved these changes

Assignees
No one assigned
Projects
None yet
Milestone
v3.8.0
Development

Successfully merging this pull request may close these issues.

[ENH]: Missing mathematical operations
5 participants
@devRD@oscargus@tacaswell@tfpf@QuLogic

[8]ページ先頭

©2009-2025 Movatter.jp