dzhou121 最近的时间轴更新
dzhou121

dzhou121

V2EX 第 38022 号会员,加入于 2013-04-24 01:54:46 +08:00
Lapce 代码编辑器发布 v0.3.0
  •  2   
    分享创造  •  dzhou121  •  303 天前  •  最后回复来自 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
    一个新的 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
    dzhou121 最近回复了
    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 又进一步增加了难度。
    2022-09-07 21:05:44 +08:00
    回复了 dzhou121 创建的主题 分享创造 Lapce 代码编辑器发布 0.2.0
    @zxCoder

    user@host 这样,port 还不支持 :)
    2022-09-07 19:50:13 +08:00
    回复了 dzhou121 创建的主题 分享创造 Lapce 代码编辑器发布 0.2.0
    @zxCoder

    目前支持 key authentication ,密码目前不支持
    2022-09-05 14:19:53 +08:00
    回复了 dzhou121 创建的主题 分享创造 Lapce 代码编辑器发布 0.2.0
    @imzcg2

    插件文档还没有完成 :)
    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 渲染的开源代码编辑器
    @justin2018

    brew 好像有人添加了
    2022-05-14 16:18:37 +08:00
    回复了 dzhou121 创建的主题 分享创造 Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器
    @okampfer

    没有用过 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 这一层,性能上应该还是有保证的。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2750 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 15:22 · PVG 23:22 · LAX 08:22 · JFK 11:22
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.