套 cf

@lstz 赞同，我也是觉得靠用户慢慢累计上来的更有成就感

百度网盘?

@helooo 不考虑哦，ai 目前速度不快，而且，对于我自己来说 google 已经足够了

@ErZhou 无法修改快捷键, 不同语言需要到 release 下载不同的包

@bilabila 可以用的, 有大佬打包过 arch 的包

tauri 最近 beta 出了 支持 win linux mac Android ios

2 个月

@alexsz 😥 不知道为啥, 我去提交一下误报吧

tg 群还是飞书群？

❯ cat .ssh\config
Host github.com
Hostname ssh.github.com
Port 443

请

当初淘宝 15 块 买的 gv 号码还挺好记

如果是前端资源 http ， 我建议你速速套上 cdn
如果是接口 http ，走 rust 吧，自己 lazy 个 reqwest Client 全局用

@lucifer9 这也是提前抱歉的原因之一 😥, 我也知道很多 geek,会有自己的 Caps 使用习惯,

@0o0O0o0O0o 因为我的主力机是 windows, 选词要通过 模拟 Ctrl + C 来复制. 绑定快捷键时 如 Alt + X 时会需要模拟 抬起 Alt 键, 如果支持自定义快捷键, 就需要对每一个不同的快捷键进行判断然后进行模拟抬起操作之类的, 特别是全局快捷键可能还会和软件本身产生冲突, Alt 在一些软件时菜单的快捷键, 导致冲突.

另一方面, 我在设计 Tran 时设定的最大的目标就是快, 所以选择一个便捷的快捷键几乎时必须的 (甚至划词之后弹出可点击的图标方案都被我放弃了) 但是便捷的快捷键已经被系统或者绝对主流的软件广泛使用了, 所以最后权衡的结果就是决定使用 双击 CapsLock 作为快捷键

对于源/目标语言, 如果添加很多支持就会导致软件体积膨胀, 占用内存, 这也是我不愿意看到的, Tran 更倾向于 的使用环境是这样的, 「我是中国人, 同事有英语基础 看资料时遇到不认识的词快速查一下翻译成中文, 或有时会看到日语资料 大段文本也可以翻译成中文, 但我一般使用英语进行国际交流, 所以需要将中文翻译成英语. 简略来说就是 中文是我的第一语言,英语是我的第二语言, 那么我就会选择 zh_en 的构建, 可选的语言包一方面提高了用户的使用门槛, 一方面可能会影响调用速度, 同时我也是单文件的拥趸」

至于你说的热键呼出 GPTS 对选中文字进行处理和回答, 其实 Tran 经过简单的修改就能做到, 但它一定是属于另一个软件, 而且我觉得 GPT 可能更需要一个完整的语境或者多次交互, Tran 的定位还是一次交互就完成的快速翻译工作.

如果你对于 快速调用 GPT 这个功能感兴趣的话, 可以通过稍微魔改 Tran 达到想要的效果, 我觉得目前 Tran 在 所有 Tauri 项目中也是不错的学习样例. 遇到的很多坑都陆陆续续解决了

同时, 感谢你的回复 😀😀 期待后续交流

@zengxs 这边是有特殊设置吗？ 我这边的都是提示 cname 到 cname.vercel-dns.com

@W4J1e 国内特供版的 ip 和 cname 解析地址 这个能细说一下吗？

我司买了，说实话，我感觉，不如传统 OA ，属于是，会开发的嫌弃，愿意用的需要投入大量时间

@77nit 修改快捷键有计划， 语音朗读我需要取了解一下