Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zas Editor

zeditor.app

Post reply on HN
Print view View original

41–50 of 362 posts

Re: Zas Editor

#41

Post by Annili »

andai wrote: post #39

Automatic renaming is amazing. Such slight reductions in friction make a big difference. I can already tell I would be much more likely to refactor often with such a feature. Unfortunately, I don't have a Mac at the moment. Are there any other editors with such a feature, or is it unique to Zas?

Zas Editor developer here. As far as I know, it’s a feature unique to Zas Editor.

> I can already tell I would be much more likely to refactor often with such a feature.

I’ve been working on Zas Editor in Zas editor for a while now, and can confirm the difference it makes

Re: Zas Editor

#42

Post by PaulDavisThe1st »

Annili wrote: post #4

Hi everyone! I'm the lead developer of Zas Editor. I wanted to share some details about the editor you might be interested in. The text-storage data structure, syntax highlighting and search features are written in Rust, and the UI is written in Swift since we wanted to create a native macOS experience. The Swift and Rust code talk to each other using C FFI, and no, that doesn’t take away the safety features of both…

> since we wanted to create a native macOS experience.

Can you say more about this choice?

Re: Zas Editor

#44

Post by obutora »

Annili wrote: post #4

Hi everyone! I'm the lead developer of Zas Editor. I wanted to share some details about the editor you might be interested in. The text-storage data structure, syntax highlighting and search features are written in Rust, and the UI is written in Swift since we wanted to create a native macOS experience. The Swift and Rust code talk to each other using C FFI, and no, that doesn’t take away the safety features of both…

Super cool product!!

Re: Zas Editor

#45

Post by ziftface »

Annili wrote: post #30
ziftface wrote: post #12

Earlier quoted context omitted.

I'm wondering why no support for LSP and DAP? Is it missing feature you guys need?

We are using LSP under the hood, but you can't add more language servers yourself. AS for DAP, a debugger would be a huge feature to implement, we wanted to get it right before releasing it.

Interesting! Do you have any plans to open support for LSPs? I do see the appeal to having a totally curated list of LSPs you don't have to worry about, but if someone buys into this editor, it might be nice to be able to extend it with new language support in the future so you don't have to switch editors for different languages.

Re: Zas Editor

#46

Post by bobbylarrybobby »

sawaali wrote: post #21

There has been a resurgence of native editors these days (Helix, Nova, …). Every time I rush to check if there are vim keybindings. It's a dealbreaker otherwise!

It's especially interesting because thanks to Neovim, implementing vim mode should be more or less trivial -- Neovim has a server mode where you send it keystrokes and it sends you back buffer edits and/or UI to display. And since it's real vim you get to keep all your vim config, plugins etc in your IDE. I'm surprised I haven't seen it really take off yet.

Re: Zas Editor

#47

Post by Annili »

PaulDavisThe1st wrote: post #42
Annili wrote: post #4

Hi everyone! I'm the lead developer of Zas Editor. I wanted to share some details about the editor you might be interested in. The text-storage data structure, syntax highlighting and search features are written in Rust, and the UI is written in Swift since we wanted to create a native macOS experience. The Swift and Rust code talk to each other using C FFI, and no, that doesn’t take away the safety features of both…

> since we wanted to create a native macOS experience. Can you say more about this choice?

Do you mean why we chose to make it native instead of making it cross-platform?

Re: Zas Editor

#48

Post by [deleted] »

hbbio wrote: post #38

Looks slick and well built. I would really like to try. However, there is no info about the team, company, etc. Even social accounts are brand new. To install a closed source binary with no provenance info is a bit harsh, the only way I could test would be on an offline spare Mac. Is any data collected? Given that it started out as a fork of xi-editor, I think you should consider switching to an open source + subscri…

[deleted]

Re: Zas Editor

#49

Post by stjohnswarts »

Annili wrote: post #3
coldtea wrote: post #2

This looks promising. Downloaded it to try, was dissapointed to find no/little support for Python. It does work for Go and Rust though. If this can get a good plugin ecosystem, it would fly.

Sorry to hear that. At the moment only Go and Rust are supported. We are currently working on plugins. What did you think about the Rust & Go support? Would you use it for Python if we add support?

Python support seems like a no-brainer "next language to support" to me :) . I mean if you are going to support additional languages that is.
Post reply on HN