4
9
Fork
You've already forked libchewing
3

置中的刪節號「⋯⋯」 #822

Closed
opened 2026年04月07日 02:53:46 +02:00 by wiwi1019 · 2 comments

我是在 Linux 下使用 fcitx5 裡的新酷音。

我發現在 /usr/share/libchewing/symbols.dat 裡預設的刪節號(也就是按 ` 再按 1 打出來的那個)使用的是會出現在底部的 ...(U+2026, Horizontal Ellipsis)。我在想,會不會用置中的 ⋯(U+22EF, Midline Horizontal Ellipsis)會比較好呢?

我不太確定這個建議是否應該提交到這個 repo,如果提錯地方了,還請見諒。

感謝各位的維護與開發!

我是在 Linux 下使用 fcitx5 裡的新酷音。 我發現在 `/usr/share/libchewing/symbols.dat` 裡預設的刪節號(也就是按 `` ` `` 再按 `1` 打出來的那個)使用的是會出現在底部的 `...`(U+2026, Horizontal Ellipsis)。我在想,會不會用置中的 `⋯`(U+22EF, Midline Horizontal Ellipsis)會比較好呢? 我不太確定這個建議是否應該提交到這個 repo,如果提錯地方了,還請見諒。 感謝各位的維護與開發!
Owner
Copy link

歡迎在這個 repo 提交問題。

我不是很確定原本 symbols.dat 的第一個選項為什麼是 U+2026,甚至在選單內也沒有 U+22EF

https://language.moe.gov.tw/001/Upload/FILES/SITE_CONTENT/M0001/HAU/h11.htm 上面用的是 ... (U+2026) 然後標楷體會顯示為置中。

U+22EF 原本是屬於 Math Symbol 但是 2022 W3C 的中文排版需求 CLREQ 跟 Unicode 14 推薦使用 U+22EF 作為刪節號 https://www.w3.org/TR/clreq/#h_ellipsis

我覺得如果多數字體都已經有支援 U+22EF 的話,可以考慮預設改為 U+22EF 然後在選單內提供 U+2026 的選項

歡迎在這個 repo 提交問題。 我不是很確定原本 symbols.dat 的第一個選項為什麼是 U+2026,甚至在選單內也沒有 U+22EF https://language.moe.gov.tw/001/Upload/FILES/SITE_CONTENT/M0001/HAU/h11.htm 上面用的是 `...` (U+2026) 然後標楷體會顯示為置中。 U+22EF 原本是屬於 Math Symbol 但是 [2022](https://github.com/w3c/clreq/issues/432) W3C 的中文排版需求 CLREQ 跟 Unicode 14 推薦使用 U+22EF 作為刪節號 https://www.w3.org/TR/clreq/#h_ellipsis 我覺得如果多數字體都已經有支援 U+22EF 的話,可以考慮預設改為 U+22EF 然後在選單內提供 U+2026 的選項

感謝回覆!

另外我發現 /usr/share/libchewing/swkb.dat 裡面也有一個 ...(U+2026),被設定成快速鍵 Shift + M,好像也可以一起改成 ⋯(U+22EF)。

感謝回覆! 另外我發現 `/usr/share/libchewing/swkb.dat` 裡面也有一個 `...`(U+2026),被設定成快速鍵 Shift + M,好像也可以一起改成 `⋯`(U+22EF)。
kanru added this to the v0.13.0 milestone 2026年04月10日 15:39:55 +02:00
Sign in to join this conversation.
No Branch/Tag specified
master
release/0.13.x
push-qlrtqulwmpmp
push-wtuvoynpwosl
release/0.10.x
release/0.8.x
optimize-conversion
refactor-trie-loader
v0.13.0
v0.12.0
v0.12.0-alpha.1
v0.11.0
v0.11.0-alpha.1
v0.10.3
v0.10.2
v0.10.1
v0.10.0
v0.9.1
v0.9.0
v0.9.0-rc.3
v0.9.0-rc.2
v0.9.0-rc.1
v0.8.5
v0.8.4
v0.8.3
v0.8.2
v0.8.1
v0.8.0
v0.8.0-rc.4
v0.8.0-rc.3
v0.8.0-rc.2
v0.8.0-rc.1
v0.7.0
v0.7.0-rc.2
v0.7.0-rc.1
v0.6.0
v0.6.0-rc.2
v0.6.0-rc.1
v0.5.1
v0.5.0
v0.4.0
v0.3.5
v0.3.4
v0.3.3
v0.3.2
v0.3.1
v0.3.0
v0.2.7
v0.2.6
v0.2.5
v0.2.4
Labels
Clear labels
dictionary
duplicate
fixed
0.11.0

Archived

fixed
0.13.0
refactoring

Archived

rewrite in rust
Might be fixed by the rust rewrite
thirdparty
arch
aarch64
 系統架構是 Aarch64
arch
x86_64
 系統架構是 x86_64
cannot reproduce
無法重現問題 Cannot reproduce the issue
contribution welcome
歡迎來幫忙 Contributions are very welcome, get started here
duplicate
重複的問題回報 This issue or pull request already exists
good first issue
適合新手 Interested in contributing? Get started here.
help wanted
需要高手相助 Need some help
invalid
回報的問題無效 Something is wrong
kind
bug
 有東西不正常運作 Something is not working
kind
doc
 加強文件說明 Enhance documentation
kind
enhancement
 新功能 New feature
kind
mega issue
 同一個問題回報中包含多個問題 Multiple issues reported
kind
question
 只是問問題 Asking a question
needinfo
需要更多資訊 More information is needed
os
apple
 作業系統是 MacOS 或 iOS
os
linux
 作業系統是 GNU Linux
os
windows
 作業系統是 Windows
to be determined
還未被說服有需求 Can't decide whether this is needed
upstream
跟上游軟體相關 Related to an upstream repository, already reported there
wontfix
我們決定不處理 Won't be fixed
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
chewing/libchewing#822
Reference in a new issue
chewing/libchewing
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?