Lime Text: Open Source Sublime Text clone
limetext.org
Lime Text: Open Source Sublime Text clone
1–10 of 251 posts
Re: Lime Text: Open Source Sublime Text clone
#2Lime has been around for a little while now, it seems to have a fairly functional backend but still awaiting a high quality frontend implementation. Part of what sets ST apart is the frontend.
One of the most impressive goals on the roadmap is to implement a terminal frontend as well as a QT frontend, which I'm quite excited to see.
Arch users can install Lime from AUR: https://aur.archlinux.org/packages/lime-git/
Re: Lime Text: Open Source Sublime Text clone
#3Oh goodness, I'm sorry, but I can't get past that chunky window toolbar. I use editors like sublime instead of an IDE so my screen real estate isn't taken up by buttons to leave as much room as possible for my code.
If that isn't right, there must be untold frustrations in the path of using this editor for me that I don't care to discover.
Re: Lime Text: Open Source Sublime Text clone
#4Great intentions, and huge shoes to fill. Already off on the right foot by going open source. Hope the authors have thick skin, this is one market that people are generally very particular about, and won't hold back on the details.
For me UI is almost as important as the engine. I'm a very clean/minimalist/organized person and if the software (or text editor in this case) does not, or cannot reflect that then there will be issues.
Re: Lime Text: Open Source Sublime Text clone
#5Oh goodness, I'm sorry, but I can't get past that chunky window toolbar. I use editors like sublime instead of an IDE so my screen real estate isn't taken up by buttons to leave as much room as possible for my code. If that isn't right, there must be untold frustrations in the path of using this editor for me that I don't care to discover.
The frontends are barely started yet, most development focus so far has been backend including plugin and Textmate compatibility.
Re: Lime Text: Open Source Sublime Text clone
#6Cool! I hope the community of SublimeText/Emacs/Vim/ will not tear you a new one. As editor wars always tend to get quite heated..
Re: Lime Text: Open Source Sublime Text clone
#7I don't like how it shamelessly piggybacks on Sublime's reputation by using its name left and right and doesn't hesitate to knock it down by calling itself a "successor". This comes across as disrespectful at least.
Re: Lime Text: Open Source Sublime Text clone
#8Oh goodness, I'm sorry, but I can't get past that chunky window toolbar. I use editors like sublime instead of an IDE so my screen real estate isn't taken up by buttons to leave as much room as possible for my code. If that isn't right, there must be untold frustrations in the path of using this editor for me that I don't care to discover.
> I use editors like sublime instead of an IDE so my screen real estate isn't taken up by buttons to leave as much room as possible for my code
Why not use something in a terminal with almost no interface then, say emacs or vi. All they require you to have is a mental model of what you are working on which you should have anyway/
Re: Lime Text: Open Source Sublime Text clone
#9I applaud the open approach, but I don't see the need to reference Sublime Text to increase traction. Why not market this as a cool new feature rich editor implemented in Go (with the bonus of having all the ST / TextMate compatibility to go?)
In fact, why does Lime reference Sublime Text at all?
Re: Lime Text: Open Source Sublime Text clone
#10Oh goodness, I'm sorry, but I can't get past that chunky window toolbar. I use editors like sublime instead of an IDE so my screen real estate isn't taken up by buttons to leave as much room as possible for my code. If that isn't right, there must be untold frustrations in the path of using this editor for me that I don't care to discover.
> I use editors like sublime instead of an IDE so my screen real estate isn't taken up by buttons to leave as much room as possible for my code Why not use something in a terminal with almost no interface then, say emacs or vi. All they require you to have is a mental model of what you are working on which you should have anyway/
If parent is like me: I like to use a pointer device, particularly together with sublimes multicursor implementation. See some entries that you want to edit simultaneously, but their pattern is complex to express? In emacs I would just give up and do it manually, in Sublime I can hold down Command, click each position and then apply any edit command. Happens very often in my kind of work.