V2EX › soleilune 的所有回复 › 第 2 页 / 共 4 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4

❮

❯

7 月 26 日

回复了 soleilune 创建的主题 › 分享创造 › [开源]或许是 WindTerm 精神的续作： SSH 客户端 OxideTerm 焕新为原生软件， Windows 空载内存仅 25 MB

@ysbreh 这个可以有

7 月 26 日

回复了 soleilune 创建的主题 › 分享创造 › [开源]或许是 WindTerm 精神的续作： SSH 客户端 OxideTerm 焕新为原生软件， Windows 空载内存仅 25 MB

@zhs227
已实现配置。
设置位置：设置 → 终端 → “将文件路径识别为链接”。
关闭后：自动识别的文件路径不再高亮或响应点击；网页 URL 仍然可用；程序明确输出的 OSC 8 超链接仍然可用；默认保持开启，兼容现有行为。

下次新版本就可以了

7 月 26 日

回复了 soleilune 创建的主题 › 分享创造 › [开源]或许是 WindTerm 精神的续作： SSH 客户端 OxideTerm 焕新为原生软件， Windows 空载内存仅 25 MB

@Salute 这个是我忘记做了，应该要作为一种资产能够保存下来的，我看看后面补上吧

7 月 26 日

回复了 soleilune 创建的主题 › 分享创造 › [开源]或许是 WindTerm 精神的续作： SSH 客户端 OxideTerm 焕新为原生软件， Windows 空载内存仅 25 MB

@Salute 还好吧，有 AI 辅助的话问题基本不大

7 月 26 日

回复了 soleilune 创建的主题 › 分享创造 › [开源]或许是 WindTerm 精神的续作： SSH 客户端 OxideTerm 焕新为原生软件， Windows 空载内存仅 25 MB

@SayHelloHi 有的，

'brew install --cask AnalyseDeCircuit/tap/oxideterm'

7 月 25 日

回复了 soleilune 创建的主题 › 分享创造 › [开源]或许是 WindTerm 精神的续作： SSH 客户端 OxideTerm 焕新为原生软件， Windows 空载内存仅 25 MB

@Mora1n 谢谢！ NyaTerm 也是很好的项目。我稍稍看了一眼，他目前是基于 Tauri 的，UX 更贴近 WindTerm 老用户的操作习惯，当然也有可能有很多优点我没有仔细挖掘；我们选择的方向是彻底去掉 WebView ，用 GPUI 原生渲染，也都算是各自继承了 WindTerm 精神的一部分吧，也希望他能做的越来越好。

7 月 24 日

回复了 soleilune 创建的主题 › 分享创造 › OxideTerm： Rust SSH 栈的本地优先 SSH 工作区，零遥测零订阅

@hzz2 现在 2.0.11 版本 Free Type Mode 应该覆盖的比较完全了，默认开启，欢迎来用，确实我自己用了也很爽：）

7 月 24 日

回复了 manbudezhu 创建的主题 › iDev › 开源作者，没有 Apple 证书

dmg 里面塞一张图片，引导用户安装完成后 xattr 就行了

7 月 14 日

回复了 ninqq 创建的主题 › OpenAI › openai 又送重制卡了么

是的

7 月 3 日

回复了 soleilune 创建的主题 › 程序员 › 用 Tauri 写运维软件很好，但是？ ——OxideTerm 开发小记

@Mageblade 挺好的，之前我也有看过，也可以继续多参考

7 月 2 日

回复了 soleilune 创建的主题 › 程序员 › 用 Tauri 写运维软件很好，但是？ ——OxideTerm 开发小记

@ninjaJ 要不我把我写的 updater 从 GPL 改成 Apache 2.0 得了

7 月 2 日

回复了 soleilune 创建的主题 › 程序员 › 用 Tauri 写运维软件很好，但是？ ——OxideTerm 开发小记

@kero991 我不同意“必须比 Electron 小才有资格批评 Electron 臃肿”这个前提。

说 Electron 臃肿，批评的主要是它把浏览器运行时作为桌面应用基础设施这件事，以及由此带来的运行时内存、进程模型、启动成本和 Web 技术栈复杂度；不是在做一个简单的安装包大小排行榜。

一个软件的安装包大小会受很多东西影响，比如协议 helper 、CLI 、远程桌面组件、资源文件、压缩方式等。拿最终产物大小反推 UI 技术路线是否轻量，我觉得这个比较不准确。

我的重点也不是“OxideTerm GPUI 版本包一定比 Electron 小”，而是终端这类高频输入输出应用里，WebView / IPC / 前后端双状态会带来实际的复杂度和性能上限。这个问题和安装包大小不是同一个维度。

7 月 2 日

回复了 soleilune 创建的主题 › 程序员 › 用 Tauri 写运维软件很好，但是？ ——OxideTerm 开发小记

@ninjaJ 直接自己写吧，gpui 就是轮子比较少，都要自己搓

7 月 2 日

回复了 soleilune 创建的主题 › 程序员 › 用 Tauri 写运维软件很好，但是？ ——OxideTerm 开发小记

@prudence 这也挺正常，说明没有十全十美的东西。Tauri 在很多业务型桌面工具里确实很好用，我这边主要是终端高频输入输出、多会话和远程连接这些场景，WebView/IPC 的成本比较容易被放大，所以才试 GPUI 。应用形态不同，最佳选择也会不一样。

7 月 1 日

回复了 soleilune 创建的主题 › 程序员 › 用 Tauri 写运维软件很好，但是？ ——OxideTerm 开发小记

@wbrobot 改掉了，以后 win 便携版本用高压缩率的，就不会这样了。

7 月 1 日

回复了 soleilune 创建的主题 › 程序员 › 用 Tauri 写运维软件很好，但是？ ——OxideTerm 开发小记

@lakernote 哈哈欢迎参考，不过这楼主要还是聊 OxideTerm 和 Tauri / GPUI 这类桌面技术选型。EasyPostman 看起来是另一个方向的工具，有兴趣的朋友可以顺手看看。