dzhou121 最近的时间轴更新
dzhou121

dzhou121

V2EX 第 38022 号会员,加入于 2013-04-24 01:54:46 +08:00
今日活跃度排名 18398
Lapce 代码编辑器发布 0.2.0
  •  1   
    分享创造  •  dzhou121  •  113 天前  •  最后回复来自 onnethy
    14
    Lapce 发布 v0.1.0 用 Rust 编写 GPU 渲染的开源代码编辑器
  •  7   
    分享创造  •  dzhou121  •  263 天前  •  最后回复来自 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 又进一步增加了难度。
    149 天前
    回复了 dzhou121 创建的主题 分享创造 Lapce 代码编辑器发布 0.2.0
    @zxCoder

    [email protected] 这样,port 还不支持 :)
    149 天前
    回复了 dzhou121 创建的主题 分享创造 Lapce 代码编辑器发布 0.2.0
    @zxCoder

    目前支持 key authentication ,密码目前不支持
    151 天前
    回复了 dzhou121 创建的主题 分享创造 Lapce 代码编辑器发布 0.2.0
    @imzcg2

    插件文档还没有完成 :)
    262 天前
    回复了 opentrade 创建的主题 程序员 Rust 桌面程序选 Flutter 还是 Tauri?
    Druid 挺好用的,自创控件功能特别强大
    @bitdepth GPU 渲染文字一般都是 cache 到 pixelmap 上,字母和中文的速度是一样的,区别是中文的 memory 会多一些,因为字符会多很多。
    @irytu 当然,应该已经有一个 issue 关于这个的
    @justin2018

    brew 好像有人添加了
    @okampfer

    没有用过 fleet ,但也一直在关注 fleet ,看反映感觉也还是挺早期的。

    性能上说的话,Fleet 如果没有 aot 还是会有启动速度的问题吧。然后看 Fleet 的 blog ,他们也是用了 rope ,所以编辑大文件应该也是没有任何问题。
    最开始使用 wgpu 就是因为 wgpu 是目前比较现代的 API ,但是一直有用户会反映 Lapce 会直接打开时崩溃,换了 opengl 之后基本都解决了,奔溃的原因一般是双显卡和 vulkan 驱动的一些问题。

    还有一个原因就是 wgpu 目前还不支持 dual-source blending ,等 wgpu 更稳定一些然后这个功能支持之后我们还是会切回 wgpu 的,大部分代码都是相通的。

    web 平台也是在我们的计划上的,因为底层的 Druid 都是可以支持 web 的,然后具体实现基本上就是在 canvas 里面画,跳过 dom 这一层,性能上应该还是有保证的。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   916 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 17:05 · PVG 01:05 · LAX 09:05 · JFK 12:05
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.