Just one simple question: Why?
Is it possible to release source code with copyright?
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.. .
or simply use cuda text.
Curious. Can you describe what enhancements you’d want in the syntax engine ? The syntax engine has gotten pretty powerful in ST4 with non deterministic parsing & inheritance.
Just commenting to say that I moved onto VSCode long ago. Very glad I didn’t stay aboard the sinking ship, based upon the last few big changes to Sublime! Even if Microsoft was wiped from Earth tomorrow (inshallah), I can now control and customise and update the most important tool in my vocation forever, even if it loses so much popularity I have to do all that myself.
Uh, yeah, open-source code exists for as long as it can be stored on hard drives or golden Voyager records or oral tradition or whatever else. I didn’t say it open-sourcing would magically pay rent, genius.
“Just commenting to say …”
Solid gold content, thanks for sharing.
I just thought I’d jump in, (instead of doing some useful work). Instead of making it open source can I see the source code for ST4 please? It’s only 64 bit (I still have a 32bit machine, I’ve been upcycling, there are probably still millions of perfectly useable 32 bit machines, you know CO2 an all, and Windows being… well handy for us upcyclers) …so I can’t use it and there isn’t a 32b version for Linux.
(I can’t even use VSCode as there isn’t a 32 bit version of that), but I’d be happy to have a crack at converting ST4 to 32 bit, I mean how hard can it be? (it’d probably take a team of us, I don’t mind signing some kind of disclaimer)? (Or at least have a look and go, “jeesh what a nightmare”).
I’m not sure what advantages 64bit brings to a text editor ? Anything 32bit will run on a 64bit machine (if your types are defined) no ?
Naturally it’s never gonna happen, but there’s a decent reason to let some folks look at the source code, so those of us not at the bleeding edge (at the scabby festering edge) can use ST4 to make the world a better place by using junk…
Ps Quoting someone who’s quoting Jon Skinner about ST2
"I keep meaning to write a blog post with some details on this, but as with many things, I usually end up coding instead.
Sublime Text 2 is almost entirely C++ (with a smattering of Objective C for Cocoa and Python for plugins). Coding is generally fairly straight forward: code on one platform (mostly Linux at the moment, but I switch around frequently), and then make sure it still compiles elsewhere.
If it’s still written mainly in C++ (maybe not any more) I can’t see what difference 32 and 64bit makes (except for the compiling) unless there’s some serious bit fiddling going on. There’s even a 64 bit type for 32bit machines uint64_t…
I’m going to assume based on your comments that you’ve never ported an application from 32 bit to 64 bit, but it is not as easy as just flipping a compile time switch or changing the value of a type. Or if you will, code that compiles and code that runs and does what you expect it to do are not the same thing.
Running 32 bit software on a 64 bit OS requires that all of the libraries that the application requires be installed as 32 bit as well, making getting it working on some operating systems more involved than others. However that would require such a version to exist, which would require SublimeHQ to maintain and support multiple versions.
Being 64 bit allows, amongst other things, access to a larger memory space which is for example required for the git support in ST to work. This is why even when there was a 32 bit version available, the git integration was still not available.
If you require a 32 bit version, they exist, you just can’t use the latest versions (though in fact I believe there are unofficial 32 bit versions of ST4 if you know where to look, which are entirely unsupported so if you have issues that’s unfortunate).
At the end of the day, using recent things requires recent things, and sometimes that’s just not possible. I would love for example to use a fast charger to charge my car to save on gas costs, but since my car isn’t electric that’s not in the cards.
Nothing is stopping you to give a second life to old 32-bit hardware, not even the unavailability of a 32-bit version of ST. If you really need to edit code on older hardware just use one of the many available editors for 32-bit Windows or Linux.
Or, as professional software developers do, write code for 32-bit hardware (to continue their useful life) using a modern and comfortable 64-bit machine.
Watch out the power consumption of old PCs, if you care about CO2. There’s a chance a more powerful Raspberry Pi may be better for the environment, even if you count its manufacture.
I am confused: how would one use ST without Package Control? No offense meant, but I don’t think ST by itself would be worth the trouble and expense. It is the packages that make the whole thing functional, IMHO. So how do I install the packages w/o Package Control?
Package Control makes it easier to install packages, remove them, update them automatically as maintainers push out new releases and help in managing dependencies for said packages. You can use ST with packages without PC as well. It’s just that all of the functionality of PC has to now be manually done by you.
Well, precisely. So I have to know a lot about packages to use ST. That doesn’t make sense for new users. So my point, to rephrase: there should be a built-in (shipped) way of managing packages.
There is. It’s called Package Control.
This answer is fundamentally wrong!
Package Control is not owned nor developed by sublimehq. It’s a community package as any other one. It’s only ST which provides a menu item to automatically install it, because as @PetrKrysl pointed out correctly, extending ST or installing packages is literly impossible for ordinary users, without it.
There’s no concept or infrastructure built into ST to manage packages. That’s what we see with Sublime Merge these days. Some users created some themes, but only some experts are able to find and install them. Thus they are useless for the majority of users.
This is all very odd. Long before packagecontrol, there were packages. It wasn’t literally impossible to install them then, and it isn’t now. And what is an “ordinary user” of ST anyway?
You could say that users today are spoiled for choice. VS Code is a very strong entry in the general market segment. And it makes it super easy (or at least it attempts to make it easy) for newcomers.
Yes there is. Its called Package control. Doesn’t have to be officially made by SublimeHQ. It works and everyone on Sublime Text uses it. Literally the first thing, that an user can active on Sublime Text to get, remove and manage packages or repos.