[Request] Variant without symbols
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 18/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 领域
- build-system, design, release
调研方向
首先阅读链接的相关 issues 和 PR #213,以了解添加了哪些符号字形,以及用户为何报告 fallback 问题。请求的是一个官方的 Source Code Pro 变体,排除符号/emoji 风格的字形,同时保持现有字体不变。完成这项工作需要由 maintainer 批准哪些字形移出,并为该变体提供 release/build 路径。
由索引模型根据 Issue 内容生成。
描述
Some symbols don't really belong in fonts, especially when the support for them is cherry-picked from a larger set by request/preference. Most notably glyphs that have emoji coverage, as these will prevent the use of fallbacks to a system or user assigned/preferred font for covering those glyphs(monochromatic or colour).
As the font does not provide a replacement of such a large set(understandable), it makes little sense to keep them in the font as they will take priority and not be replaced, which can lead to inconsistent style/mix of fonts. Non-issue, if you're specifically using each of those glyphs/emoji for a given purpose in an editor, but if any unsupported ones are encountered, then there's not much that can be done to get consistency.
Here's an example of cases in VSCode, and this other issue specifically discusses a "Heavy Checkmark" glyph/emoji, that turns out to be one of the few included in Sarasa Gothic as the cause, preventing the user from having consistent presentation style for the checkmark and cross(neither of which are included in SCP afaik, although there is the regular checkmark, and the heavy and cross were requested in a related issue).
Related issues touch on a few cases of users being confused and thinking SCP was at fault, which most of the time, it wasn't(one time it was when it added a Coffee glyph). I've had it render the 263A smilely face as a fallback for sans-serif despite being a monospace font, and when a colour emoji font should have been used as fallback instead. I've addressed that since on the system side(other fonts have this same issue), but it'd be nice if there were a variant of the font that excluded them.
One of the related issues requests Music glyphs, another APL, and so forth. If the additions aren't really specific to the SCP style, it's mostly adding them and ensuring they have a fixed width to maintain a monospace font, along with ensuring those glyphs are used for when a user has less control over what font is used for fallback(Windows?).
Like Google has done with Noto fonts(and like what was suggested in the Music symbols request), splitting such glyphs out to their own fonts makes them composable elsewhere. I'm not sure if Google rebranded SCP under a Noto font name, but Source Han Code JP and later Source Han Mono have taken SCP and adjusted it(along with removing some glyphs?). If users were to want glyphs in those fonts that SCP gets, that's additional work to accomodate for, or if the user wanted to swap SCP for a different programming font family entirely, but keep the glyph style/coverage, that's not as easily doable.
Just to be clear, I'm not requesting the font drop the current symbol support(since I'm sure that'd probably upset existing users who enjoy them, or aren't able to assign fallbacks). But an official variant without them would be appreciated.
Related(Mix of request to support glyphs and issues/confusion they cause, all from this repo):
https://github.com/adobe-fonts/source-code-pro/issues/114
https://github.com/adobe-fonts/source-code-pro/issues/49
https://github.com/adobe-fonts/source-code-pro/issues/208
https://github.com/adobe-fonts/source-code-pro/issues/143
https://github.com/adobe-fonts/source-code-pro/issues/101
https://github.com/adobe-fonts/source-code-pro/issues/172
https://github.com/adobe-fonts/source-code-pro/issues/16
Powerline issue with April 2019 update about future support perhaps leaving PUA
PR for 79 math symbols(not as big of a concern personally since the main issues encountered are usually with emoji, that said on Linux math symbols are treated as their own font family in fontconfig, and defined as a language Zmth/und-zmth in Unicode via ISO 15924).
- 主要语言
- CSS
- 星标
- 20.5k
- 派生
- 1.6k
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
adobe-fonts/source-code-pro 的其他 Issue
-
Texture healing?可能重新可做 @pauldhunt 于 40 天前认领,目前没有进行中的 PR。 未关闭question
难度 4/5 3-5 天 新手友好度 22/100
adobe-fonts/source-code-pro#351 · 1 条评论 · 已指派 1 人 ·
-
Arabic support未关闭enhancement
难度 5/5 一周以上 新手友好度 25/100
adobe-fonts/source-code-pro#348 ·
-
难度 4/5 3-5 天 新手友好度 45/100
adobe-fonts/source-code-pro#344 · 2 条评论 ·
-
enhancement
难度 2/5 1-3 小时 新手友好度 45/100
adobe-fonts/source-code-pro#341 · 1 条评论 ·
-
bug
难度 3/5 1-2 天 新手友好度 35/100
adobe-fonts/source-code-pro#339 · 4 条评论 ·
查看 adobe-fonts/source-code-pro 的全部 Issue
相似的 Issue
-
status:needs-triage
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
? - Needs Triage bot_watch bug
难度 2/5 1-3 小时 新手友好度 68/100
NVIDIA/cudf-spark-jni#5267 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
aks129/HealthClawGuardrails#917 ·
维护者通常 1 天内回复
-
area/build area/tech debt
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 2 天内回复
-
category:port-update
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 2 天内回复