Template talk:僻字
編輯請求
请求已处理
以上修改添加可支援僻字的字型,比照{{Unihan}}
,顯示效果:鿬。-- tang891228 留言 2018年8月15日 (三) 14:31 (UTC)
- 或許應該給 MediaWiki:Common.css 加一個僻字字型的 css class?——Artoria2e5编 讨论要完整,回覆请用ping。 2018年9月5日 (三) 17:14 (UTC)
- 完成。--Jimmy Xu 论 2018年12月3日 (一) 09:03 (UTC)
鿬与鿫,字体显示问题
有哪些字体可以支持元素名称鿬(Ts)和鿫(Og)的显示?--Leiem(签名·留言) 2018年6月28日 (四) 12:54 (UTC)
- 我也显示不出来 囧rz...--Yangfl(留言) 2018年6月28日 (四) 13:08 (UTC)
- [1],BabelStone Han经测可以。--YFdyh000(留言) 2018年6月28日 (四) 16:35 (UTC)
- 用了BabelStone Han,可以。--Leiem(签名·留言) 2018年6月29日 (五) 05:32 (UTC)
- 連最新版的Noto Fonts都出不來, 囧rz...--MeltdownLakeTalkripper 2018年6月28日 (四) 17:01 (UTC)
- 电脑里貌似还真没有别的字体能把这两个字显示出来, 囧rz...--暗中观察的RabbitMeow ∞ 与兔喵对话 回复请Ping我~ 2018年6月29日 (五) 11:20 (UTC)
- 我覺得我們過急於把這些條目中的元素名一概改為不可顯示的字符,犧牲了讀者的Accessibility。鋼琴小子 2018年6月30日 (六) 07:12 (UTC)
- 在字體的更新前可以先用 、 、 替代過度一下。--Zest 2018年6月30日 (六) 11:20 (UTC)
- 同意。--Leiem(签名·留言) 2018年7月1日 (日) 06:15 (UTC)
- (&)建議,要不要乾脆規定說,雖然Unicode收錄了,但是支援的字型/字體過少者,或多個主流字體無法顯示者,應先以圖像或 替代?-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]) 2018年7月1日 (日) 06:28 (UTC)
- Template:缺字的说明是已分配码位改用{{僻字}}。“若Unicode 10.1或更新版有收入该缺字时,请移除本模板。”是否有共识。U+9FEB,版本是11.0。--YFdyh000(留言) 2018年7月1日 (日) 08:35 (UTC)
- 我认为既然Unicode已经收进去了,就不再是「缺」,故而应当改用Template:僻字。-- YouTable 2018年7月4日 (三) 08:42 (UTC)
- (:)回應:但支援此的字元的字體過少,讓很多裝置無法顯示、讓很多人無法閱讀。 開放知識平台應該儘可能讓更多讀者可以閱讀,因此只能先用 。-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]) 2018年7月6日 (五) 18:28 (UTC)
- (!)意見仍然認為Unicode收錄了,但是支援的字型/字體過少者,或多個主流字體無法顯示者,應先以圖像或 替代,請@User:YouTable再次發表看法。感謝。-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]) 2018年7月11日 (三) 08:31 (UTC)
- 担心{{缺字}}的可访问性是否足够好。如果{{僻字}}在移动版上也表现良好(可查看信息),我赞成用它。僻字的webfont不知道怎么配置。{{缺字}}的图像需要逐个手动配置吧,对于主流字体无法显示的字符均做配置,将是一个很大而没有必要的工程。--YFdyh000(留言) 2018年7月11日 (三) 08:44 (UTC)
- 就原则上是应当改用Template:僻字,但若是兼容性不佳或碍于阅读,就可考虑换用Template:缺字。—YouTable 2018年7月11日 (三) 12:53 (UTC)
- (!)意見仍然認為Unicode收錄了,但是支援的字型/字體過少者,或多個主流字體無法顯示者,應先以圖像或 替代,請@User:YouTable再次發表看法。感謝。-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]) 2018年7月11日 (三) 08:31 (UTC)
- (:)回應:但支援此的字元的字體過少,讓很多裝置無法顯示、讓很多人無法閱讀。 開放知識平台應該儘可能讓更多讀者可以閱讀,因此只能先用 。-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]) 2018年7月6日 (五) 18:28 (UTC)
- 我认为既然Unicode已经收进去了,就不再是「缺」,故而应当改用Template:僻字。-- YouTable 2018年7月4日 (三) 08:42 (UTC)
- Template:缺字的说明是已分配码位改用{{僻字}}。“若Unicode 10.1或更新版有收入该缺字时,请移除本模板。”是否有共识。U+9FEB,版本是11.0。--YFdyh000(留言) 2018年7月1日 (日) 08:35 (UTC)
- (!)意見已逾七日無人有意見,是否該把鿬(Ts)和鿫(Og)先暫時喚回Template:缺字?-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]) 2018年7月20日 (五) 20:29 (UTC)
- 明明是僻字,不是缺字啊--百無一用是書生 (☎) 2018年7月24日 (二) 02:37 (UTC)
- Android的字體好像未收入那兩個字,無法正確顯示-- Matt Zhuang寫條目時,請尊重各地的中文使用者。 (按「此」留言) 2018年7月24日 (二) 07:38 (UTC)
- Windows 10繁體中文版也無法顯示(回電腦前並且用Chrome觀看後再度表示)-- Matt Zhuang寫條目時,請尊重各地的中文使用者。 (按「此」留言) 2018年7月24日 (二) 15:32 (UTC)
- @YouTable、Shizhao:正因為目前支援顯示的字體實在太少,所以才提議把鿬(Ts)和鿫(Og)先暫時喚回Template:缺字啊,維基百科總不能強制讀者使用特定字體吧。。。。不能因為Unicode已經有此字了就一味地換成該字,此舉犧牲了讀者的Accessibility-- 宇帆(維基貢獻十周年!留言·歡迎簽到[試用小工具]) 2018年7月28日 (六) 09:14 (UTC)
- 移动版体验不甚佳,且无法知悉为何字。附议。--YouTable 2018年7月28日 (六) 09:19 (UTC)
- 現在這個問題有點尷尬,條目的生僻字無法顯示,我也不確定視同缺字這種作法是否合適,有點類似「頭痛醫頭、腳痛醫腳」治標不治本。--章安德魯(留言) 2018年7月28日 (六) 15:24 (UTC)
- 移动版视图不能像桌面版一样查看字符注解(就我所知)。支持显示的字型本就少,倘若不能查看注解,则令可读性一再下降。--YouTable 2018年7月31日 (二) 03:04 (UTC)
- 如果形成共识并在模板文档中说明,不反对将尚未广泛支持的字从{{僻字}}改为{{缺字}}支持,但这应该有一个大致的标准或者共识形式方案。一个简单的方案是模板说明{{缺字}}子页面可适时提起存废讨论,表明该字已广泛支持,从而废除、删除模板,并将链入都改用{{僻字}}或直接书写。--YFdyh000(留言) 2018年7月29日 (日) 15:27 (UTC)
- 剛剛注意到下方出現一個相關討論「Wikipedia:互助客栈/技术#關於僻字手機板的顯示問題」(Special:diff/50670323),因此這裡也張貼一下連結。--章安德魯(留言) 2018年8月1日 (三) 09:16 (UTC)
- (:)回應該討論已存檔,所以我們現在應該集中在『是否將鿬(Ts)和鿫(Og)先暫時喚回Template:缺字』題目上取得共識。日本旅行中 宇帆(留言·歡迎簽到) 2018年8月15日 (三) 09:16 (UTC) (水) 18:16 (JST)
- (?)疑問:所以要怎麼處理? 日本旅行中 宇帆(留言·歡迎簽到) 2018年8月11日 (六) 13:44 (UTC) (土) 22:44 (JST)
- 使用Webfont。--dqwyy (talk) 落忆归海枫音乡 2018年8月12日 (日) 08:17 (UTC)
- (!)意見:@dqwyy並不是所有人都會啟用MediaWiki:Gadget-webfont小工具,除非默認全站使用,否則(-)傾向反對。-- 宇帆(維基貢獻十周年!留言·歡迎簽到 [試用小工具]) 2018年8月25日 (六) 08:50 (UTC)
- (!)意見:@dqwyy還是說,來提倡社群預設啟用Webfont。不曉得此案可行性如何?-- 宇帆(維基貢獻十周年!留言·歡迎簽到 [試用小工具]) 2018年8月31日 (五) 17:44 (UTC)
- (!)意見:@dqwyy並不是所有人都會啟用MediaWiki:Gadget-webfont小工具,除非默認全站使用,否則(-)傾向反對。-- 宇帆(維基貢獻十周年!留言·歡迎簽到 [試用小工具]) 2018年8月25日 (六) 08:50 (UTC)
- 「將鿬(Ts)和鿫(Og)先暫時喚回Template:缺字」還有人有(?)異議嗎?-- 宇帆(維基貢獻十周年!留言·歡迎簽到 [試用小工具]) 2018年8月28日 (二) 16:00 (UTC)
- 既然已经有编码,就不是缺字--百無一用是書生 (☎) 2018年9月6日 (四) 02:58 (UTC)
- @shizhao、Tang891228、A2569875、dqwyy: 一个毫无新意的想法:用SVG或者PNG格式的字符图片替代。--Mend My Way 2018年9月7日 (五) 07:54 (UTC)
- 不可以用web font來提供相應字體嗎?——C933103(留言) 2018年9月7日 (五) 14:28 (UTC)
- (!)意見:@C933103並不是所有人都會啟用MediaWiki:Gadget-webfont小工具,除非默認全站使用,否則(-)傾向反對-- 宇帆(維基貢獻十周年!留言·歡迎簽到 [試用小工具]) 2018年9月7日 (五) 15:23 (UTC)
- 可以把相關中文字的字型檔搬到commons然後從commons而非glyphwiki摘取嗎?——C933103(留言) 2018年9月7日 (五) 15:39 (UTC)
- (!)意見:@C933103並不是所有人都會啟用MediaWiki:Gadget-webfont小工具,除非默認全站使用,否則(-)傾向反對-- 宇帆(維基貢獻十周年!留言·歡迎簽到 [試用小工具]) 2018年9月7日 (五) 15:23 (UTC)
- 这里有几个问题需要考虑:
- 不同操作系统(含移动设备)对CJK扩展区的支持是不一样的,如果再加上用户做系统更新和额外安装字体,更加剧了情况的多变。所以对A用户来说是僻字,对B用户来说则未必是僻字。所以僻字包括那些汉字是无法准确定义的,对于每个人而言都可能未必一样
- commons不支持存放字体文件。另外svg格式的字体文件虽然可能可以存放在c区,但是浏览器对svg字体的支持比较差
- 我抽空会改一改小工具,如果把字体文件存在toollabs是否就不会有安全问题?(现在不支持默认开启,就是因为跨站调用字体文件,可能有安全隐患)
--百無一用是書生 (☎) 2018年9月10日 (一) 02:32 (UTC)
- (?)疑問真的不能視為缺字嗎@YouTable、Shizhao、YFdyh000:,有誰能解釋一下本頁[2]本頁跑出錯誤訊息的原因??---- 宇帆(留言·歡迎簽到 [試用小工具],永無止境的WP:DRV物語) 2018年10月5日 (五) 10:17 (UTC)
- (▲)同上正在思考为何Unicode网站的unihan数据库没有收入“已经收入”的9FEB,9FEC.究竟有无收入都是问题。。。要是没有收入,用{{缺字}}再改回元素符号可能会更好(就算收入了,没人能看见也最好改回元素符号,不然用汉字也没意义不是?)。-- by -✉--DW- at 2018年10月5日 (五) 11:34 (UTC)
- (:)回應:我目前支持换回“缺字”模板(因为移动视图的糟糕体验)--YouTable 2018年10月5日 (五) 14:40 (UTC)
- @A2569875、DW_YoungDLS:未收录原因不好说,可能只是数据滞后,[3]等文档是有收录的,[4]也介绍了Revision 25新增U+9FEB等。“視為缺字”要明确并修改{{缺字}}的收录条件,否则不宜例外。--YFdyh000(留言) 2018年10月5日 (五) 17:42 (UTC)
- @YFdyh000:作为一个一般使用移动版的人,我只能说,{{僻字}}的体验真的差得一匹,什么注解都看不见,源代码里面关于字形的提示也变成豆腐块,完全没法看。当初用{{缺字}}时体验就好得多。关于babelstone han字体,就算我把系统字体换了,chrome还是用默认,而且似乎也不支持webfont。。。考虑到移动版的阅读体验,我建议换回{{缺字}}。-- by -✉--DW- at 2018年10月7日 (日) 03:26 (UTC)
- @DW_YoungDLS:如果僻字的移动版可用性极差,应该考虑改进该模板,而不是少数条目中换掉,该模板的使用率很高。--YFdyh000(留言) 2018年10月7日 (日) 04:10 (UTC)
- 见[5],基金会当前的CSP政策,未来可能会不允许跨站脚本,wmflabs上的也未必允许。如果这样的话,webfont小工具就没法用了--百無一用是書生 (☎) 2018年10月30日 (二) 04:10 (UTC)
- (!)意見我刚才检索了声称收录了几乎所有文字的思源宋体,其并没有收录鿬与鿫。可见遇到新的unicode字体时,通过云字体等技术手段,及时显示正确的字符是不可能的。而且,维基百科也并没有对于新字收录后的处理流程方案。所以我建议将讨论内容扩大到对于所有新unicode字体编码发布后维基百科的反映流程等。Huangsijun17(留言) 2018年10月30日 (二) 04:36 (UTC)
- 思源宋体和所谓的云字体完全无关。用我的webfont小工具完全可以解决(从glyphwiki加载单个或多个字形)。但是未来可能无法跨站的话,就比较棘手。有几个办法:
- 最简单的是把单字制作成svg字体上传到c区(不确定svg字体能否上传到c区,没有试过),然后通过js小工具加载svg字体。缺点是svg字体各浏览器的支持度很差,chrome甚至已经放弃支持svg字体
- js小工具加载svg字体时,同时在本地将svg字体转换成wotf,ttf等字体。最大的兼容性,但是我不太了解这种方式的字体转换是否可以实现
- 把第二条小工具的方式做成mediawiki扩展,在服务器端转换字体,需要会做扩展的去开发,还要能够基金会同意部署
- 或者允许C区可以上传几种字体文件格式,这样不用转换字体,只要webfont方式加载就可以。这需要C区同意,并且配置系统(或许也需要开发)
- 使用IDS extension[6],这个项目已经提交请求部署到文库好几年了,一直没下文。缺点是用图片代替字体,标题等一些地方可能不容易支持
- 总之,技术上完全可以解决(未编码的字形也能解决一部分问题)
- --百無一用是書生 (☎) 2018年10月30日 (二) 08:07 (UTC)
- 或者在Phab:开一个ticket,说明需要借助wmflab做外部脚本引用,能不能实现白名单机制或者一些转发机制等?——路过围观的Sakamotosan | 避免做作,免敬 2018年10月31日 (三) 08:19 (UTC)
- @Shizhao:,[7]。——路过围观的Sakamotosan | 避免做作,免敬 2018年11月1日 (四) 01:10 (UTC)
- 我之所以检索思源宋体是因为:
- 思源宋体包含了大多数的生僻字,极有可能包含这两个文字。
- 而云字体技术可以在本地不用安装字体的情况下直接调用字体进行显示。比如这个
- 我的想法是这样操作可以便捷一些,且兼容性可能较好。但结果却是思源宋体中没有包含这两个文字,或许换个更加完善的字体亦或自定义一个字体?。
- ——Huangsijun17(留言
- 中文如果要云字体的话,必须把字体文件能够拆分成小的文件才行(似乎中文字体的拆分普遍存在一些问题),目前解决生僻字的云字体方法,基本就是自制字体为主(静态字体或者动态生成)--百無一用是書生 (☎) 2018年11月1日 (四) 01:54 (UTC)
- 这两个汉字是思源系列发布后才收入 Unicode 中的,现在的版本自然没有,但之后的版本应该就会有了,今年内应该就会更新。
- 还有,思源系列并没有声称收录了所有文字,它只收各个地区的标准字符集和 Unicode 的基本汉字部分。 奈白不弍 留言 2018年11月4日 (日) 15:43 (UTC)
- 中文如果要云字体的话,必须把字体文件能够拆分成小的文件才行(似乎中文字体的拆分普遍存在一些问题),目前解决生僻字的云字体方法,基本就是自制字体为主(静态字体或者动态生成)--百無一用是書生 (☎) 2018年11月1日 (四) 01:54 (UTC)
另外我再(~)補充一下,Windows 10 未来的默认中文字体将会收录这两个字,请静待更新。 奈白不弍 留言 2018年11月4日 (日) 15:43 (UTC)
- 对于已编码但无法显示的字形,还有一种办法是自动检测该字形在用户浏览器上是否正常显示,如果无法显示就调用webfont。这个办法目前Chrome类浏览器已经能支持,但是Firefox和其他浏览器还不行--百無一用是書生 (☎) 2018年11月7日 (三) 02:36 (UTC)
- 思源黑体已于昨日更新至2.0版,该版本已收录“鿬”与“鿫”,之后谷歌方面的Noto Sans CJK也应该会更新了。抄送:@Leiem、@A2569875、@Shizhao、@Huangsijun17 奈白不弍 留言 2018年11月20日 (二) 02:10 (UTC)
- 了解。--Leiem(签名·留言) 2018年11月20日 (二) 02:11 (UTC)
- 知道了,谢谢。那么现在有没有可能利用云字体或别的技术实现对于这几个字的显示呢?——Huangsijun17(留言) 2018年11月20日 (二) 02:28 (UTC)
- 一個問題,中文維基現在除了鿬和鿫之外,尚有不少非缺字、但實際上無法被顯示的問題需要解決,上面有人提說「可以適當修改讓{{缺字}}模板多用。例如给{{僻字}}新增一个改放{{缺字}}显示方式的命名可选参数,如{{僻字|鿬|缺字=tian2/1}},并增加追踪分类」,不曉得社群接受度如何?-- 宇帆(留言·歡迎簽到,緲子偶素化錸合鎵錸鎢(ReMu·GaReW)) 2018年11月20日 (二) 03:46 (UTC)
- 首先是两个问题,一是缺字,也就是未编码的汉字;二是僻字,已有编码,但缺乏字体支持的汉字。其中僻字问题最麻烦的是不同操作系统,不同浏览器,以及不同的字体设置,都会造成A用户能却正确字形,而B用户却无法显示。所以如果用{{僻字}}模板的话,如何限定范围?哪些字应该标明,哪些不应该?此外,我之前大概找到一个方法可以解决这个问题,可以识别某个用户实际是否能显示该字形,但是只在Chrome类浏览器下可用,如果能兼容大多数主流浏览器,那么结合我前面提到的webfont方式,就可以完美解决僻字问题了--百無一用是書生 (☎) 2018年11月21日 (三) 02:26 (UTC)
- 可否考虑全站使用webfont字体呢?现在的绝大多数浏览器包括手机浏览器都支持webfont技术了。——Huangsijun17(留言) 2018年11月22日 (四) 01:43 (UTC)
- 中文的问题是webfont字体要特别处理才可以,否则一个中文字体几十MB,每次用户打开网页都要下一这个这么大的文件,完全不可行。目前常见的方法就是把中文字体拆成只有一个或几个字形的字体,这样一个字体文件小则几k,多则几十k,才可符合网络环境的需求。所以根本的问题是如何拆,其次就是网页如何匹配相应字体--百無一用是書生 (☎) 2018年11月22日 (四) 07:08 (UTC)
- @Shizhao:,能不能寄望下tools.wmflabs.org以后还是能列入CSP的允许范围内(因为站内不少js工具都要使用,而且也是基金会下管理的),然后将请求woff文件的glyphwiki.org改成现在生成对应脚本的工具站点(https://tools.wmflabs.org/zhnotofu)上,用工具站作为glyphwiki.org和相应辅助脚本的代理站点,这样来避免CSP收紧的问题。——路过围观的Sakamotosan | 避免做作,免敬 2018年11月22日 (四) 07:48 (UTC)
- 是的。我正有此意,本来就想这么做的,只是一时没时间弄--百無一用是書生 (☎) 2018年11月22日 (四) 09:09 (UTC)
- 字体加载后作为缓存本地长期存储是否有可能?再通过Cookies记录提醒第一次访问百科的用户需要缓冲。是否可行?——2018年11月24日 (六) 08:58 (UTC)
- 是的。我正有此意,本来就想这么做的,只是一时没时间弄--百無一用是書生 (☎) 2018年11月22日 (四) 09:09 (UTC)
- 可否考虑全站使用webfont字体呢?现在的绝大多数浏览器包括手机浏览器都支持webfont技术了。——Huangsijun17(留言) 2018年11月22日 (四) 01:43 (UTC)
- 首先是两个问题,一是缺字,也就是未编码的汉字;二是僻字,已有编码,但缺乏字体支持的汉字。其中僻字问题最麻烦的是不同操作系统,不同浏览器,以及不同的字体设置,都会造成A用户能却正确字形,而B用户却无法显示。所以如果用{{僻字}}模板的话,如何限定范围?哪些字应该标明,哪些不应该?此外,我之前大概找到一个方法可以解决这个问题,可以识别某个用户实际是否能显示该字形,但是只在Chrome类浏览器下可用,如果能兼容大多数主流浏览器,那么结合我前面提到的webfont方式,就可以完美解决僻字问题了--百無一用是書生 (☎) 2018年11月21日 (三) 02:26 (UTC)
编辑请求:借助webfont小工具为尚未被Unicode收录的汉字提供支持
请求已处理--Xiplus#Talk 2019年3月17日 (日) 11:17 (UTC)
该修改方案借助webfont小工具为尚未被Unicode收录的汉字提供支持。User:神樂坂秀吉/草稿/模板:僻字/testcases有示例。 --神樂坂秀吉(留言·電郵·貢獻·日誌·上傳) 2019年3月1日 (五) 14:45 (UTC)
- firefox實測可正常運作。--Temp3600(留言) 2019年3月2日 (六) 17:51 (UTC)
- (?)疑問,应提供一个到小工具的链接吧。而且非注册用户看到这条信息会觉得很奇怪——他们根本没有办法启用这个小工具。--Antigng(留言) 2019年3月3日 (日) 20:57 (UTC)
編輯請求:修改 font-family
(2020-05-20)
请求已拒绝--Xiplus#Talk 2020年5月29日 (五) 10:04 (UTC)
- 严重错误:在
font-family
的 CSS 属性中,删掉最后的「LastResort」。「LastResort」是 macOS, iOS, watchOS, etc. 中的虚拟字体,如果加上,会导致在上述系统中的 Safari 让被包裹的任何文字都变成豆腐(□)(现在这一句话如果使用 Mac, iPhone, iPad 等来看,全都是豆腐。)。 - 建议:将
font-family
中的汉字字体名改为对应的英文,不然会简繁敏感且在非中文操作系统下可能不能被调用,并增加优先调用系统字体的关键字。即:
font-family: ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, sans-serif, 'Noto Sans CJK SC', 'Noto Sans CJK TC', 'Noto Sans SC', 'Noto Sans TC', 'Source Han Sans SC', 'Source Han Sans TC', 'Source Han Sans CN', 'Source Han Sans TW', 'WenQuanYi Micro Hei', 'WenQuanYi Zen Hei', 'Noto Serif CJK SC', 'Noto Serif CJK TC', 'Noto Serif SC', 'Noto Serif TC', 'Source Han Serif SC', 'Source Han Serif TC', 'Source Han Serif CN', 'Source Han Serif TW', 'Simsun (Founder Extended)', FZSongS-Extended, 'FZSongS-Extended(SIP)', 'BabelStone Han', 'HanaMinB', 'FZSong-Extended', 'Arial Unicode MS', Code2002, DFSongStd, 'STHeiti SC', unifont
註:
- 优先调用黑体
sans-serif
及之前是调用系统字体;通常来说,一部分新版本的操作系统已经可以自动从已安装的字体中找出合适的"Noto Sans CJK SC"
到"Source Han Sans TW"
为了调用思源黑体(思源系列的字体有很多版本)"WenQuanYi Micro Hei", "WenQuanYi Zen Hei"
调用文泉微米黑和文泉驿正黑"Noto Serif CJK SC"
到"Source Han Serif TW"
为了调用思源宋体- 「Unicode内码天珩输入法配套字体」找不到下载来源,所以英文名称尚不清楚
"Simsun (Founder Extended)"
到"FZSongS-Extended(SIP)"
调用方正的扩充包- 剩下的照旧,除了删除「LastResort」这个严重错误
- 把 SC 放在 TC 前是因为前者的字体档中包含的字形通常更多一些。
——刘枭扬(留言) 2020年5月20日 (三) 08:47 (UTC)
- Wikipedia:保護方針#需讨论达成社群共识,請把請求提交到Wikipedia:互助客栈/技术,這需要更多人確認與討論。--Xiplus#Talk 2020年5月29日 (五) 10:04 (UTC) 根據
关于Template:僻字的字体 fallback 列表
当前的列表为
sans-serif, 'Unicode内码天珩输入法配套字体', '方正宋体S-超大字符集', '方正宋体S-超大字符集(SIP)', '文泉驿等宽正黑', 'BabelStone Han', 'HanaMinB', 'FZSong-Extended', 'Arial Unicode MS', Code2002, DFSongStd, 'STHeiti SC', unifont, LastResort
列表最后包含的「LastResort」为 macOS, iOS, watchOS, etc. 中的虚拟字体,任何字元只要调用到了此字体都会阻断 fallback 并显示成豆腐块(□)。这一句话使用了字型「LastResort, sans-serif」。如果使用 Mac, iPhone, iPad 等来看,就全都是豆腐。macOS 等平台上的浏览器大多都支持自动找到合适的字体来 fallback。但由于「LastResort」存在,导致即使有合适的字体也显示不出来。建议删掉这一项严重错误。
另外建议将列表中的字体修改为对应的英文 family name,不然会简繁敏感且在非中文操作系统下可能不能被调用,并增加优先调用系统字体的关键字。即:
font-family: ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, sans-serif, 'Noto Sans CJK SC', 'Noto Sans CJK TC', 'Noto Sans SC', 'Noto Sans TC', 'Source Han Sans SC', 'Source Han Sans TC', 'Source Han Sans CN', 'Source Han Sans TW', 'WenQuanYi Micro Hei', 'WenQuanYi Zen Hei', 'Noto Serif CJK SC', 'Noto Serif CJK TC', 'Noto Serif SC', 'Noto Serif TC', 'Source Han Serif SC', 'Source Han Serif TC', 'Source Han Serif CN', 'Source Han Serif TW', 'Simsun (Founder Extended)', FZSongS-Extended, 'FZSongS-Extended(SIP)', 'BabelStone Han', 'HanaMinB', 'FZSong-Extended', 'Arial Unicode MS', Code2002, DFSongStd, 'STHeiti SC', unifont
註:
- 优先调用黑体
sans-serif
及之前是调用系统字体"Noto Sans CJK SC"
到"Source Han Sans TW"
为了调用思源黑体(思源系列的字体有很多版本)"WenQuanYi Micro Hei", "WenQuanYi Zen Hei"
调用文泉微米黑和文泉驿正黑"Noto Serif CJK SC"
到"Source Han Serif TW"
为了调用思源宋体- 「Unicode内码天珩输入法配套字体」找不到下载来源,所以英文名称尚不清楚
"Simsun (Founder Extended)"
到"FZSongS-Extended(SIP)"
调用方正的扩充包- 剩下的照旧,除了删除「LastResort」这个严重错误
- 把 SC 放在 TC 前是因为前者的字体档中包含的字形通常更多一些。
——刘枭扬(留言) 2020年6月4日 (四) 14:15 (UTC)
请求已处理
先不谈是否要把中文名改为英文名。关于.LastResort
,已经确认,这的确会导致原本能够显示的字符不能正确显示。已在多个设备上成功复现。—Cheetahze(留言) 2020年11月27日 (五) 16:06 (UTC)
- (+)支持此編輯請求。—— Eric Liu 創造は生命(留言.留名.學生會) 2020年12月7日 (一) 06:01 (UTC)
- @Cheetahze:已移除LastResort,方便的话还请复查编辑是否正确,感谢。--Tiger(留言) 2020年12月10日 (四) 03:28 (UTC)
请求增加字体支持
请求在 font-family 里面增加以下Unicode大字集(CJK扩展区)的字体:
Windows内置
- SimSun-ExtB
- MingLiU-ExtB
海峰字体
- Sun-ExtA
- Sun-ExtB
花园明朝(链接)
- HanaMinA
- HanaMinB
天珩字库(链接)
- TH-Tshyn-P0
- TH-Tshyn-P1
- TH-Tshyn-P2
- TH-Tshyn-P16
- TH-Feon
中华书局宋体字库(链接)
- ZhongHuaSongPlane00
- ZhongHuaSongPlane02
- ZhongHuaSongPlane15
表格中的显示问题
- 对于表格中包含的{{僻字}},Tooltip 似乎无法正确定位源字在页面上的正确位置,见四川方言字。复现的环境包括 Windows 10 Pro 20H2 (x64/19042.630) 下的 Microsodt Edge 87.0.664.47 (x64) 及 Internet Explorer 11.630.19041.0。――David Xuang (contact me) 2020年11月30日 (一) 04:41 (UTC)
- 今天似乎又正常了。复现不稳定。――David Xuang (contact me) 2020年12月1日 (二) 03:15 (UTC)
- 此问题仍然存在,但无法在用户页复现,推测和tooltip在主条目上的显示方式有关,Template:SetTitle无此问题--Kunjinkao(留言) 2023年11月5日 (日) 02:49 (UTC)
編輯請求 2021-11-28
请求已处理
文案书面化。请将以下内容:
此字在您的系统上可能无法显示,因而变成空白、方块或问号。
更改为:
该字符在您的系统上可能不受支持,因而显示为空白、方块或问号。
繁体请作同样更改。--Tranve (✉) 2021年11月28日 (日) 15:04 (UTC)
- 已再行調整語序。 2021年11月29日 (一) 07:06 (UTC)
- @Pseudo Classes:谢谢。但是我觉得“空白、方块或问号”之后的“等字符”重复了,建议删去。另外原文里也没有“等”啊,如果像您这样修改,不就不等价了。难道还会显示成别的?--Tranve (✉) 2021年11月29日 (一) 14:59 (UTC)
- 「等」不一定代表「其餘未盡」。 2021年11月29日 (一) 15:05 (UTC)
- @Pseudo Classes 嗯……那就把最后的“字符”删去,留下“等”,如何?--Tranve (✉) 2021年11月29日 (一) 15:09 (UTC)
- 我改了,您看看如何。 2021年11月29日 (一) 15:11 (UTC)
- 我觉得可以。谢谢!--Tranve (✉) 2021年11月29日 (一) 15:24 (UTC)
- 我改了,您看看如何。 2021年11月29日 (一) 15:11 (UTC)
- @Pseudo Classes 嗯……那就把最后的“字符”删去,留下“等”,如何?--Tranve (✉) 2021年11月29日 (一) 15:09 (UTC)
- 「等」不一定代表「其餘未盡」。 2021年11月29日 (一) 15:05 (UTC)
- @Pseudo Classes:谢谢。但是我觉得“空白、方块或问号”之后的“等字符”重复了,建议删去。另外原文里也没有“等”啊,如果像您这样修改,不就不等价了。难道还会显示成别的?--Tranve (✉) 2021年11月29日 (一) 14:59 (UTC)
编辑请求 2023-11-04
请求已处理。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月13日 (三) 07:53 (UTC)
请求添加字体。参考#请求增加字体支持,以下是我已经在模板:Unihan上更新并测试过的
Windows内置:
- SimSun-ExtB
天珩字库[8]:
- TH-Tshyn-P0
- TH-Tshyn-P1
- TH-Tshyn-P2
另外,“Unicode内码天珩输入法配套字体”是天珩字库的旧版,已被以上字体取代,应当删除,详情见其官网--Kunjinkao(留言) 2023年11月4日 (六) 15:10 (UTC)
- 或者参考Template:西夏文把字体部分单独拿出来,允许单独编辑--Kunjinkao(留言) 2023年11月5日 (日) 02:27 (UTC)
- 已在Template:僻字/sandbox处更新,并修复了字形描述会被转换的问题。模板:僻字/testcases处已添加测试--Kunjinkao(留言) 2023年12月5日 (二) 15:00 (UTC)
'Unicode内码天珩输入法配套字体'
這個是完全無用了嗎?刪除會否造成影響?取代的依據有沒有來源可以參考?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月5日 (二) 15:18 (UTC)- 上面已经说了,Unicode内码天珩输入法现在采用的是TH-Tshyn系列字体,从名字也能看出来天珩输入法和天珩字库是配套的,你可以去下一个看看[9]--Kunjinkao(留言) 2023年12月5日 (二) 15:24 (UTC)
- 反而是“Unicode内码天珩输入法配套字体”,谷歌搜索[10]就两个结果,和少数疑似从维基百科扩散出去的结果,现在连输入法自己都不支持了。天珩字库目的就是收录所有字符,可以认为需要用到的都会去下最新版--Kunjinkao(留言) 2023年12月5日 (二) 15:33 (UTC)
- 公示7日-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月6日 (三) 06:11 (UTC)
編輯請求 2023-12-17
请求已处理。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月17日 (日) 08:01 (UTC)
参照 {{Unihan}}模板修改。 把字体名字改成默认英文名,以适应更多语种的操作系统。 增加中华书局宋体字库和 Jigmo(字雲)字库。中华书局宋体字库支持到CJK Ext-F,Jigmo(字雲)支持到CJK Ext-I。--Yejianfei(留言) 2023年12月17日 (日) 07:15 (UTC)
编辑请求 2023-12-20
请求已处理--Xiplus#Talk 2024年2月25日 (日) 08:04 (UTC)
撤销防止转换字形描述的功能,因为会破坏{{全局僻字}},导致提示显示为“字符描述:-{描述}-”;如确实需要防止转换,应当在调用时写成{{僻字||-{⿱龙⿰龙龙}-}}
,或者{{僻字|鿫|⿹-{气}-奥}}
允许部分转换(奥/奧),不应通过模板实现--Kunjinkao(留言) 2023年12月20日 (三) 13:47 (UTC)