r/devs/

windows x64 与 macos 版本均已通过 Actions 上传到 releases。

winarm qt6 版本不知道为什么最后又报错了，本来期待着这次所有 CI 能全绿的 😇

Yurigram v7.3.1 更新日志

- 修复了一些 bug
- 增强设置中新增「显示最近转发目标」选项
- 为 Win/MacOS 构建启用了自动更新，尚未测试

————
下个版本将尝试使用应用内更新推送新版本。

GitHub Release | AUR: yurigram-bin, yurigram

#yurigram #changelog

由于 CI 又遇到了问题，windows 这次临时改发我本地构建的版本，macOS 再等等吧（

#yurigram #win

Yurigram v7.3.0 更新日志

1. BotUse 模块: 使用 Bot 身份发送消息

现在可以直接在 Yurigram 中使用 Bot 账号登录，并在聊天中以 Bot 身份发消息。包括免会员直接发送 rich message，以及发送禁止转发的消息等。此外，在 Yurigram 中登录的 Bot 账号还不会影响 Bot 当前运行的程序实例。

关于更多此功能的介绍与使用限制，参见 Wiki 页面。

2. LLM 翻译服务与统一的翻译提供商

现在可以在增强设置中统一选择翻译提供商，并加入了 OpenAI 接口兼容的LLM 翻译提供商。

同时，还新增了一个可选的智能上下文翻译选项，开启后将会把回复消息链一同发送给 LLM。

3. 增强设置新增了一些新功能

- 显示频道消息的转发次数
- 显示 GIF 媒体控制按钮
- Peer ID type

4. 多项优化与修复

- 内置的 Fluent Emoji Pack 现在适配了 Unicode 17
- 用户的 Peer ID 下方现在将显示所在 DC
- 入群申请页面增加了 全部允许/拒绝 按钮
- 修复了「隐藏全部对话」选项启用后，冷启动仍然显示全部对话的问题

————
其他更新内容：请输入文本

GitHub Release | AUR: yurigram-bin, yurigram

#yurigram #changelog

https://github.com/telegramdesktop/tdesktop/releases/tag/v7.3.0

Money.

服务端不知道从什么时候已经开始限制新的 emoji 了。如果你之前设置过了，现在已经绝版了😉

在 Telegram Desktop 上预览私聊、群组或频道

Telegram 的 Android 和 iOS 客户端都支持对话 Peek：浏览私聊、群组或频道中的消息而不留下已读标记和记录浏览位置，只需要在对话列表里长按你想要看的那个对话就行

但是在移动端打开预览的时候，除了滑动和点击右下角的“滚动到底部”按钮之外，点击其他地方都会立即打开这个对话，就会留下已读标记并记录浏览位置（本来只有 Android 客户端是这样，iOS 客户端最近也同样改成这样了）

而我在使用 Windows 上的 Telegram 客户端，即 Telegram Desktop 时，总感觉全平台同步功能的 Telegram 应该也有这个功能才对啊，于是前往 Google 搜索，发现了一个页面 https://bugs.telegram.org/c/5 ，在评论区中找到了打开这个功能的方法：

按住键盘上 Alt 键的同时，用鼠标点击你想看的那个对话，如果在预览想立即打开并定位消息，在预览窗口里双击那条消息即可

Yurigram 提供 linux arm64 的二进制包。如果有支持的安卓设备，甚至可以尝试在手机上通过虚拟机运行 Yurigram。

图中环境为 DroidVM + Ubuntu 26.04，宿主机芯片是 sm8850。

闲着没事改什么大小写啊，好无语

#yurigram #macos #ci

Yurigram v7.2.8-1

无更新内容。

————
GitHub Release | AUR: yurigram-bin, yurigram

#yurigram #changelog

Yurigram v7.2.7-2 更新日志

1. 增强设置大重构

- 支持复制分享携带当前设定值的链接
- 支持导出和导入全局增强设置的内容
- 需要重启生效的选项现在修改后不会自动重启，仅会提示用户手动重启

- 聊天增强设置新增重置为默认值按钮
- 聊天设置支持复制选项链接（会定向显示某个聊天的增强设置）
- 聊天设置同样支持复制带设定值的分享链接

- 调整了增强设置的选项说明样式
- 选项链接现在使用 t.me/yurisettings 前缀

2. 链接预览域名替换

增强设置新增了替换链接预览请求域名的功能，需要自行添加替换规则。还需要说明的是，替换规则中使用的是 Qt 内置的 PCRE 风格正则表达式，这与常见的 JavaScript 正则会有稍许的语法不同。

链接预览规则同样支持上面的增强设置分享，使用他人分享的替换规则也是可以的。

3. 新增了以下增强设置选项

- 禁止本地草稿同步到云端

此选项与 禁用来自云端的草稿 选项形成功能互补。另外，这两个选项现在还接入了聊天增强设置中。

4. 修复了移除媒体遮罩遇到付费媒体时闪退的问题
————
其他更新内容：tg://nya

GitHub Release | AUR: yurigram-bin, yurigram

#yurigram #changelog

https://archlinux.org/packages/extra/x86_64/tlottie/

tdesktop 将 lottie 动画渲染库从 rlottie 换成了用 rust 重写的 tlottie 后，Arch Linux 官方源为了同步立即在 extra 仓库中新增了这个包。目前只有 telegram-desktop 依赖这个包。

#yurigram #macos #ci

关于在线人数显示的一些细节

在实现群成员在线状态显示的时候，我偶然注意到标题栏显示的在线人数不太对劲，好像明显大于群成员列表里观察到在线群成员数。在进行了一番调查之后，发现 64Gram 确实对计算逻辑做了一些修改:

在 0e55720 中，64Gram 将计算方式从遍历群成员手动计数改为了直接调用 messages.getOnlines 来获取在线成员数量。没有任何问题，官方既然有这个接口那为什么不用呢？但是，为什么总感觉这个从接口获取到的在线人数不太对？

先把这个问题放一边，让我们看看这个接口在官方 tdesktop 里面是怎么用的吧，或许是我们的调用方式不太对呢？然而，令我感到奇怪的是，截止官方目前的最新提交，messages.getOnlines 这个接口在 tdesktop 中没有在任何地方被调用。难道是曾经用了但后来删掉了？但我翻遍了 tdesktop 的所有历史提交，似乎它真的从来没有用过这个接口。

那其他平台客户端呢？安卓和 ios 也没有使用吗？这里我让 codex 去找了一下，它给出的结果是安卓和 ios 客户端都是使用这个接口的，就连 tdlib 的实现也是使用了的，只不过不同客户端对使用这个接口的人数条件不太一样。那为什么就 tdesktop 没有使用这个接口呢？小编也很好奇，如果你是 tdesktop 的开发人员，欢迎在私聊中告诉我原因 :)

话再说回来这个接口本身，它返回的在线人数真的是准确的吗？这里根据我的测试，对于小于 200 人的群聊，它返回的数量似乎总是远大于逐个遍历成员得到的结果。具体来说，一个 89 人的群聊中，API 返回结果为在线 33 人，本地遍历结果为在线 9 人；在另一个 25 人的群聊中，API 返回在线 10 人，本地遍历得到在线 4 人。大于 200 人的群聊未实际测试。

所以这可能可以解释为什么在不同的官方客户端实现中，开发者总是优先选择本地遍历一遍群成员来获取在线数量，而不是直接调用 messages.getOnlines 来获取了。或许开发人员本来就知道这个接口的结果不准？或者说，至少它返回的结果不是一个 "完全实时" 的结果，可能是最近一段时间里的累计在线成员数量。

总而言之，最后我决定直接改成官方客户端的类似实现，对小于 200 人的群进行逐个计算，大于的话仍然调用接口来显示数量。哦对了，这里反复提到的 200 人实际上是服务端下发的 chat_size_max 云控值，根据定义，它的含义是 normal group (也就是非 supergroup) 的最大限制人数。

Note: 由于 windows qt6 的一些已知问题，决定暂时不再编译 win/x64/qt6 版本，直到上游修复问题再考虑。

#yurigram #win #ci