Live data from Hacker News

Lapce

lapce.dev

111–120 of 229 posts

Re: Lapce

#111
post #93

I am constantly confused by text editors pitching themselves on speed. Is the world really full of developers going crazy with frustration because they’re waiting on vs code to do something? I opened a 100,000 line text file a few days ago & it rendered in like half a second, considering I do this about once a year it’s really more than good enough.

I would invert that: when was the last time you tried using a text editor that boasts speed instead of VSCode? I am forced to use VSCode for extension-based reasons, but have Sublime Text installed as well that I can very occasionally use. The difference each time is staggering, like a slap in the face. Scrolling smoothness, input latency, snappyiness to jump between files, or search workspaces. Each time it's so obv…

VSCode is blazing fast on my 5 year old personal laptop. VSCode is frustratingly slow on my M2 work laptop full of corporate nannyware.

It’s not VSCode’s fault ;)

JS-based apps happen to interact terribly with nannyware for some reason. I see it every time I run one of our node services, everything just grinds to a halt while the antivirus freaks out about how dare I run a piece of uncompiled code.

Slack and friends have the same problem. Discord actually runs better in a browser than as a standalone app.

Re: Lapce

#112
It consume 2GB of memory to load a typescript codebase. VSC just need 600MB of memory to load the same codebase.

Re: Lapce

#113
post #51

Earlier quoted context omitted.

Some corporate employees use a notebook loaded with extremely invasive and performance-degrading security and spying software that can't be uninstalled. When your available cpu and disk time is 10% of what the hardware can do, you need as efficient editor as you can get.

You're probably not going to be able to install random binaries from the internet on those kinds of machines though.

Don't need to install them if they are portable (most everything can be made portable with some work, see scoop packager manager for instance). As long as the company isn't batshit crazy and has the resources and IT spend to afford to use something like applocker, in which case I'd seriously recommend looking for other employment if you cannot get explicit guarantees about administrative access.

Re: Lapce

#114
post #6

Doesn't appear to support UI scaling on Linux :(

They rewrote the UI recently in their own toolkit, Floem [^1], and that broke all scaling under X11 for me (now the UI and fonts are rendered so large that it's unusable). It works fine in Wayland though...

Here's some issues that were filed for this same problem:

  - https://github.com/lapce/lapce/issues/2732
  - https://github.com/lapce/lapce/issues/2773
  - https://github.com/lapce/lapce/issues/2737
[^1]: https://github.com/lapce/floem

Re: Lapce

#115

Just installed this on windows 10. First time I tried to open it the window hung for 3 minutes until I killed it. The second time, I couldn't reposition the window by clicking and dragging. Third time I loaded it, it hung again. It's an exciting product pitch but isn't working for me. I see now that there's a "pre-alpha stage" disclaimer on the download page and wish that were in larger font.

My experience on Windows 11 wasn't as bad as yours, but I opened a small Rust project with Lapce (~20 files) and it uses 1400MB of RAM vs VS Code's 900MB, and has very noticeable latency when navigating the code and typing.

But like you said, it's pre-alpha, and I hope this project succeeds. I'm sure these issues are solvable. It's exciting to see Rust-based non-web UI libraries finally starting to become usable for reasonably complex apps.

Re: Lapce

#116
post #102

Earlier quoted context omitted.

my machine must be faster than yours. I have both. I can't tell the difference

i guess which and the number of extensions will have a significant effect on lag

Also, some people are just more sensitive to it than others.

Re: Lapce

#117
post #75

Earlier quoted context omitted.

Sounds like your org is bad at basic arithmetic. 12 2 30s = 12 minutes per day minimum. Assuming an engineering salary at perhaps 100k usd /year, that is about 40,7 usd per hour, they would save money by giving you a max specced frame.work(2500$) after 307 days (maximum). Assuming you do this more than “2 dozen” times per day, as you say “all day long”, at minimum they would make that money back in 7.7 days. The same…

This is the case for most orgs with corp IT. Their KPIs are around security, which often manifests itself as a game of "how many security products can one run in parallel". Crapware like Cisco Secure Endpoint (not to mention Umbrella), Thycotic, Netskope, and whatever else is the current cool way for a corp to MITM itself and introduce kernel vulnerabilities. This in turn puts departments at odds, as their argument f…

I don’t understand. How does speed implies inverse security, even with corporate blinders on? Let’s say the add all the bloatware in the world, how would a slower developmental speed compromise the security? That their ability to push code goes up and their potential for bugs increase?

Re: Lapce

#118
post #93

Earlier quoted context omitted.

I would invert that: when was the last time you tried using a text editor that boasts speed instead of VSCode? I am forced to use VSCode for extension-based reasons, but have Sublime Text installed as well that I can very occasionally use. The difference each time is staggering, like a slap in the face. Scrolling smoothness, input latency, snappyiness to jump between files, or search workspaces. Each time it's so obv…

I'm often coding on a server with like 10ms round trip latency, so I'm not bothered by the small latency that my editor introduces. I'm using Vim, by the way.

Same, and despite this, Vim over SSH feels better than regular VSCode (assuming a decent internet connection).

Re: Lapce

#119

[flagged]

They have a download page on their website that will give you a binary. Alternately, you can install it from Flathub[0] or see if they have packages for your distro[1].

[0]: https://flathub.org/apps/dev.lapce.lapce

[1]: https://github.com/lapce/lapce/blob/master/docs/installing-w...

Re: Lapce

#120
post #102

Earlier quoted context omitted.

my machine must be faster than yours. I have both. I can't tell the difference

i guess which and the number of extensions will have a significant effect on lag

Also, size of files. Less of an issue for typical codebases, but VS Code historically has slowed to a standstill on anything remotely large.
Post reply on HN