Writer: spaces at the edge of a span are written as  , which is noisy to read
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
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- csharp, markdown
- Lĩnh vực
- documentation, internationalization
Hướng nghiên cứu
Read the canonical writer and the FieldWorks Markdown format documentation at docs/formats/fieldworks-markdown.md, then inspect the Latin-and-Arabic playground scenario. Decide whether preserving the edge space’s writing system is worth the noisy   output; document the decision and update the writer or documentation accordingly.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The canonical writer writes a space at the start or end of a span's text as  , e.g. the Latin-and-Arabic playground scenario gives
[هذه جملة عربية فيها ]{ws=ar}English words[ و ]{ws=ar}1234[ أرقام.]{ws=ar}
It is lossless (the space's writing system is kept, and Pandoc trims edge spaces in a span otherwise), but it is the noisiest thing a person or an agent sees. Options to weigh: write the edge space outside the span when the neighbouring run's writing system can take it without changing what FieldWorks stores (it can't in general: the space's ws is data); a lighter escape (\ is a non-breaking space in Pandoc, so not that); or accept it and say so in docs/formats/fieldworks-markdown.md. Owner decision needed: is the space's writing system worth keeping in the readable form?
Seen while making the playground's Markdown tab (PR for docs/markdown-forward).
🤖 Generated with Claude Code
- Ngôn ngữ chính
- C#
- Star
- 0
- Fork
- 0
- Merge trung bình
- 1 giờ 43 phút
- Pull request đã merge (30 ngày)
- 43
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 sillsdev/SIL.TextEditing
-
Playground selection bar: comes back after Apply or scrolling while focus is in the Markdown paneĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
sillsdev/SIL.TextEditing#175 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
sillsdev/SIL.TextEditing#167 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
sillsdev/SIL.TextEditing#164 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
sillsdev/SIL.TextEditing#137 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 82/100
sillsdev/SIL.TextEditing#133 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của sillsdev/SIL.TextEditing
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
juandresrodca/AdminForge#54 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[辞書] C/C++のプリプロセッサ指令名を英字のままにするĐang mở要トリアージ 辞書
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100
yksr-melt/Meltype#1625 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Docs typoĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
MonoGame/docs.monogame.github.io#328 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
space-wizards/RobustToolbox#7197 ·
Maintainer thường phản hồi trong vòng 1 ngày