dzhou121's recent timeline updates dzhou121's recent timeline updates |
dzhou121V2EX member #38022, joined on 2013-04-24 01:54:46 +08:00 |
| Lapce 代码编辑器发布 v0.3.0
2 分享创造 • dzhou121 • Jan 4, 2024 • Lastly replied by Rorysky
|
9 |
| Lapce 代码编辑器发布 0.2.0
1 分享创造 • dzhou121 • Oct 13, 2022 • Lastly replied by onnethy
|
14 |
| Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器
7 分享创造 • dzhou121 • May 16, 2022 • Lastly replied by assclb
|
52 |
| Lapce - GPU 渲染原生 GUI 的代码编辑器， Rust 编写，自带 Vim 编辑， Remote Development， LSP 等功能 分享创造 • dzhou121 • Mar 5, 2022 • Lastly replied by bnrwnjyw | 17 |
| 一个新的 Code Editor https://news.ycombinator.com/item?id=29549173
2 程序员 • dzhou121 • Dec 16, 2021 • Lastly replied by levelworm
|
18 |
| 魔改 HHKB 成 Cherry 静音红轴+蓝牙+自定义配列 机械键盘 • dzhou121 • Feb 6, 2018 • Lastly replied by k9982874 | 9 |
| Neovim 发布 v0.2.1 Vim • dzhou121 • Nov 11, 2017 • Lastly replied by ashfinal | 9 |
| 推荐一个 Neovim 的 GUI，支持 Windows， macOS， Linux
3 Vim • dzhou121 • Aug 15, 2017 • Lastly replied by sfwn
|
34 |
| [上海]已上线网站项目寻找擅长市场推广的合伙人 酷工作 • dzhou121 • May 12, 2014 • Lastly replied by Seita | 4 |
| 推荐一下自己做的虚拟主机，支持Rails，可以SSH登录，免备案,免费试用15天 服务器 • dzhou121 • Oct 28, 2013 • Lastly replied by dzhou121 | 8 |
dzhou121's recent replies
Nov 7, 2022 Replied to a topic by 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 又进一步增加了难度。
Sep 7, 2022 Replied to a topic by dzhou121 › 分享创造 › Lapce 代码编辑器发布 0.2.0 |
Sep 7, 2022 Replied to a topic by dzhou121 › 分享创造 › Lapce 代码编辑器发布 0.2.0 |
Sep 5, 2022 Replied to a topic by dzhou121 › 分享创造 › Lapce 代码编辑器发布 0.2.0 |
May 17, 2022 Replied to a topic by opentrade › 程序员 › Rust 桌面程序选 Flutter 还是 Tauri？ |
Druid 挺好用的，自创控件功能特别强大
May 15, 2022 Replied to a topic by dzhou121 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
@bitdepth GPU 渲染文字一般都是 cache 到 pixelmap 上，字母和中文的速度是一样的，区别是中文的 memory 会多一些，因为字符会多很多。
May 14, 2022 Replied to a topic by dzhou121 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
@irytu 当然，应该已经有一个 issue 关于这个的
May 14, 2022 Replied to a topic by dzhou121 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
May 14, 2022 Replied to a topic by dzhou121 › 分享创造 › Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器 |
@okampfer
没有用过 fleet ，但也一直在关注 fleet ，看反映感觉也还是挺早期的。
性能上说的话，Fleet 如果没有 aot 还是会有启动速度的问题吧。然后看 Fleet 的 blog ，他们也是用了 rope ，所以编辑大文件应该也是没有任何问题。
没有用过 fleet ，但也一直在关注 fleet ，看反映感觉也还是挺早期的。
性能上说的话，Fleet 如果没有 aot 还是会有启动速度的问题吧。然后看 Fleet 的 blog ，他们也是用了 rope ，所以编辑大文件应该也是没有任何问题。
May 14, 2022 Replied to a topic by 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