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

Xray – An experimental next-generation Electron-based text editor

github.com

Post reply on HN
Print view View original

61–70 of 240 posts

Re: Xray – An experimental next-generation Electron-based text editor

#61

Post by saagarjha »

fwip wrote: post #27
codedokode wrote: post #25

> For all interactions, we shoot for the following targets on the hardware of our median user: > 8ms Scrolling, animations, and fine-grained interactions such as typing or cursor movement. I don't believe that. Either they use expensive powerful hardware or they measure performance only on start with empty documents. Because even Sublime Text starts lagging after long use and typing several pages of text. There is no…

Sublime Text isn't necessarily "optimized native code."

Sublime Text is written in C++. Not sure how much closer you can get to "optimized native code" than that.

Re: Xray – An experimental next-generation Electron-based text editor

#62

Post by bigger_cheese »

kfrzcode wrote: post #16
toomanybeersies wrote: post #5

I've always felt like the inevitable conclusion of Atom and other electron based apps is the reversion to using low level compiled languages. I'm starting to get tired of how much of a resource hog Atom is.

Agreed.... running Slack + Atom + Chrome is enough to kill a I'm on emacs and firefox for good.

People used to joke that Emacs stood for "Eight Megabytes and Constantly Swapping".

I remember when my Dad paid a small fortune for a 386 with a 27mb hard disk which was considered insanely huge amount of disk space at the time.

Re: Xray – An experimental next-generation Electron-based text editor

#63

Post by s4vi0r »

amingilani wrote: post #43

I always felt like the Atom team should scrap their work and start afresh. I love Atom, and have used it as my primary editor since its inception, but it's been the worse performing text editor I've ever encountered. I almost switched to Vim a few months ago, but the impact to my performance was too high for me to keep it up for long enough. I'm definitely going to be using Xray the moment it becomes stablish.

...why not sublime?

I don't understand why these electron editors are popular at all. With all due respect to the people working on them (because it really isn't their fault for the most part), they're bloated slow pieces of shit. I don't like electron in general, but its an especially bad choice for a text editor intended for developers.

If you don't like vim or emacs, sublime does what the electron editors do but better. Its probably the most performant of all the text editors I've used; vim and emacs both don't like gigantic logfiles, but sublime handles them without issue. The only bad things I can say about it are lacking vim emulation and worse dev experience than Emacs. But then again, I've never used an editor anywhere near as nice as Emacs in terms of language integration for a lot of the languages I work with.

Re: Xray – An experimental next-generation Electron-based text editor

#66

Post by meric »

s4vi0r wrote: post #63
amingilani wrote: post #43

I always felt like the Atom team should scrap their work and start afresh. I love Atom, and have used it as my primary editor since its inception, but it's been the worse performing text editor I've ever encountered. I almost switched to Vim a few months ago, but the impact to my performance was too high for me to keep it up for long enough. I'm definitely going to be using Xray the moment it becomes stablish.

...why not sublime? I don't understand why these electron editors are popular at all. With all due respect to the people working on them (because it really isn't their fault for the most part), they're bloated slow pieces of shit. I don't like electron in general, but its an especially bad choice for a text editor intended for developers. If you don't like vim or emacs, sublime does what the electron editors do but b…

Sublime Text 3 is a commercial text editor. Atom is free; but I don't want to pay for Sublime Text 3, I had already paid for 2, and I don't like not using the latest...

Re: Xray – An experimental next-generation Electron-based text editor

#67

Post by fefb »

s4vi0r wrote: post #63
amingilani wrote: post #43

I always felt like the Atom team should scrap their work and start afresh. I love Atom, and have used it as my primary editor since its inception, but it's been the worse performing text editor I've ever encountered. I almost switched to Vim a few months ago, but the impact to my performance was too high for me to keep it up for long enough. I'm definitely going to be using Xray the moment it becomes stablish.

...why not sublime? I don't understand why these electron editors are popular at all. With all due respect to the people working on them (because it really isn't their fault for the most part), they're bloated slow pieces of shit. I don't like electron in general, but its an especially bad choice for a text editor intended for developers. If you don't like vim or emacs, sublime does what the electron editors do but b…

"...pieces of shit..." lol , nice argument.

Re: Xray – An experimental next-generation Electron-based text editor

#68

Post by codedokode »

gameswithgo wrote: post #33
codedokode wrote: post #30

Also, I noticed that it requires WebGL so without modern and supported by WebKit graphic card it won't work. Why is OpenGL necessary for a text editor? I don't understand.

consider how many pixels a 5k monitor has. try drawing a 5k monitor full of true type fonts in software sometime.

Are 5k monitors that popular? Do they even exist? I think it makes sense to make editor available on maximum number of platforms.

Things like filling rectangles or scrolling have been hardware optimized for years on Windows without using any OpenGL and it works even on ancient graphic cards. So I think it might be a better technology for a text editor.

Re: Xray – An experimental next-generation Electron-based text editor

#69

Post by toomanybeersies »

ahtu123 wrote: post #17
toomanybeersies wrote: post #5

I've always felt like the inevitable conclusion of Atom and other electron based apps is the reversion to using low level compiled languages. I'm starting to get tired of how much of a resource hog Atom is.

I'm always amazed when I see the size of the Atom executable on my computer(438MB). It's the size of a game! It's also pretty much the worst performing text editor (in runtime for most operations) and a memory hog. I really don't get the hype.

I've had Atom taking up 1.5 GB before.

Right now Spotify is taking up 1 GB. VLC can play 4k with less RAM, what the hell?

Re: Xray – An experimental next-generation Electron-based text editor

#70

Post by codedokode »

jachee wrote: post #60
lpghatguy wrote: post #15

Earlier quoted context omitted.

Editing large pieces of text efficiently is a Hard Problem, especially collaboratively without conflicts. In the case of editors like Xi and XRay, they use CRDTs, which doesn't look anything like how Notepad would represent text. There's real work here that's actually useful, it's not just "another extensible text editor".

I have never, even once, in my nearly-20-year career had the desire to collaboratively edit a single, specific text file. Isn't collaboration without conflicts what version control systems are made to do?

I even think it would be annoying if someone would just move cursor around when I edit something. And there definitely would be conflicts if they would try to edit the file at the same time. Who needs this feature?
Post reply on HN