GitHub
Release v7.1.3-1 · Revincx/Yurigram
New Contributors
@NahidaBuer made their first contribution in #8
Full Changelog: 7.1.2-1...7.1.3-1
@NahidaBuer made their first contribution in #8
Full Changelog: 7.1.2-1...7.1.3-1
Yurigram v7.1.3-1 更新日志
1. 新特性:按消息类型筛选消息
搜索消息界面新增了消息类型筛选器,可以只搜索指定类型的消息了。当选定了目标用户后,还可以选择多个要筛选的类型。但需要说明的是,单选类型与多选类型的搜索实现是完全不一样的,由于一些 API 限制,选择多个消息类型时的搜索速度会明显更慢,应该尽量避免勾选多个类型。
2. 增强设置新增了以下新选项
- 禁用自动生成链接预览(对于自己发送的消息)
- 移除媒体遮罩
- 在媒体查看器中展示媒体元数据(分辨率/码率 等)
其中前两项功能已经同时添加到「聊天增强设置」
3. 转发选项新增「添加遮罩」
字面意思,就是在转发媒体时为媒体添加遮罩,此选项与「保留发送来源」互斥。
4. 新增了一个可以禁用 win/macos 平台的防截屏特性的 secret code,在设置界面按下ALLOW横杠SCREENSHOT 以启用。
————
其他修改内容:重新整理了增强设置的选项分组。旧版本复制的 tg:// 选项链接将会在此版本不可用。
GitHub Release | AUR: yurigram-bin, yurigram
#yurigram #changelog
1. 新特性:按消息类型筛选消息
搜索消息界面新增了消息类型筛选器,可以只搜索指定类型的消息了。当选定了目标用户后,还可以选择多个要筛选的类型。但需要说明的是,单选类型与多选类型的搜索实现是完全不一样的,由于一些 API 限制,选择多个消息类型时的搜索速度会明显更慢,应该尽量避免勾选多个类型。
2. 增强设置新增了以下新选项
- 禁用自动生成链接预览(对于自己发送的消息)
- 移除媒体遮罩
- 在媒体查看器中展示媒体元数据(分辨率/码率 等)
其中前两项功能已经同时添加到「聊天增强设置」
3. 转发选项新增「添加遮罩」
字面意思,就是在转发媒体时为媒体添加遮罩,此选项与「保留发送来源」互斥。
4. 新增了一个可以禁用 win/macos 平台的防截屏特性的 secret code,在设置界面按下
————
其他修改内容:重新整理了增强设置的选项分组。旧版本复制的 tg:// 选项链接将会在此版本不可用。
GitHub Release | AUR: yurigram-bin, yurigram
#yurigram #changelog
🥰1
GitHub
Release v7.1.5-1 · Revincx/Yurigram
Full Changelog: 7.1.3-1...7.1.5-1
Yurigram v7.1.5-1 更新日志
1. 增强设置新增了下面的新选项
- 在群聊中的发送者头像上显示在线状态
- 在转发后发送评论消息
- 隐藏「同时为...删除」复选框
- Show server config
2. 多项优化与修复
- 按消息类型搜索消息时,不选择目标用户的情况下,现在可以显示结果数量
- 修复了按消息类型搜索消息时,某些情况下无法正确显示空搜索结果的问题
- 媒体查看器中的元数据信息现在将显示在新的一行而不是附加在原文本后面
- 修复了人数小于 200 的群聊中,标题栏的在线人数显示不准确的问题
————
其他修改内容:新增了一个RESETAPP 的 secret code,仅供调试用,不要在好奇心的驱使下去设置页面输入一遍想看看有什么用 :P
GitHub Release | AUR: yurigram-bin, yurigram
#yurigram #changelog
1. 增强设置新增了下面的新选项
- 在群聊中的发送者头像上显示在线状态
- 在转发后发送评论消息
- 隐藏「同时为...删除」复选框
- Show server config
2. 多项优化与修复
- 按消息类型搜索消息时,不选择目标用户的情况下,现在可以显示结果数量
- 修复了按消息类型搜索消息时,某些情况下无法正确显示空搜索结果的问题
- 媒体查看器中的元数据信息现在将显示在新的一行而不是附加在原文本后面
- 修复了人数小于 200 的群聊中,标题栏的在线人数显示不准确的问题
————
其他修改内容:新增了一个
GitHub Release | AUR: yurigram-bin, yurigram
#yurigram #changelog
r/devs/
标题栏的在线人数显示不准确
关于在线人数显示的一些细节
在实现群成员在线状态显示的时候,我偶然注意到标题栏显示的在线人数不太对劲,好像明显大于群成员列表里观察到在线群成员数。在进行了一番调查之后,发现 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) 的最大限制人数。
在实现群成员在线状态显示的时候,我偶然注意到标题栏显示的在线人数不太对劲,好像明显大于群成员列表里观察到在线群成员数。在进行了一番调查之后,发现 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) 的最大限制人数。
🤔2🤣1
https://archlinux.org/packages/extra/x86_64/tlottie/
tdesktop 将 lottie 动画渲染库从 rlottie 换成了用 rust 重写的 tlottie 后,Arch Linux 官方源为了同步立即在 extra 仓库中新增了这个包。目前只有 telegram-desktop 依赖这个包。
tdesktop 将 lottie 动画渲染库从 rlottie 换成了用 rust 重写的 tlottie 后,Arch Linux 官方源为了同步立即在 extra 仓库中新增了这个包。目前只有 telegram-desktop 依赖这个包。
GitHub
Release v7.2.7-2 · Revincx/Yurigram
Full Changelog: 7.1.5-1...7.2.7-2
Yurigram v7.2.7-2 更新日志
1. 增强设置大重构
- 支持复制分享携带当前设定值的链接
- 支持导出和导入全局增强设置的内容
- 需要重启生效的选项现在修改后不会自动重启,仅会提示用户手动重启
- 聊天增强设置新增重置为默认值按钮
- 聊天设置支持复制选项链接(会定向显示某个聊天的增强设置)
- 聊天设置同样支持复制带设定值的分享链接
- 调整了增强设置的选项说明样式
- 选项链接现在使用
2. 链接预览域名替换
增强设置新增了替换链接预览请求域名的功能,需要自行添加替换规则。还需要说明的是,替换规则中使用的是 Qt 内置的 PCRE 风格正则表达式,这与常见的 JavaScript 正则会有稍许的语法不同。
链接预览规则同样支持上面的增强设置分享,使用他人分享的替换规则也是可以的。
3. 新增了以下增强设置选项
- 禁止本地草稿同步到云端
此选项与 禁用来自云端的草稿 选项形成功能互补。另外,这两个选项现在还接入了聊天增强设置中。
4. 修复了移除媒体遮罩遇到付费媒体时闪退的问题
————
其他更新内容:tg://nya
GitHub Release | AUR: yurigram-bin, yurigram
#yurigram #changelog
1. 增强设置大重构
- 支持复制分享携带当前设定值的链接
- 支持导出和导入全局增强设置的内容
- 需要重启生效的选项现在修改后不会自动重启,仅会提示用户手动重启
- 聊天增强设置新增重置为默认值按钮
- 聊天设置支持复制选项链接(会定向显示某个聊天的增强设置)
- 聊天设置同样支持复制带设定值的分享链接
- 调整了增强设置的选项说明样式
- 选项链接现在使用
t.me/yurisettings 前缀2. 链接预览域名替换
增强设置新增了替换链接预览请求域名的功能,需要自行添加替换规则。还需要说明的是,替换规则中使用的是 Qt 内置的 PCRE 风格正则表达式,这与常见的 JavaScript 正则会有稍许的语法不同。
链接预览规则同样支持上面的增强设置分享,使用他人分享的替换规则也是可以的。
3. 新增了以下增强设置选项
- 禁止本地草稿同步到云端
此选项与 禁用来自云端的草稿 选项形成功能互补。另外,这两个选项现在还接入了聊天增强设置中。
4. 修复了移除媒体遮罩遇到付费媒体时闪退的问题
————
其他更新内容:tg://nya
GitHub Release | AUR: yurigram-bin, yurigram
#yurigram #changelog
👍2
Forwarded from 奇奇怪怪
在 Telegram Desktop 上预览私聊、群组或频道
Telegram 的 Android 和 iOS 客户端都支持对话 Peek:浏览私聊、群组或频道中的消息而不留下已读标记和记录浏览位置,只需要在对话列表里长按你想要看的那个对话就行
但是在移动端打开预览的时候,除了滑动和点击右下角的“滚动到底部”按钮之外,点击其他地方都会立即打开这个对话,就会留下已读标记并记录浏览位置(本来只有 Android 客户端是这样,iOS 客户端最近也同样改成这样了)
而我在使用 Windows 上的 Telegram 客户端,即 Telegram Desktop 时,总感觉全平台同步功能的 Telegram 应该也有这个功能才对啊,于是前往 Google 搜索,发现了一个页面 https://bugs.telegram.org/c/5 ,在评论区中找到了打开这个功能的方法:
按住键盘上 Alt 键的同时,用鼠标点击你想看的那个对话,如果在预览想立即打开并定位消息,在预览窗口里双击那条消息即可
Telegram 的 Android 和 iOS 客户端都支持对话 Peek:浏览私聊、群组或频道中的消息而不留下已读标记和记录浏览位置,只需要在对话列表里长按你想要看的那个对话就行
但是在移动端打开预览的时候,除了滑动和点击右下角的“滚动到底部”按钮之外,点击其他地方都会立即打开这个对话,就会留下已读标记并记录浏览位置(本来只有 Android 客户端是这样,iOS 客户端最近也同样改成这样了)
而我在使用 Windows 上的 Telegram 客户端,即 Telegram Desktop 时,总感觉全平台同步功能的 Telegram 应该也有这个功能才对啊,于是前往 Google 搜索,发现了一个页面 https://bugs.telegram.org/c/5 ,在评论区中找到了打开这个功能的方法:
按住键盘上 Alt 键的同时,用鼠标点击你想看的那个对话,如果在预览想立即打开并定位消息,在预览窗口里双击那条消息即可
r/devs/
Telegram 的群组头衔一直都不允许有 Emoji,如果强行设置会返回 API 错误 RANK_EMOJI_NOT_ALLOWED。但是今天忽然某个群看到一位群友的 Member Tag 竟然是个 Emoji,于是好奇怎么实现的。它的头衔是 这个 Emoji。 答案:这个是 Unicode 17.0 新加入的 Emoji,Telegram 服务端对 Emoji Unicode 区块的判断似乎还停留在 Unicode 16.0,这就导致新加入的小部分 Emoji 符号能够绕过服务端的检测。 Unicode…
服务端不知道从什么时候已经开始限制新的 emoji 了。如果你之前设置过了,现在已经绝版了😉