lime

https://github.com/limetext/lime It looks like the source code isn't available to the public yet? Is it still in beta test?

I never really used Sublime, but I find the idea of splitting an editor into frontend and backend to be worth exploring. Lime does it https://github.com/limetext/lime, NeoVim does it.

For what it's worth, it does aim to be (mostly) compatible with the Sublime Text Python API[0]. The base editor is written in Go, but the plugins are Python (much like Sublime itself is C++, but uses Python plugins). That said, I wouldn't get too excited about this - not much has really happened on it since April 2015. [0]: It's the fifth point on the roadmap: https://github.com/limetext/lime/wiki/Goals

Given that the goal for the plugins API is "I’ll probably never implement this 100%, only the api bits I need for the plugins I use." [0] I don't see this getting traction. Piggypacking off an existing ecosystem is a great way to bootstrap a project but so long as it's wack-a-mole to discover if all your plugins work, this remains a pet project in my mind. [0] https://github.com/limetext/lime/wiki/Goals

You may be interested in [LimeText](https://github.com/limetext/lime), if it ever gets to a usable state. It's aiming to be a open-source clone of Sublime.

The trick is that Qt5 != Qt Quick. There aren't many bindings to Qt5 since the binding surface is enormous and very C++-like. The QML bindings for other languages don't have to cover much surface area though. They look minimal but most of them are eminently usable because all the UI logic is in the QML+JS, all you need in a binding is a way to pass data in and out. D, Rust, Go, Ruby, Python, etc... all have good enough bindings, that work for now and even if they do need some patching, aren't that big or hard to patch yourself. I've never used them myself (I just use C++, but I plan on using D for a QML app someday), but I know some other projects that do like https://github.com/limetext/lime

Limetext[1] is an actual open source sublime text. [1]https://github.com/limetext/lime

And for the people who find the closed source thing objectionable. You can still have most/all Sublime text advantages : https://github.com/limetext/lime

You're right, and this opinion is technology-agnostic. Textmate vs Sublime would be a good example, in that Textmate languished while Sublime flourished. Now Sublime has an uncertain present/future, Atom [1] and projects such as Lime [2] have appeared. This still doesn't negate the fact that the original Textmate is a perfectly serviceable editor, and neither Sublime nor Atom truly offer a new, compelling day-to-day feature which would make a developer want to switch. I'm not innocent of this - I moved from Textmate to Sublime in the hope of exciting new features, and because many people in the community did the same, I have a healthy ecosystem available to me. The point still remains that there is very little wrong with Textmate, in the same way that WPF may still be completely viable. The new cool is the new cool. People go where the wo

Wow, time sure does fly. I was discussing Guile and Emacs 5 years ago on StackOverFlow. The 10 year old article that I referenced is no longer there. http://stackoverflow.com/questions/1663627/guile-and-emacs That's 15 years of talking. My personal feeling is that sometimes it's just better to abandon projects that stagnate. There's an open source Go version of Sublime, for example. It would probably be easier to maintain. https://github.com/limetext/lime

Great editor. Really poor customer interactions. As Mattwritescode mentions - there was a forum post in July - which mentions an August update but nothing yet. Remember when there were almost daily updates? There is Lime - which is an open source Sublime 'clone' https://github.com/limetext/lime