I recently moved after using Atom for over a year to Sublime because the performance is just something I cannot get used to and it wont get better with Atom/VS code just because of the shitty way its programmed.

And on the topic of open source I dont think they will open source it

the last update was only a couple of weeks ago… I wouldn’t say it is slow…
https://www.sublimetext.com/3dev 865

Build 3141
Release Date: 7 July 2017

The most issues I encountered during my first weeks and month of using ST were not caused by poorly functions of the core, but the mess of sometimes poorly developed packages, which very often target a very limited range of use cases only.

ST comes with an interface to create built systems and there are interesting approaches to attach debuggers. Sure some nice GUI elements and API functions are missing to integrate them cleanly, but in the end ST is a text editor but not a full featured IDE.

I am sure, I already stated it in a thread of exactly the same topic, as this question arises again and again, but let me repeat myself as well:

There is much room for open source development with a look onto the package infrastructure. What ST is missing is a large number of capable and willing developers, who create complete and well thought packages.

The number of faithful package developers who really care about pushing ST forward by creating good packages, help debugging or creating syntax definitions is very limited.

As everywhere in our modern world, there are too many consumers but too few producers. The only reason for Atom or VS Code to evolve as fast as they do is the size of the multi billion dollar companies which encourage their employees to create such tools - I guess during work time, while the work on packages of ST is mostly driven by volunteers in their unpayed spare time, which is a big difference as everybody is considered to have some kind of real life to care about, too.

I really doubt the current situation would change significantly with core being open source.

Of course you are welcome to start providing some real good package everybody can use. I guess the community would feel happy about a SublimeCodeIntel which uses the most recent features of ST such as tooltips etc. Feel free to fill the gaps.

I always wonder why some people believe in open sourcing something as something like a free ticket towards awesome software. There is zero evidence for this and lots to the contrary. That and common sense.

Being open source means developers of vs code and atom get lots of love from the community and lots of feedback. But pretty much all the code gets written by a pretty big team of payed employees. It’s a couple of tens of millions in dollars in investment that are making the difference here.

I’ve got an idea, why don’t you send me a couple of hundred thousand dollars (US) and I’ll whip up a ST clone for you lickety split.

I mean, you’re so generous with other people’s money, why not be generous with your own?

To me, open source doesn’t mean projects get lots of love, it may get more love, but a large percent of users don’t want to actually contribute to an open source project except to tell you you to add their beloved feature, or fix this particular issue.

It also depends on what the source of the project is too. As already stated, Atom invests a lot of their employees time in making Atom better, and they have a lot more resources (man hours) to draw on than Sublime. Not only that, there are a lot of web developers in the tech landscape these days, and since Atom is a web browser, I would guess the largest percent of their user base happens to be versed in the editor’s building blocks. So it is easier to find people to contribute.

Sublime, I imagine, is written in C and/or C++. It wouldn’t surprise me at all if Sublime was open sourced and you only had a tiny handful of contributors to the actual editor source. Not saying there aren’t C/C++ coders who use Sublime, I am one, but in today’s landscape, web development is pretty big, and it wouldn’t surprise me if a huge percent of the user base is web developers. Picking up C/C++ isn’t the easiest thing for people to jump into. And finding people with motivation and time to contribute also isn’t easy.

My personal experience with open source is that you have a small percent of contributors, and a much larger user base that wants a piece of your time for their idea or concern.

A way that the ST devs could make life better for themselves and for others is to refactor ST a little and separate it into a text rendering/editing engine and a user interface/plugin system, release the source code for the latter (the former remaining proprietary), with the aim of moving as much of it as possible to Python, depending on the need for native code efficiency. Some people say that it’s already like that but there is still a lot going on in the app that is not strictly related to rendering and not exposed to users.

That way the devs can concentrate on the narrow task of making an optimised text editing engine, what everyone loves about ST, and the community can add whatever features they see fit to the app and fix bugs. Personally I don’t like plugins all that much and I’d probably just want mostly the raw engine with a very thin user interface. Other communities will want something different.

I think this would set ST on a positive long term path with less frustration, better community participation and happy customers.

The best thing about Sublime Text is that it empowers you to write your own features. It’s easy to add new functionality, and that functionality can be extremely powerful. Most of the core features on my own personal wish list are API additions, because if a new feature doesn’t require new API then I may as well implement it myself.

But core features are hard. I have a wish list of enhancements to the syntax engine, but even if the whole thing were open sourced I doubt that more than a handful of people would ever become familiar enough with it to make major changes. The same probably applies to other subsystems: the text rendering engine (ligatures, RTL text), the window system (additional gutter columns, HTML panes), and so on.

All of this is ignoring the overriding issue that this is a commercial product written by people who presumably expect to make money for their work. GitHub can pay people to work on a free editor because they are a large company that makes lots of money in other ways.

I’ve closely followed and participated in Atom’s development up to a year or two ago, and this is exactly what happens. The community will be able to nip and tuck some or even lots of the small stuff, but not very far beyond what is already happening with the Sublime default packages on GitHub. (They do create a lot of bug reports and “+1” comments…). The stuff you really need, e.g. api additions, need so much knowledge, design and coordination that only the contracted developers can do anything about it. You don’t add ligatures or gutter columns on a rainy Sunday afternoon. Are you going to sit down and refactor some thing for a whole week, plus deal with the “+1” comments and update the blog, on a code base you’re not getting paid to maintain? The big pull requests in a project like Atom represent weeks of research, design, discussion and coding.

Also, just look at how well Textmate is doing as an open source project… there’s at least 3 contributors this year.

Developing your Editor

@nikhil13 Open Source Sublime Text

This was already posted some years ago, you can read it at:

1. #7424 177 Sublime’s future and open source

@nikhil13 I have been big fan of sublime text-3 and have been using it for 3-4 years

I just completed a year of Sublime Text. On this time I had been working a package toolset to let me use Sublime Text for everything I ever need. You can find it on: https://github.com/evandrocoan/SublimeTextStudio 484

My goal is to actively develop my text editor while I am working on it. For that I use git to fork all the packages I am using, and soon as I find I bug I can open the source code of the package see what is wrong and create a commit within a fix for it. Therefore I also started the same project for VSCode with similar naming and inspirations: https://github.com/evandrocoan/CodeTextStudio 106

@nikhil13 But setting up packages, console, input etc can be very exhausting at times.

For example, yesterday I was working while I found a bug on the SideBarEnhancements package, I opened and source code for it, and fixed the problem and pushed a commit to my fork:

1. https://github.com/evandrocoan/SideBarEnhancements/commit/15a1a1785956ee636fd7f0ca09995f3b54f1a0af 47

What happened? The other day I implemented a feature on my SideBarEnhancements fork, but I did not tested it throughly. So I did not catch a behavior on the Sublime Text core. Hence yesterday after struggling some hours I find out it was a going on the Sublime Text core. Then I filled a new issue on it with the steps to reproduce it:

1. Core$827 18 When the input panel is closed by enter the hide_panel command is not called

It was labeled as enhancement. When I implemented the feature for the SideBarEnhancements I was expecting the command hide_panel to be called every time some panel is closed, either by the enter key (confirm) or by the escape key (cancelled), because the panel is being closed, how else should be panel goes out of screen? But for my surprise the hide_panel is currently only called when the panel is closed by the escape key, i.e., explicitly called.

Now looking into it, I am not sure it can ever be implemented without breaking backward compatibility. The command hide_panel is only issued when it is explicitly called, not when the panel is being “hidden”. Now, we are welcome to software development. To be or not to be, that is question.

The Sublime Text and VSCode Development

@nikhil13 Also updates have been getting really slow lately

Please do not say that. You need to understand, there are only 2 developers working on the core. Not 10 or 100, but 2. The development is going great as it is. I just hope they can focus correctly their valuable and limited time to keep the editor good as it is for the future development.

What is software development? No ninja stuff, unless maybe for Javascript. What is the problem for Sublime Text? Its the C++, you cannot go out there just writing C++ on the speed light. You need to take serious time to understand what you are doing, what you are going to do it, and how are your software tests going to be. Though even Javascript cannot be lend in anyway you would like as pointed out by @braver comment:

The stuff you really need, e.g. api additions, need so much knowledge, design and coordination that only the contracted developers can do anything about it. You don’t add ligatures or gutter columns on a rainy Sunday afternoon. Are you going to sit down and refactor some thing for a whole week, plus deal with the “+1” comments and update the blog, on a code base you’re not getting paid to maintain? The big pull requests in a project like Atom represent weeks of research, design, discussion and coding.

Why C++ is so hard to work with? For nothing, C++ itself is not entirely the problem, the problem is the computer you are using and how it works. Why use C++? Because you have the control, explicit control over the computer. It means you can do anything you imagination come with. Which is very good for performance. As long as your are very smart, you can do very smart things and make Sublime Text the fastest thing alive.

However, with great power comes great responsibility. As long you can do very great things, you can do very nasty things and things tend to go very south and you end up with a C++ application slower, or as slower as a Javascript application. Or bad things as frequent/occasional crashes (seg faults). See the issue:

1. Forum$23042 2 ST3 crashes frequently since Build 3124

Also doing simple things you could do in Python/Javascript could require much more man-work hours in C++. So, slowing even more the development progress. That is why new higher languages as Python and Javascript, and much more others are invented. To improve the programmer performance, allow them to create more stuff in less time with less bugs.

Also there the proposal of other languages as Rust, D, Ada, etc., trying to be as fast as C++, but less error prone, increasing the programmer code write performance. However I would say his is a field in development today. Now about this field there are several discussions out there. Some stick with one side, some choose stick with the other. In like 20 years from now we may look backward and see what each one of these sides accomplished and gone through. And draw out our conclusions.

The VSCode Development

I recently discovered VS code

Yo, there is a week I started working with VSCode. Because… It is open source, while Sublime Text is not. Why do I care? Well, because if there is a bug, and there are much bugs on the editor, I cannot fix. But what is my greatest concern are the segmentation faults bugs.

While I was writing this Text on Sublime Text, using my https://github.com/evandrocoan/MarkdownLight 22 syntax fork:

1. Sublime Text crashed 3 times.
2. I fixed a bug on the MarkdownLight syntax, and created new ones.

The new bugs I created on the MarkdownLight is the not parsing of links on some parts of the text. I will have to look into that again, and see where I should start pushing then on the stack again.

The crash on Sublime Text is on that, I do not know why, why, why… I did not reported before on the https://github.com/SublimeTextIssues/Core/issues 13 because the dump file had size 0 so there is nothing to do about it. This was not the first time is crashed like that. I have about 5 or 6 crashes like this, since the fix of the other crash I reported on https://github.com/SublimeTextIssues/Core/issues/1503 8 (Crash while hovering a File Name on the Tab Bar ).

On that time, the crash always created a dump file I could post, and post, and cry, cry, for the development team to look into it. Now the dump file is empty. Hence I have nothing to hold on. But these crashes are more well behaviored than the other, i.e., does not happen too much, often, etc.

When it crashed the second time, while writing this text, I created a new issue on the core within the description for it: https://github.com/SublimeTextIssues/Core/issues/1832 17 - You can even see the picture of the second love moment:

34

Problems like this is what makes the Sublime Text development slower and consume, exhaust, drive away the development time. This would be a issue from Sublime Text I would like to fix. Because I really hate crashes. I definitely would not be using my current Operating System if it was crashing (blue death screen). I need programs and I a system I can trust to never let me down losing my work or just vanishing out some time they fell like wanna do some crashing.

The VSCode Problems

@nikhil13 although it’s UI is not even close to sublime text

I got these problems with their UI:

1. Comparing Sublime Text gutter with VSCode gutter, we conclude the VSCode gutter is too big. Issue: https://github.com/Microsoft/vscode/issues/30795 35

2. The font Consolas 15pt with "window.zoomLevel": 1.1, is rendered narrowed, comparing to Sublime Text with the same font size. Issue: https://github.com/Microsoft/vscode/issues/30794 12

3. Add border options to selectionBackground and findMatchBackground. They would be called like selectionBorder and findMatchBorder. Currently the selection has no border. https://github.com/Microsoft/vscode/issues/30793 5

28245458-8281e9aa-69dd-11e7-8952-ad69839e7cd4.png796×232

Would be awesome if it has borders like Sublime Text selections:

28245453-66aa5410-69dd-11e7-912b-868638cb7ffa.png834×236

4. Help tool tip should be placed bellow the mouse cursor on the settings.json file, instead of above item. For me it is horribly confusing putting it above it, beyond blocking my vision, as I read what is above my mouse cursor, not bellow it. Perhaps a setting to configure this behavior. https://github.com/Microsoft/vscode/issues/30797 4

28245994-b03f8d9c-69e8-11e7-8208-bb279bd477a2.png756×110

• The mouse cursor is where the big red arrow is pointing.

5. > @Gama11 I have the vshaxe extension cloned into .vscode/extensions/vshaxe, which is the usual workflow for working on extensions as far as I can tell. I didn’t have the most recent commit pulled yet, so the version in my local package.json was behind the officially relased one. This leads to VSCode actually asking me to update the extension (which doesn’t make a lot of sense for an extension installed from source)
…

Issue: vscode$25159 3 Support development extension installations

Big Work Time

@nikhil13 I resented it earlier

I resented Atom last year when I was looking for Notepad++/Sublime Text alternatives. Atom was too slow. I could not take it. I was very used to Sublime Text and Notepad++ which are incredibly fast. However I got impressed with VSCode. Despite it being also written in Javascript with Electron framework as Atom. It seems faster than Atom, but does not seems as faster as Sublime Text and Notepad++ in general.

For now, I doubt VSCode could be a replacement for Sublime Text because:

The file will not be displayed in the editor because it is either binary, very large or uses an unsupported text encoding. Issue: vscode$6474 3 VS Code fails to open big files (60MB)

As a Javascript application, still not sure the fact whether is can handle files bigger as 1GB or 5GB, as Sublime Text can handle: Forum$9832 1 Sublime Text performance with very large files.

Now I got an Open Source text editor to work with, VSCode. With already several issues to work through. Initially I am going through the:

1. vscode$25159 3 Support development extension installations

Because I just clone the extensions with git on the extensions folder and do all the changes there. Currently when I am contributing to an existent extension, VSCode keep upgrading & overriding my git extension fork with the latest release available on the marketplace. Now I am looking into the VSCode source to find where it is doing such, and cut it out when I have the extension forked as a git repository.

@nikhil13, It would be really nice if you could open source Sublime Text finally, so that all users who are moving to Atom or VS code or bracket due to all these issues could stay.

The problem about Open Sourcing Sublime Text is that it would still a C++ application and segmentation faults are its fidelity. As well said by @facelessuser:

To me, open source doesn’t mean projects get lots of love, it may get more love, but a large percent of users don’t want to actually contribute to an open source project except to tell you you to add their beloved feature, or fix this particular issue.

So @nikhil13, what would be your VSCode core features you are planing to get working on? Did you compile the VSCode from its source code or are you just downloading the Microsoft Build? For the first time I downloaded the Microsoft Build, to see how things were. Later when I decided to give a try as an Sublime Text alternative I started looking into how to compile it from the source.

And I would have to say, I got a really hard time trying to compile VSCode from its source code. It just seems anyone else other than the Microsoft development team and some other community gurus does so. I am not a experienced Javascript programmer, I just know the basis. I could not figure out the miracle expected from them to build the source code. The build instructions where not a cook recipe. But after opening a issue on their issue tracker, I found a response from they about what steps should I take. https://github.com/Microsoft/vscode/issues/30909 7

Comparing the Atom build with the VSCode build, was really different. With Atom I just had to run one command and everything were completed successfully. On the instructions page, they state a lot of stuff. But seems I already had everything ready after the VSCode build, because I only had to run the command:

cd C:\
git clone https://github.com/atom/atom.git
cd atom
script\build

And the final build release of Atom was completed. But for VSCode I still do not know what miracle it is expected to generate a release build. The issue I just pointed there, still with this question in open. But hey, it is open source, I can contribute for the project creating the build steps require to create the release build. But the problem is, how much time will take me to learn it? Why the development team, i.e., the guys who know how to do it, do not did it already? Any ways if some day I got really interested in doing it, I can employ more time. For now, I figured out some other way to deal it the build process, not requiring to build a release version. Therefore I am good and can move on into fixing and creating other things.

The Open Source Initiative

@facelessuser My personal experience with open source is that you have a small percent of contributors, and a much larger user base that wants a piece of your time for their idea or concern.

Oh, I was that bad boy several times. Though, not everything I reported was something was making trouble to me. That is, when I saw some error popping out, I just take the basis and open a issue on its issue tracker. But just because there is a error, does not mean the error is something breaking my workflow. So, most times I do not stop everything I am doing and start debugging and looking how to fix it.

For example, on the package MarkdownLight I had opened this issue #13 6 on Nov 21, 2016. But just today I had it fixed. I did so because I was typing a markdown, and that bug messed with my entire document style. So I had two options:

1. Go on the same issue and post: (Bumping it)
   1. Please heelllllllpppp
   2. Still not working
   3. Any news on this?
2. To change the markdown syntax, to some other one.
3. To use another text editor.
4. To fix the problem for good.

Today I choose to fix the problem for good. Commit: evandrocoan/MarkdownLight@2d92bd5 9. But no pull requests made. As there is already one pull request mine, upgrading the syntax from .tmLanguage to .sublime-syntax.

I usually do not not do pull requests because most developers went MIA (Missing In Action). But sometimes they emerge from the ashes, and got me by surprise. Which by the fact, this is some other feature I need to implement for Sublime Text. Loop through all my forks and check whether the original project owner is starting updating it.

My idea is to do this an automatic process. Except when git cannot merge the changes automatically, then he sends me a big warm warning about the unmerged changes. I should do it this vacation, but I decided for now on to move on from Sublime Text and start working with VSCode. I would came back into implement this for Sublime Text on the next vacation time. Because well, now Sublime Text is crashing and I fu***** hate things crashing. So, as VSCode is open an source program, not written in C++, has bigger changes to not let down never.

Why would I think so? Well lets us use the current situation. Sublime Text is crashing sometimes, and there is nothing I can do about, other than cry to the Sublime Text development team. But now let us suppose, VSCode start crashing. Which are my options?

1. Start crying to development team.
2. Fix the damn thing myself.

Then Wow, super-boy. The man who fixes everything! No way, I can barely fix my misspellings errors on this text. However, comparing between the options with VSCode and Sublime Text, I much prefer VSCode because I can much more than stay just sitting and crying waiting for the others to fix my problems.

Also there is more on the equation than just the Sublime Text core crashing. Which are the dedicated time, and efforts I spent on Sublime Text. I have to consider the option that Sublime Text team will consider that my crashing problems are not good enough for their attention because I am the only one complaining about.

Though they are correct, on the business man point of view. Just one user troubling is not enough to spend time looking over his problems. Therefore I also have my own business man point of view. I am, developing several resources and employing huge amounts of time with Sublime Text and my Sublime Text Studio toolset collection. I have to consider that at some point Sublime Text can just became unfixable and I had no other option than not use Sublime Text any more. So, I cannot make Sublime Text, a closed source project, my only escape point.

That is where enters VSCode. I am not saying that VSCode will be my savior and that Sublime Text is dead. Much by the opposite. VSCode could definitely die and my only option would Sublime Text, or something else as vim, Notepad++, Atom, etc. But for now I am going to put on pause the Sublime Text stuff and start diving more into VSCode and develop the Code Text Studio, which is the same toolset I had been preparing for Sublime Text last year. However its has a big difference, it includes the source VSCode on the installation step. Which does not happen on the Sublime Text version, as it is a closed source project.

I hope this increases my changes of success, however we also need to increase the point of view. I am not the only one the equation, but just a very tiny small portion of the game. The ones who really matter are the big mass of developers. They decide how the game ends, who wins and are the losers.

Whether VSCode is going to be a success depends on the the masses adheres to its use and engages on its development. Also counts how much more time Microsoft pretends to employ its man power on develop the VSCode for free. If Microsoft stopped working on it, I am not sure about how much time would last the development of VSCode. Maybe the community employment (me, you, everybody else who works for free) should be enough. May be not. Issue: https://github.com/Microsoft/vscode/issues/31289 17 (How much time Microsoft pretends to employ on VSCode?).

Just to explain it as I understand it: The listener listens to commands and not to actions, so you listen to the hide_panel command, which is executed when pressing escape. The enter key is handled internally and does not trigger a command. This has the disadvantages, that you cannot bind an other key to enter, bind enter to a different command, or listen to its execution. The enhancement would be to transform enter into a confirm_panel command. So backward compatibility wouldn’t be a major issue.

Reporting bugs it not beeing the “bad boy”, but you just don’t benefit from open source if you just report and don’t fix bugs.

We have a custom package at my work, and I’m the main package maintainer. I generally found what I need with current APIs, so I hardly have the need to view/modify the source code of Sublime.

Having said that, the main dev architect is concerned about not being opened source, since the company can do very little to protect it’s assets when you have a closed system. Which I totally understand, when I see it from their eyes. We are a small company, I can hardly imagine how worried would be a company like Facebook or Google to run software that has access to their source code, which is basically their more important asset.

So, in general, +1 to open source it, I’m sure I could get my bosses to pay more licenses if it would I also understand Sublime developers, they probably don’t want copycats taking their ideas, but there are licenses that can protect your code while letting others like us helping with some bugs.

Regards,
Jose

While that’s of course a valid consideration, I’d be more worried about the plugins than the core application. Does your architect disallow them, or does he review them all?

Some cases in point: Atom has analytics built in; look at what happened with Kite hijacking minimap and autocomplete_python for Atom; or SidebarEnhancements for Sublime which also tracks users. Of course them being open source makes it easier to “catch” them, but usually only after lots of users getting violated.

Are you going to review all source code for Atom or are you going to trust Sublime’s devs having their livelihoods depend on the product being trusted by peers? Do you review all source code in Ubuntu, or do you trust it? Wether or not something’s open source is secondary at best, IMO.

Edit, also…

I’m sure I could get my bosses to pay more licenses if it would

… bosses tend to not pay for things they can get for free

Nice. It had to be something like that, glad you found it.

No, they use different programming languages and have different APIs. The only thing you may use on Visual Studio Code are the syntax definitions.

I have used Sublime for about a week now. I enjoy it for the most part.

Pro: nice layout, flexible key bindings, package control, REPL, multiple themes, autocomplete, matching brackets, matching quotes.

Con: install packages some packages require github and terminal knowledge. Even some good packages don’t have well-written manuals. key binding is written in JSON, you need to understand JSON. REPL is great, but needs some more work.

Overall: Sublime is my favorite. It would be nice if is better integrated with point-and-click and drop-down menus. For example, you need to browse package codes to make changes, not everything is in Preferences.

With that said, RStudio IDE is a successful open source IDE, they are doing well. SAS is proprietary software, and it is not. Octave is an open source, IMO not doing well. Matlab is proprietary, and it is doing well. So, it all depends on where the leadership of the team takes it.

key binding is written in JSON, you need to understand JSON.

Atom and VS Code, too. But with latest PackageDev support for auto-completion of key bindings, settings and commands improved a lot and will improve further in near future.

Even some good packages don’t have well-written manuals.

One aspect of what I meant with much room for open source lovers to contribute.

need to browse package codes to make changes, not everything is in Preferences

My favorite way to access package settings is Side-by-Side Settings 13. But there is indeed nothing which would prevent package developers to use the Preferences.sublime-settings to store package settings to by providing well formed settings names prefixed with the package name.

Packages such as sublimeREPL, package control, and key map should be standard shipment when you download ST.

They are essential and convenient. I don’t see why someone would not want it, if they really don’t want, they can uninstall.

This is what I meant by better integrated.

Package Control makes network connections and downloads software onto your machine. It is also an open source piece of software that no one pays for, so it doesn’t get the same attention as Sublime Text itself does.

With recent versions of Sublime Text there is a command palette entry that makes it very simple to install Package Control for users who want it.

I’ve used sublime text for a long time and have never found a need for 2 out of those 3 packages.
I like the spartan starting conditions of a fresh sublime text install.
After that, just install what you need.

The barrier to entry in is high if your background is not CS. While ST is light and versatile, tweaking/changing preferences is not easy. I spent a week changing THREE key bindings.

If you google all day, you will find what you need, that’s what I did.

Not the first user with such frustration, so, I’m just putting it out there.

I love Sublime and have bought v2 and v3 but I am very worried about the bus factor. If anything happens to Jon, or simply enough time passes and he loses interest, then everyone who has invested time into learning how to use Sublime efficiently will be left high and dry as soon as it becomes incompatible with OS changes. It’s by far the fastest and cleanest GUI text editor, and it would suck for the source code to languish on someone’s hard drive. I really don’t think there’s that much economic reason to keep it open-source (it’s perfectly usable in trial mode anyway if people are looking to “pirate” a copy), and a no-resale license could protect Jon from bigger companies muscling him out with better/more support. To be honest, it seems quite selfish to hold something with so much public usefulness hostage. If you’ve already made a fair amount of income for the time you’ve already spent working on it, you don’t really have the moral right to keep it closed-source, and if you haven’t made a fair amount yet, you could always crowdsource an amount you think is fair in exchange for releasing the source. I’d be happy to contribute to that crowdfunding.

SublimeHQ isn’t just Jon these days, so the bus factor isn’t as relevant

I guess Jon is very happy developing Sublime Text and would definitely not like anyone else bossing him around how he should do stuff. I guess anyone does. I mean, if the code went public, he could spend most of this time review and rejecting pull requests other than actually coding stuff. Other than that, he would have to directly and equally compete with Atom and VSCode teams, which are much bigger than his. But even worse, while having a smaller team, Atom and VSCode directly code with JavaScript, which is very much high level than C++. Let explain this with a picture:

image.png800×390 22.8 KB

I think you’ve misunderstood what I wrote. I am asking for a crowdfund to open-source the existing code, not all new code written from now on. No-one would be under any obligation, moral or legal, to obey the whims of anyone asking for PRs, submitting bug reports etc. All I want is for Sublime Text to exist free of capitalist influences and to not become obsolete if Sublime HQ becomes insolvent. Making the existing code open-source would not force Sublime to “compete” with other open-source editors any more than it already is; and if anything open-sourcing would only help Sublime in that regard.

John already said he prefers Sublime Text project open source other than dead:

Jon Skinner: I’d rather see Sublime open sourced rather than abandoned, but it is a commercial venture, and it just doesn’t make any sense to both release it as open source and continue working on it.
What's happening 34

While his commercial venture keeps working for him, he will keep to closed source. Unless you buy it from him, and release it as Open Source. How much would you think Sublime Text worth and how much would motivate Jon Skinner to sell it to you open source it?

But, if Jon sells Sublime Text to you and you open source it, (instead of keeping it private and selling licences), wbond, djohnston, karin would be unemployed. And:

1. Who will work full time fixing Sublime Text bugs? People can only work on it occasionally, because either they work full time or no food.
2. Who will pay to keep the Sublime Text website & forum online?
3. What will @jps to do with 5.0 billion of dollars?

I think Jon would not think too much before open sourcing it, if you pay him that much. He would not have to work for the rest of his life anymore. Can someone crowdfund that much?

Let’s not forget, once you’ve crowd funded it, and released it from “the shackles of capitalism”, unless a project like Sublime Text is funded by other big companies (Github funds their own Atom as Microsoft does with Visual Studio, but now they are both Microsoft, so who will survive ) development for such a large project may dry up.

I’ve never understood this fear that if a project isn’t open source it may die. There are many open source projects that are also dead or dying a slow death. Yes, there are also open source projects that thrive, but open sourcing a project does not guarantee its survival.