maboloshi/github-chinese

GitHub 汉化插件，GitHub 中文化界面。 (GitHub Translation To Chinese)

Hi there 👋

▶ [点击展开] 赞赏支持 ~

github-chinese's Issues

疑似未翻译的文本

此处文本没有翻译，是否是没必要翻译的内容？

Explore-Topics（探索-主题）页面无法翻译

点击进入Explore-Topics页面时网页翻译失效，望修复，非常感谢🫡

在搜索框中输入download 会变成 次下载

试了几次发现触发条件。在搜索框中，输入数字+空格+download，就会变成“次下载”

星期的时间现在无法正常翻译

如题

遇到一个GitHub Action中`if`判断的疑问

github-chinese/.github/workflows/main.user.js_version_update.yaml

Line 38 in a7ecd13

if: ${{ env.AHEAD == 'true' && env.CHANGES_DETECTED == 'true' }}

与

        if: |
          ${{ env.AHEAD == 'true' }} &&
          ${{ env.CHANGES_DETECTED == 'true' }}

貌似不等效
当环境变量CHANGES_DETECTED不存在时 后续代码依然执行

经实测
https://github.com/maboloshi/inuyasha/actions/runs/7032676499/job/19136906521

name: step中if测试
on:
  workflow_dispatch:

jobs:
  update_version:
    runs-on: ubuntu-latest
    steps:
      - name: 设置环境变量
        env:
          AHEAD : 'true'
        run: echo "此处设置环境变量 AHEAD"

      - name: 测试环境变量 CHANGES_DETECTED 不存在的情况-1
        if: |
          ${{ env.AHEAD == 'true' }} &&
          ${{ env.CHANGES_DETECTED == 'true' }}
        run: |
          echo "理论上不应该看到这个输出"

      - name: 测试环境变量 CHANGES_DETECTED 不存在的情况-2
        if: ${{ env.AHEAD == 'true' && env.CHANGES_DETECTED == 'true' }}
        run: |
          echo "理论上此步骤跳过"

      - name: 测试环境变量 CHANGES_DETECTED 不存在的情况-3
        env:
          CHANGES_DETECTED : 'false'
        if: |
          ${{ env.AHEAD == 'true' }} &&
          ${{ env.CHANGES_DETECTED == 'true' }}
        run: |
          echo "理论上不应该看到这个输出"

      - name: 测试环境变量 CHANGES_DETECTED 不存在的情况-4
        if: |
            ${{ env.AHEAD == 'true' }} &&
            ${{ env.CHANGES_DETECTED == 'true' }}
        run: |
          echo "理论上不应该看到这个输出"

      - name: 后续操作
        run: |
          echo "后续操作"

这种写法

        if: |
            ${{ env.AHEAD == 'true' }} &&
            ${{ env.CHANGES_DETECTED == 'true' }}

第二句不管是否为真 只要第一句为真 整体为真 与预想的不一致

这种行为可能是由于GitHub Action 对于多行 if 表达式在解析时被视为一系列的单行表达式，而不是一个整体。因此，即使后面的条件为 false，只要第一行条件为 true，整个表达式被认为是 true。

以下貌似能正确执行

github-chinese/.github/workflows/main.user.js_version_update.yaml

Lines 30 to 32 in a7ecd13

	if: |
	${{ env.AHEAD == 'true' }} &&
	${{ !startsWith(env.LAST_COMMIT_MESSAGE, 'main.user.js Update to version') }}

未翻译的文本

在翻你们自己的翻译js的时候突然发现上面的行数和github的《广告》没被翻译
我认为你们应该不会犯这么低级的错误，请问是有什么不翻译的原因吗

左上的仓库名字应为也被翻译了，这块儿应该保持吧

发行版部分翻译语句不通顺

可以在READMI.md的“浏览器与脚本管理器”一节中将“油猴”这个翻译附上吗

我第一次安装这个插件时一时意识不到所谓的“脚本管理器”是什么东西，所以在安装时下意识忽略了“请先安装用户脚本管理器”。等下载了一个js文件，又各种折腾，然后才意识到或许可以用油猴脚本试一试。

结果安装好油猴后可以自动安装插件了。

等我又折回来研究README.md时，发现里面有个叫Tampermonkey的东西似乎就是我刚刚下载的油猴插件。说真的我对“Tampermonkey”这十二个单词真不如“油猴”这两个字更敏感，兴许是我的问题吧。

感谢作者，太好用了！

[Bug]会在仓库界面将用户名中类似月份等字符翻译

关于贡献的小技巧

同步复刻

除非需要独立维护自己的复刻分支，一般情况贡献后，可以直接使用同步复刻按钮 使自己的复刻分支与上游同步一直。所以，不需要每次删除复刻再重新复刻。

存在冲突的情况下，考虑是否需要同步重置

使用 GPG 密钥签署

详见官方教程：https://docs.github.com/zh/authentication/managing-commit-signature-verification

感谢。真好用呀 太方便

GitHub actions

1小时变成1月前

报告bug

使用“GitHub 中文化插件”时，输入“ ,' ”再退格一次后，英文逗号会变成中文逗号。

项目界面翻译失败

@maboloshi
https://github.com/users/user-name/projects/id

看代码里是有翻译的，应该是没有这个网页的翻译设置
可能要在rePagePath里添加一下

Codespace(代码空间)页面翻译失效

点击进入Codespace（代码空间）页面翻译失效，望修复，另外感谢作者如此积极地对这个脚本的维护，这对新手来说帮助很大

1.8.0与dark reader 扩展发生冲突，导致时间显示出现问题

平台：win10，edge 109.0.1518.55，firefox 109，dark reader 4.9.62，皆出现此问题，目前的解决方法是将github加入dark reader 的不反色列表。

GitHub Pages 界面有问题

下面的被折到更多里了
应该是 GitHub Pages 对 detail 标签的兼容有问题
可不可以选择换掉 detail 标签？

翻译再次失效，所有页面都无法翻译

文件编辑时会误转换

在学习编写actions时临时在github 中新建文件添加内容，它会及时地将此时键入的位于 行首 的 on 、1s 还有 now 等（或许存在的）词条转为中文，且暂时试出的结果（仅基于这三个）为：

• 除了 on 在行有内容且不仅为空格时行首插入不会变为中文，其他词条均仍会强制转换；
• 当关闭正则切换后，仅有 1s 不会再被转换；
• 文本中已经存在的这些内容不会被转换。

图例

希望存在的处理办法：为所有输入框禁用转换。
当前版本: 1.9.0及1.9.0-2023-12-16

文件查看页 `双向 Unicode 文本`显示提醒没有翻译

显示链接https://github.com/MiKTeX/miktex/blob/ab8ebca7c70fe8c9a1392dfb2393a0a7683e14cc/Programs/Editors/TeXworks/source/trans/TeXworks_ar.ts

新主页还没翻译

最近 GitHub 更新了新的主页，好像还没翻译（最近开学了，没时间翻译了）

你的年纪

真的10岁？如何学习编程？

议题里评论的时间有时候不翻译

测试网址：#7

在谷歌浏览器版本 122.0.6261.129，新建标签页，打开上面网址，多试几次，就会出现评论的时间不翻译。

部分界面无法翻译

@maboloshi

不知道为啥，最近邮件、搜索等界面翻译不了

最近才出现的情况

我看翻译是没有问题的

几处翻译的遗漏和错误

遗漏：
settings/profile

billing/summary
很多地方未翻译，截图太多就不发了

仓库/settings

仓库/settings/security_analysis

仓库/actions/caches

错误：
工作流中的时间翻译成月份

访问`https://github.com/BoyceLig/Clash_Chinese_Patch/blob/master/moment-with-CN.js`报错

Bug，翻译在错误的句段被引用

正则模式开启情况下的翻译问题

当正则模式开启时，已发布的Pre-release内容的描述部分任何单词中包含的 "now" 字符串均会被翻译。（猜测除 "now" 外其他符合条件的内容也会被翻译）
如："Known bugs" 将被翻译为 "K现在n bugs"
正则模式关闭后正常，但关闭后GitHub上将会有许多处内容显示原英文（残念）。

下方为演示截图（演示仓库预发行版地址）
正则模式开启：

正则模式关闭：

中文化插件模块关闭：

Safari疑似无效果

系统版本：macOS Monterey 12.1
浏览器及油猴版本：
Safari 版本15.2 (17612.3.6.1.6) & Tampermonkey 4.17.6162 安装此插件后无效果❌
Microsoft Edge 版本109.0.1518.61 & Tampermonkey 4.16.1 安装此插件后有效果✅

TODO：修改拉取请求部分翻译

见 #112 (comment)

缺失的翻译

• account/choose?action=upgrade
  

• [owner]/[repo]/fork

拉取请求【更改的文件】处鼠标移到代码上会翻译代码

可以适配一下这个

评论被错误的翻译

评论被错误的翻译

复现

[pull requests](https://github.com/microsoft/winget-pkgs/pulls)

pull requests

在[编辑评论 -> 预览]可复现，页面中有几率复现具体原因不详。

建议

可否添加黑名单，对评论区、源码等不需要翻译的地方进行过滤。

待办：`1.9`发布

@maboloshi
（随便提一嘴：大佬能不能不要只创建标签，创造个发行版，这样会在首页的提要（feeds）里看到）

星标选项卡 仓库列表被误翻译

暂时很难解决 特征不强

使用Github新代码视图（beta 版本）后代码部分也被汉化

使用新代码视图（beta 版本）

创建仓库页面没有生效？

https://github.com/new
在这个页面，脚本显示启用了，但是翻译却没有生效？

修正一处未翻译处（添加词条失误）

如图所示

解决方法：将locals.js文件第309行的"Add a passkey": "添加通行密钥",改为"add a passkey": "添加通行密钥",即可（没注意大小写），代码不知道为什么一直提交失败

使用`GitHub App`生成的`安装访问令牌`代替`fine-grained PAT`

参考资料

• 使用 GitHub Actions 工作流中的 GitHub App 发出经过身份验证的 API 请求

• GitHub Appsトークン解体新書：GitHub ActionsからPATを駆逐する技術

  • 注册 GitHub 应用
  • 管理 GitHub 应用的私钥
  • 为 GitHub 应用生成安装访问令牌
  • 验证为 GitHub 应用程序安装
  • 为 GitHub 应用生成 JSON Web 令牌 (JWT)
  • Get a repository installation for the authenticated app
  • Create an installation access token for an app
  • Revoke an installation access token

• 为 GitHub 应用生成用户访问令牌

• 代表用户使用 GitHub 应用进行身份验证

actions时间显示不正确

分钟显示成月了

ToDo：词库清理计划

各位协作者大家好，除了适配新的词汇，也要同步清理过时的词条了。
目前，词库文件 1.2Mb 了

这个页面应该还没翻译

问个小问题

油猴加载顺序 您知道吗 我看您的脚本始终在最前面

建议开发版设置独立版本号以解决自动更新问题

编辑代码时，代码中的 . 被替换为 。

已在开发版，发布版两个版本中测试，均出现以上情况

仓库 commits 的 “提交检查” 状态有太多组合，是否有更好的方式处理翻译？

仓库的提交检查状态是根据检查出的所有状态按任务顺序组合，所以是没有特定的顺序，会出现所有状态的排列组合，目前已知的状态有9种：

expected
successful
skipped
failing
pending
cancelled
action required
queued
in progress

所有任务都只有一种相同状态的时候会有复数形式，例如：

1 successful check
5 successful checks

1 failing check
3 failing checks

当有两种及以上的不同状态时，格式会有变化：

2 skipped and 1 failing checks
2 cancelled, 1 failing, and 3 successful checks
3 failing, 2 successful, 1 pending, and 2 cancelled checks
...

如果按照现在的方式添加翻译，要覆盖所有的状态和所有的排列，需要添加500多个词条，这样感觉是不太合适的

未翻译文本

Branch protection rule created.

添加 GitHub 名词解释

在 TODO 里，有一项：

我想到了两个方案来实现：
① 直接在翻译上体现（不推荐）
② 做一个 GitHub Pages 界面专门用来解释意思
不知道 @maboloshi 您怎么看