©CC BY-NC-SA 4.0

频道: cx.ms/channel
笔记: cx.ms/memo
博客: cx.ms/blog
剪贴: cx.ms/clip
社交: cx.ms/sns
#吐槽

In reply to nevent1q…tv7e
_________________________

调整预览描述的时候考虑到了多个平台的字数限制, 取了最少的那个也就是 Telegram Desktop 的限制(50 个字). 但 njump 内部计算网页描述使用的 len() 是计算的字节数量(区别于 Python 中的是计算的字符数), 也就是说如果我要限制 50 个汉字那么按理说设置为 150 就好了.

但是由于笔记中的内容不可能全部是完整的 3 字节汉字, 还可能包含其他非 3 字节的单个字符, 于是往往最后一个汉字都被截取后变成了乱码, 这种情况还好解决, 直接再加一个替换把乱码替换掉就是了.
还有一种情况是换行符, 虽然换行符也就最多两个字节, 但是实际表现在链接预览中的时候是直接占用了整行文本的显示区域, 如果某平台链接预览描述一行最多显示 10 个字, 那么一个换行符就会直接占掉了这 10 个字的显示面积, 导致后续的文本即使还在 150 字节的范围内, 也会大概率因为显示的空间不足而被省略. 除非单独把换行符拿出来计算后再和整体去掉换行符的文本加算.

不管了, 就这样吧, 能用就行. :bili_fantastic:

via Nostr@cxplay
#吐槽

In reply to nevent1q…v2wz
_________________________

曾经我也想这么干, 但还是觉得 Bash 更适合 Linux. 其实最后还是系统预装什么就用什么, 比如喜欢用 btop 但偶尔真没有装的时候还得继续用 top 和 htop, 以及 ps 和 pstree. 就怕以后用习惯了说我是会用 Linux 的但不会用 Bash, 就有些离谱了. 可能主要还是因为 Bash 不跨平台(特别是 Windows)的原因吧.

via Nostr@cxplay
#吐槽

改进了一下 njump 的链接预览以及 InstantView 效果, 结果一改就是通宵, 还是太菜了.
去掉了默认的文字生成图像, 现在是更加经典和简洁的预览效果了, 睡觉!

via Nostr@cxplay
#吐槽

In reply to nevent1q…lg98
_________________________

反正最后要提高话题的的检索效率的话最后一定会单独把话题名称作为单独的字段索引起来, 不如直接就让客户端提交前就让用户写好自己想要的话题提交. 滥用是没办法避免的, 可以限制客户端关联的话题字段长度和数量.

via Nostr@cxplay
#吐槽

感觉如果能有个默认接收到消息三天后自动删除(数据库记录)的中继作为公共收件箱中继会很不错, 只对 kind:10002 中继元数据长期保存(具体多久还不好说). 在有垃圾消息的时候开一下 PoW, 平时可以放开读写权限.

via Nostr@cxplay
Back to Top