dzhou121 最近的时间轴更新 dzhou121 最近的时间轴更新 |
dzhou121V2EX 第 38022 号会员，加入于 2013-04-24 01:54:46 +08:00今日活跃度排名 18305 |
| Lapce 代码编辑器发布 v0.3.0
2 分享创造 • dzhou121 • 106 天前 • 最后回复来自 Rorysky
|
9 |
| Lapce 代码编辑器发布 0.2.0
1 分享创造 • dzhou121 • 2022-10-13 16:46:44 PM • 最后回复来自 onnethy
|
14 |
| Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器
7 分享创造 • dzhou121 • 2022-05-16 10:55:29 AM • 最后回复来自 assclb
|
52 |
| Lapce - GPU 渲染原生 GUI 的代码编辑器， Rust 编写，自带 Vim 编辑， Remote Development， LSP 等功能 分享创造 • dzhou121 • 2022-03-05 12:46:38 PM • 最后回复来自 bnrwnjyw | 17 |
| 一个新的 Code Editor https://news.ycombinator.com/item?id=29549173
2 程序员 • dzhou121 • 2021-12-16 05:58:23 AM • 最后回复来自 levelworm
|
18 |
| 魔改 HHKB 成 Cherry 静音红轴+蓝牙+自定义配列 机械键盘 • dzhou121 • 2018-02-06 13:21:41 PM • 最后回复来自 k9982874 | 9 |
| Neovim 发布 v0.2.1 Vim • dzhou121 • 2017-11-11 05:19:09 AM • 最后回复来自 ashfinal | 9 |
| 推荐一个 Neovim 的 GUI，支持 Windows， macOS， Linux
3 Vim • dzhou121 • 2017-08-15 10:15:56 AM • 最后回复来自 sfwn
|
34 |
| [上海]已上线网站项目寻找擅长市场推广的合伙人 酷工作 • dzhou121 • 2014-05-12 14:20:03 PM • 最后回复来自 Seita | 4 |
| 推荐一下自己做的虚拟主机，支持Rails，可以SSH登录，免备案,免费试用15天 服务器 • dzhou121 • 2013-10-28 14:58:12 PM • 最后回复来自 dzhou121 | 8 |
dzhou121 最近回复了
2022-11-07 17:07:00 +08:00 回复了 enihcam 创建的主题 › 程序员 › 如何看待 Fleet 公测版依旧问题不断、插件体系不可用等现象？ |
Fleet 的资源占用很高，可能是因为运行在 debug mode ( https://news.ycombinator.com/item?id=33177860)
至于为什么 Jetbrains 要从零开始开发 Fleet ，我觉得是因为 remote development 所需要的架构是目前 IntelliJ 无法支持的。要想获得 VSCode remote 的体验，编辑器 /IDE 必须要把交互层和文件层分离开，从这个意义上说，Neovim 的前后端分离和 Xi-editor 的架构都是不能支持 VSCode Remote 的类似体验的，因为他们只是把渲染层分离开了，而延迟感受最重要的键盘鼠标输入还是放到了“后端”。我试验过 VSCode Remote 到一个 300ms 延迟的机器上，编辑本身是没有延迟的。
再说说 Fleet 的插件，因为前后端分离，Fleet 的插件和“前端”必须要通过 RPC ，而 IntelliJ 的现有插件是直接运行插件的 Java ，要想让 Fleet 支持现有插件还有很多工作要做，而 Fleet 的“后端”是 Rust 又进一步增加了难度。
至于为什么 Jetbrains 要从零开始开发 Fleet ，我觉得是因为 remote development 所需要的架构是目前 IntelliJ 无法支持的。要想获得 VSCode remote 的体验，编辑器 /IDE 必须要把交互层和文件层分离开，从这个意义上说，Neovim 的前后端分离和 Xi-editor 的架构都是不能支持 VSCode Remote 的类似体验的，因为他们只是把渲染层分离开了，而延迟感受最重要的键盘鼠标输入还是放到了“后端”。我试验过 VSCode Remote 到一个 300ms 延迟的机器上，编辑本身是没有延迟的。
再说说 Fleet 的插件，因为前后端分离，Fleet 的插件和“前端”必须要通过 RPC ，而 IntelliJ 的现有插件是直接运行插件的 Java ，要想让 Fleet 支持现有插件还有很多工作要做，而 Fleet 的“后端”是 Rust 又进一步增加了难度。
2022-09-07 21:05:44 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 代码编辑器发布 0.2.0 |
2022-09-07 19:50:13 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 代码编辑器发布 0.2.0 |
2022-09-05 14:19:53 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 代码编辑器发布 0.2.0 |
2022-05-17 02:18:14 +08:00 回复了 opentrade 创建的主题 › 程序员 › Rust 桌面程序选 Flutter 还是 Tauri？ |
Druid 挺好用的，自创控件功能特别强大
2022-05-15 02:42:17 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
@bitdepth GPU 渲染文字一般都是 cache 到 pixelmap 上，字母和中文的速度是一样的，区别是中文的 memory 会多一些，因为字符会多很多。
2022-05-14 19:13:28 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
@irytu 当然，应该已经有一个 issue 关于这个的
2022-05-14 16:22:01 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
2022-05-14 16:18:37 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
@okampfer
没有用过 fleet ，但也一直在关注 fleet ，看反映感觉也还是挺早期的。
性能上说的话，Fleet 如果没有 aot 还是会有启动速度的问题吧。然后看 Fleet 的 blog ，他们也是用了 rope ，所以编辑大文件应该也是没有任何问题。
没有用过 fleet ，但也一直在关注 fleet ，看反映感觉也还是挺早期的。
性能上说的话，Fleet 如果没有 aot 还是会有启动速度的问题吧。然后看 Fleet 的 blog ，他们也是用了 rope ，所以编辑大文件应该也是没有任何问题。
2022-05-14 16:13:24 +08:00 回复了 dzhou121 创建的主题 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
最开始使用 wgpu 就是因为 wgpu 是目前比较现代的 API ，但是一直有用户会反映 Lapce 会直接打开时崩溃，换了 opengl 之后基本都解决了，奔溃的原因一般是双显卡和 vulkan 驱动的一些问题。
还有一个原因就是 wgpu 目前还不支持 dual-source blending ，等 wgpu 更稳定一些然后这个功能支持之后我们还是会切回 wgpu 的，大部分代码都是相通的。
web 平台也是在我们的计划上的，因为底层的 Druid 都是可以支持 web 的，然后具体实现基本上就是在 canvas 里面画，跳过 dom 这一层，性能上应该还是有保证的。
还有一个原因就是 wgpu 目前还不支持 dual-source blending ，等 wgpu 更稳定一些然后这个功能支持之后我们还是会切回 wgpu 的，大部分代码都是相通的。
web 平台也是在我们的计划上的，因为底层的 Druid 都是可以支持 web 的，然后具体实现基本上就是在 canvas 里面画，跳过 dom 这一层，性能上应该还是有保证的。
Select Language