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

Lime Text – Open Source Sublime Text alternative (2014)

limetext.org

Post reply on HN
Print view View original

101–110 of 186 posts

Re: Lime Text – Open Source Sublime Text alternative (2014)

#101

Post by tehwebguy »

KZeillmann wrote: post #74
omginternets wrote: post #60

Earlier quoted context omitted.

Honestly I don't get the Atom hate. It's a great editor. I came to Atom from Sublime because the plugin ecosystem was growing much faster and the community felt more active. I haven't looked back since. And no, Atom not designed to open 30Mb files. Complaining about this is akin to stomping on a land mine and complaining that your Timberland boots didn't save your foot. Just use Atom for its intended purpose: editing…

I just want to be able to look at the first 10 lines of a 15MB JSON I downloaded of the internet without having the entire application crash. It doesn't seem like too much to ask. There's a big difference between asking for a 15MB file and a 500MB file. 15MB is a pretty reasonable size for a text editor to be able to open without crashing, IMO. Unfortunately, I have to peek at those in Vim instead. Nothing wrong with…

I don't know now what goes into these apps or why newer apps can't handle it but I still keep TextWrangler around for huge files. It's not really a "modern" editor I guess but it screams.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#102

Post by HappyAndHarmles »

nitemice wrote: post #23
charlesetc wrote: post #16

People might be interested in this one too - got a weird name, and it's still under development, but it seems pretty good http://www.vim.org/

Really, this is more like [NeoVim]( https://github.com/neovim/neovim ), in the way it's structured and with its aim to rebuild its namesake in a modular fashion with swappable UIs.

NeoVim is quite interesting. You can use it with other editors, like Github's Atom: https://github.com/carlosdcastillo/vim-mode

Video demo: http://youtu.be/FTInd3H7Zec

Re: Lime Text – Open Source Sublime Text alternative (2014)

#103

Post by captainmuon »

omginternets wrote: post #60
timehastoldme wrote: post #34

Earlier quoted context omitted.

Atom (hear me out): + runs graphically + runs linux, macos, windows (nothing else?) + open source + ridiculously, easily extensible + not riddled with bugs (slowness is not a bug) + for small files, comparably quick to Sublime on my machine + major dev community; already much better than 6 months ago - slow in some instances, esp. large files - doesn't run in terminal - doesn't run in less-popular OSes +/- moderate R…

Honestly I don't get the Atom hate. It's a great editor. I came to Atom from Sublime because the plugin ecosystem was growing much faster and the community felt more active. I haven't looked back since. And no, Atom not designed to open 30Mb files. Complaining about this is akin to stomping on a land mine and complaining that your Timberland boots didn't save your foot. Just use Atom for its intended purpose: editing…

Though it is not too much to ask for to be able to edit large files. 30MB should easily fit in memory, even with metadata like syntax highlighting. And if it really doesn't fit, only load a portion of the file into memory (maybe scan the whole file for newlines once) - that was a solved problem already 20 years ago.

As to why I'm opening such large files: It's not like I chose to do so, but sometimes I have to. It's great to be able to (in Sublime) ` log blah` and see immediately what I'm looking for without switching to another tool. I even have a simple syntax highlighting definition for my log file that makes it really nice.

I'd really like to like Atom, but the fundamental problem is that it tries to emulate a text editor widget in a web browser. That works, but creates a certain amount of latency that I can't work with. It's really irritating.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#104

Post by thomasahle »

legulere wrote: post #90
flukus wrote: post #71

Earlier quoted context omitted.

Yet another with a client server architecture. It makes no sense in a desktop application to add the performance overhead of IPC and serialization to every user interaction.

It's important to note that here the client server architecture is asynchronous and multiple. This allows it to actually decouple slow interactions as auto-completion from things that need low latency such as typing. You actually see this in many IDEs that more features make editing feel more sluggish. This shouldn't happen with this structure.

Is auto completion really useful, if it's a lot slower than the rest of the program? Maybe if a part is too slow, you should either optimize it or get rid of it?

Re: Lime Text – Open Source Sublime Text alternative (2014)

#106

Post by oblio »

thomasahle wrote: post #104
legulere wrote: post #90

Earlier quoted context omitted.

It's important to note that here the client server architecture is asynchronous and multiple. This allows it to actually decouple slow interactions as auto-completion from things that need low latency such as typing. You actually see this in many IDEs that more features make editing feel more sluggish. This shouldn't happen with this structure.

Is auto completion really useful, if it's a lot slower than the rest of the program? Maybe if a part is too slow, you should either optimize it or get rid of it?

Well, considering that as far as developer tools are concerned many of the best sellers are IDEs with Intellisense (intelligent code completion, based on syntax and semantics)...

Re: Lime Text – Open Source Sublime Text alternative (2014)

#107

Post by thomasahle »

CJefferson wrote: post #91
preek wrote: post #80

The headline on the Landing Page says "Elegant Free Open-Source". I for one applaud these great selling propositions. And I'm speaking after using Emacs and VIM for 15 years having not seen one other editor concept that was ultimately superior. Sublime Text was horrible in that it offered an easy refuge so many young and inexperienced people. But ultimately it was a closed source prison that they got pulled into. And…

The problem with Emacs and vim, to me, is that they don't fit in. I'm currently trying to take up Emacs (I pick up one of vim and Emacs every few years. Not sure why. Feels like a thing I should do). Here is some of my list of Emacs problems. * The big one. Every other app on my Mac uses the same shortcut keys for cut, copy, paste, save, open, search, search + replace, spell check. That's probably 95-99% of the keys…

Personally I'd prefer if everything else were more like vim. Most platforms seem to have complete abandoned keyboard navigation as a priority.

Actually the vimium plugin for Chrome is great in that respect. I guess I can do 80% of my work with vim keybindings now.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#108

Post by oblio »

flukus wrote: post #88
duaneb wrote: post #83

Earlier quoted context omitted.

What is the performance overhead like? I can't access the app right now but I'd be highly surprised if it caused a noticeable input latency. Or are you talking out of your ass?

It's a whole lot of unnecessary serialization and deserializtion, even if the performance is not noticeable it's a waste of cpu cycles. From looking at similar projects, overhead tends to be in the millisecond range per call, so performance depends on the ammount of back and forths. Add in all the overhead for serialization and IPC and in practice it looks a lot like the round trip in same data center latency here: h…

> even if the performance is not noticeable it's a waste of cpu cycles.

If the performance hit is not noticeable, nobody really cares about the waste of CPU cycles. Especially since a text editor uses something like 1/10 the resources a large, complex program uses anyway.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#109

Post by preek »

thomasahle wrote: post #107
CJefferson wrote: post #91

Earlier quoted context omitted.

The problem with Emacs and vim, to me, is that they don't fit in. I'm currently trying to take up Emacs (I pick up one of vim and Emacs every few years. Not sure why. Feels like a thing I should do). Here is some of my list of Emacs problems. * The big one. Every other app on my Mac uses the same shortcut keys for cut, copy, paste, save, open, search, search + replace, spell check. That's probably 95-99% of the keys…

Personally I'd prefer if everything else were more like vim. Most platforms seem to have complete abandoned keyboard navigation as a priority. Actually the vimium plugin for Chrome is great in that respect. I guess I can do 80% of my work with vim keybindings now.

Spot on!

One of the biggest strengths is just this. I use VIM key bindings everywhere: Chrome, FF, Terminal, even Emacs. Back in the day where I also did much work on Windows, I also had them in Visual Studio and MSSQL Manager.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#110

Post by 543y4eryy4 »

dilap wrote: post #76
omginternets wrote: post #60

Earlier quoted context omitted.

Honestly I don't get the Atom hate. It's a great editor. I came to Atom from Sublime because the plugin ecosystem was growing much faster and the community felt more active. I haven't looked back since. And no, Atom not designed to open 30Mb files. Complaining about this is akin to stomping on a land mine and complaining that your Timberland boots didn't save your foot. Just use Atom for its intended purpose: editing…

even emacs can open 30mb files. that's like stomping on a popper and having it blow your foot off (1) i mean we're talking about opening a file that is 1% of typical system memory. (1) https://en.wikipedia.org/wiki/Bang_snaps

Not to be confused with poppers: https://en.wikipedia.org/wiki/Poppers
Post reply on HN