Unicode Stringize and parsing
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Bắt đầu bằng cách lần theo triển khai Stringize hiện tại và các điểm vào của parser để hiểu đầu ra ASCII hiện có cũng như các quy tắc parsing. Xem unicodemath.org để tìm các quy ước UnicodeMath liên quan, sau đó xác định liệu đầu ra Unicode và parsing có nên là các điểm vào riêng biệt hay không. Công việc được xem là hoàn tất khi phạm vi và cách xử lý chỉ số trên, chỉ số dưới, phép lũy thừa, phép nhân ngầm định và phép chia được đặc tả và triển khai một cách rõ ràng, không mơ hồ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The current Stringize restricts to ASCII which is easy to edit on a keyboard. However if the output is intended for text display it may be desirable to add a flag to use the full Unicode range. The parser will need to recognize these Unicode outputs and parse unambiguously. For exponentiation, if the superscripts or subscripts can represent the content whole then it is desirable to write ^2 as ² and _2 as ₂, otherwise for nested powers ^ and _ should be kept. However for the final nesting level Unicode superscripts and subscripts are still to be used.
https://unicodemath.org/ may be relevant here. Some nuances like implicit multiplication binding stronger than exponentiation also needs in depth consideration - this may also change normal parsing. We may still want / to be explicitly division (as well as all the presentation focused syntax whereas we have logical nodes), so UnicodeMath parsing and output may be a separate entry point (do we want this at all?) but some ideas still apply to stringize using full unicode range.
- Ngôn ngữ chính
- C#
- Star
- 831
- Fork
- 79
- Merge trung bình
- 2 giờ 15 phút
- Pull request đã merge (30 ngày)
- 459
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ASC-Community/AngouriMath
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
ASC-Community/AngouriMath#1879 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 18/100
ASC-Community/AngouriMath#1877 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 12/100
ASC-Community/AngouriMath#1874 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
ASC-Community/AngouriMath#1807 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
ASC-Community/AngouriMath#1692 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của ASC-Community/AngouriMath
Issue tương tự
-
documentation
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 62/100
-
bug misleading tooling trivial
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Docs example projects pinned to a literal library version instead of 3.*Có thể đã có người làm @DaveSkender đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
facioquo/stock-indicators-dotnet#2372 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Docs] officecli-docx SKILL.md still describes `\n` as a soft line break after #262Có thể đã có người làm @giprime đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Facepunch/sbox-public#12097 ·
Maintainer thường phản hồi trong vòng 2 ngày