Lime Text – Open Source Sublime Text alternative (2014)

Re:Lime Text – Open Source Sublime Text alternative (2014) by legulere on Thursday October 13, 2016 @02:54AM (#12698997)

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.

[ Parent | on HN ]

Re:Lime Text – Open Source Sublime Text alternative (2014) by flukus on Thursday October 13, 2016 @06:58PM (#12704859)

> It's important to note that here the client server architecture is asynchronous and multiple.

Both can (and have) been achieved without a client server architecture.

[ Parent | on HN ]

Re:Lime Text – Open Source Sublime Text alternative (2014) by thomasahle on Thursday October 13, 2016 @03:39AM (#12699139)

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?

[ Parent | on HN ]

Re:Lime Text – Open Source Sublime Text alternative (2014) by oblio on Thursday October 13, 2016 @03:46AM (#12699165)

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)...

[ Parent | on HN ]

Re:Lime Text – Open Source Sublime Text alternative (2014) by viraptor on Thursday October 13, 2016 @04:44AM (#12699345)

Sometimes you want the autocompletion, sometimes you don't. You can do it in synchronous style, where you have 2 choices: a) delay the typing when the user doesn't care about the autocomp, b) require an extra action to activate autocomp when the user wants it.

You can also do it async style and have neither of the drawbacks - if the user types too quickly, the autocomp just doesn't show up.

[ Parent | on HN ]