Remix.run Logo
keb_ 5 days ago

Sublime Text solved this 17 years ago with the 40-year-old shareware model.

It's also faster than Zed, works on Linux/Win/MacOS, and is decently customizable.

aranelsurion 5 days ago | parent | next [-]

There was a time around ST2 when it felt like everyone was using it and it could've become The Editor, then something happened and it's been left in the dust. I wasn't even aware but apparently even fourth version of ST was released, and that was in 2021.

I lost track of what happened there (moved to Vim back then), was it VSCode that killed it?

rcleveng 5 days ago | parent | next [-]

I've been a registered user of ST for long long time, and I thought if anything hurt them in the marketplace, it was taking several years off from the end of 2013 until late 2017 with hardly anything being released that opened the door to Atom and other editors to catch up.

keb_ 5 days ago | parent | prev | next [-]

Yeah, as others already mentioned, I think they sat on their laurels for a bit too long and let VSCode overtake it.

For what it's worth, I went from ST3 -> VSCode -> ST4, and have been happy since. I've found that I prefer my text editor with minimal extensions, and with Sublime Text's LSP Plugin, I'm pretty content. The performance and customizable UI make it more worth it to me than VSCode.

WD-42 5 days ago | parent | next [-]

It's the LSP plugin that finally drove me to leave ST4 for Zed. Language integration is table stakes for an editor now. The fact that ST support is behind a volunteer plugin instead of integrated directly in the editor just means it's never going to be as good as a editor that does have first class support. The ST devs need to actually improve the editor, but I haven't seen any material updates in years.

jonas21 4 days ago | parent | prev | next [-]

I think it's less that they sat on their laurels and more that a team of 2 had trouble keeping up with the dozens of well-paid folks working on VSCode. Which suggests that perhaps a shareware model did not work out so well for them.

shawabawa3 4 days ago | parent [-]

They literally stopped developing for about 5 years, it wasn't just about the team not keeping up

ben-schaaf 4 days ago | parent | next [-]

I don't think development actually stopped. ST3 was in a quiet public beta for a long time, but you can see builds of ST3 from 2013 to 2019: https://www.sublimetext.com/3.

Ygg2 4 days ago | parent | prev [-]

Why would you stop developing for 5 years?

jon-wood 4 days ago | parent | next [-]

Maybe they just wanted to do something else. Sometimes people just don't want to grind on endlessly for theoretically more money when what they've got already is enough for them.

WD-42 4 days ago | parent | prev [-]

Probably to write sublime merge

righthand 5 days ago | parent | prev | next [-]

Agreed, LSP has replaced Linter extensions and the TabNine LLM which is nice (and snappy). Even if some of the lsp servers are clunky to use.

agos 4 days ago | parent | prev [-]

even before VSCode Atom had started to eat their lunch

mstade 5 days ago | parent | prev | next [-]

I don't get this Sublime is dead nonsense. It's still being updated and works great. It's been my editor of choice for years and I happily pay for my license. I'd probably pay more if they asked me, it's tremendous value for money in my opinion.

aranelsurion 5 days ago | parent | next [-]

I dislike "$x is dead" as much if not more as you do, and I'm sure it works fine as something doesn't need to be the most popular choice to be working.

With that being said, just a quick look at, for example Stack Overflow 2025 survey tells me it doesn't have the same mindshare it once had.

AstroBen 4 days ago | parent | prev [-]

Eh.. I gave ST4 a go earlier this year and moved away from it due to plugins I wanted not being updated for years, and no longer working. That really feels on the cusp of being dead to me

There needs to be a critical mass of people using it for things that aren't core to stay updated

mstade 4 days ago | parent | next [-]

I don't run that many plugins to be fair, but the ones I do run (of which at least a couple are no longer maintained) works fine.

The key plugins I use are some LSP servers, and they work wonders. The few languages I mainly use (yaml, json, TS/JS, python and Go) I get great language support for via the LSP servers and the editor is blissfully fast always.

I could live without even the LSP stuff, but the one feature I can't live without is Sublime's excellent recovery support. Every once in a while my system will crash, and even though I've had multiple unsaved buffers Sublime recovers them every single time. Saved my butt more times than I want to know!

ben-schaaf 4 days ago | parent | prev [-]

Out of curiosity which plugins didn't work for you?

AstroBen 4 days ago | parent [-]

wish I could remember, this was a good 6 months ago

ares623 5 days ago | parent | prev | next [-]

Yeah Atom and then VSCode killed it. Turns out being able to use JS to extend your editor is quite valuable. Essentially every JS devs have their own Emacs without having to learn Emacs and Lisp

pantalaimon 5 days ago | parent | prev | next [-]

Plugins were kind of it's selling point, yet it was pretty easy to mess it up with Plugins to the point of it being unusable - and not knowing what plug-in caused that.

dkarl 5 days ago | parent [-]

The same curse emacs suffers from. What is the best sweet spot an editor/IDE has achieved to date?

I remember the extremes of the utter unconstrained chaos of Emacs and the rigid ultra-high-boilerplate approach of the Eclipse IDE. Emacs was fun to hack on, but impractical to use as an IDE, because if you installed enough plugins to make it useful as an IDE, it was broken half the time (my experience, many years ago.) Eclipse had a robust architecture, but writing plugins for it was a dispiriting slog, even when I got paid for it (again, my experience, many years ago.)

aranelsurion 5 days ago | parent | next [-]

> What is the best sweet spot an editor/IDE has achieved to date?

Unironically, maybe VS Code.

Everything simple you can do with it, either comes built-in, or within Github/Microsoft ecosystem, or has an official plugin that gets recommended and featured by the editor itself. Plugins from individual hobbyist developers I have, I can almost count in one hand. (VSCodeVim being the most important one)

Now I compare this to my Neovim setup, and that one is basically running on charity from OSS developers.

dkarl 5 days ago | parent [-]

What about writing a quick ad-hoc command? Something I would have found useful today, which I would have done in emacs fifteen years ago, was writing a command to parse a file in a log, generate a curl command from it, and copy the command to the clipboard. Could I do that in VSCode without creating an entire project?

iLemming 4 days ago | parent | prev | next [-]

I can't even start listing the issues with your hasty generalization here - I see outdated anecdotal evidence, survivorship bias, vague metrics, false correlation, goalposts moving. While your personal experience likely genuine, presenting it as evidence that Emacs is inherently impractical as an IDE only adds to the fallacy of generalizing from a single data point to universal truth.

I have completely opposite experience with [modern] Emacs. Of course, it wasn't smooth from the day one, but neither was my ride with different IDEs. Somehow, I keep coming back to Emacs because no IDE ever provided all the machinery I need to be productive. For me (and I suppose for many other people), Emacs is far more sweeter spot of an IDE than any other alternative.

cherryteastain 5 days ago | parent | prev | next [-]

Emacs has eglot built in these days and it works quite well as an IDE

mkesper 4 days ago | parent | prev [-]

An emacs "distribution" like e.g. doom-emacs has worked to be quite stable for me.

GuB-42 4 days ago | parent | prev | next [-]

VSCode copied most of the good features of ST and it is free and open source. Just that is enough to overtake it.

I still use it, it is maintained and it is very good and fast, and that it didn't try to reinvent itself is a good thing for me. But it is not a full IDE (not Jetbrains), it didn't jump on the AI bandwagon (not Cursor), and it is not free (not VSCode), so it is not surprising that it lost some market share. But it is not dead.

mkesper 4 days ago | parent [-]

NB: Not all parts of VSCode are open source, especially not many popular extensions.

ewf 5 days ago | parent | prev | next [-]

good question. I think the community fell off and many plugins were left unmaintained. I was using it for over a decade up until recently. ST4 had so many plugin issues and it stopped being worth manually fixing.

kstrauser 5 days ago | parent [-]

For me, it was that the maintainer of a language plugin I used was, um, challenging to work with. I wanted to contribute to add some much-requested functionality and he talked to me like I was a toddler and warned me not to waste his time.

Well, OK then. Back to Emacs I went.

phendrenad2 4 days ago | parent | prev | next [-]

Yes, VSCode killed it, because VSCode was free. Which is kind of sad because ST2 is actually noticeably faster than VSCode. Someone mentioned Atom, but that was never really a contender, not many people used it.

5 days ago | parent | prev | next [-]
[deleted]
TheRoque 4 days ago | parent | prev | next [-]

Personally at that time (circa 2013 I think) I wasn't using it because it lacked integrated features like debugger or good autocomplete. I was using a specific editor, but one editor per language (java = eclipse, C++ = QTCreator, C = geany). I feel like there wasn't a true "one size fits all" editor (except maybe Vim, but it felt so... unfriendly?). Also, I'm not sure it was available on Linux (don't quote me on that)

alexchantavy 4 days ago | parent | prev | next [-]

I love ST and don't get why it stopped taking off. VSCode is way too heavyweight for just editing text and TextEdit is more like WordPad on Windows than Notepad.

agos 4 days ago | parent [-]

I think it stopped taking off when they stopped developing on it for something like four years

jasonwatkinspdx 4 days ago | parent | prev | next [-]

Anecdotally a lot of people I know went from Sublime to Atom to VSCode. I think it mostly was about scale of community and momentum of updates.

figassis 4 days ago | parent | prev | next [-]

Basically yes, vscode was free, almost as fast and had more features, like out of the box intellisense.

johnisgood 4 days ago | parent [-]

People refer to it as VSCode, but do people really use VSCode or VSCodium? I personally use VSCodium. I think that is the most de-telemetry'd version of it, I think?

aranelsurion 4 days ago | parent [-]

Not sure if VSCodium and others can use all the extensions, especially Microsoft ones like Copilot. I remember setting up something like that once and had to do a lot of fiddling to be able to use all the extensions I wanted. Gave up on it at some point.

As for people in general, safe bet in almost any topic is that most people won’t care. :) So yes most people use VSCode.

sjtgraham 5 days ago | parent | prev | next [-]

and before that was TextMate.

Already__Taken 4 days ago | parent | prev [-]

vscode came along with a thriving extension ecosystem. That made up for any pitfalls really.

dewey 4 days ago | parent | prev | next [-]

They didn’t “solve” it, otherwise it would be a thriving editor that everyone would be using.

In reality 70% of the people I see are using Cursor (Subscription), Vscode (Free) or some JetBrains products (Subscription). I only know of some people including myself that have ST for opening large files, where performance matters.

soapdog 4 days ago | parent | next [-]

I'm using Sublime Text. I feel that most people using ST are happy with it and been happy with it for a long time, you don't see many posts about it cause most of the userbase does not make using Sublime Text into part of their digital persona like many users of other editors (not speaking as if doing this is a bad thing, but you'll see fans of other editors being a lot more vocal).

Winsaucerer 4 days ago | parent [-]

That makes sense. The rest of us left ST a long while ago, and the rest remain because they're happy with it and have been for a long time.

timeon 4 days ago | parent | prev | next [-]

Why do you think that it is not thriving? Is the company struggling? Not everyone needs to use the thing to be thriving.

dewey 4 days ago | parent | next [-]

I don't have any insights into how the company is doing, I'm just going by the sample set of people around me or things I read.

I'm a fan of indie software and native apps but I know zero people in the past 10 years that switched to ST. I know plenty of people of people who switched to Vscode and all the other free or paid competitors. It's probably enough to sustain a small company, and not everyone has to strive for a monopoly. But I wouldn't call that thriving.

itake 4 days ago | parent | prev | next [-]

I don't know anyone that still uses Sublime. I haven't seen a company recommend its engineers use it either. I used to be an avid user until VSCode came out.

testdelacc1 4 days ago | parent | prev | next [-]

It has users but the number of users is dwarfed by the big dogs like VS Code, Visual Studio and IntelliJ Idea - https://survey.stackoverflow.co/2024/technology#most-popular... (using 2024 because 2025 onwards is AI slop).

People are 7x more likely to be using VS Code, which means that a niche tool is far more likely to have a VA Code plugin than an ST plugin.

Other than that, if the 11% of people using it are happy then there’s no issue.

jama211 4 days ago | parent | prev [-]

That’s true. It’s all relative.

keb_ 4 days ago | parent | prev [-]

I mean that they solved the funding model that pays the bills of their employees, not that they solved becoming the most widely used text editor in the world.

dpkirchner 5 days ago | parent | prev | next [-]

It does, or did, use dark patterns when showing upgrade notices -- prompting you to upgrade to a version that you don't own yet, without telling you you don't own it, leaving you with an unlicensed version. I was happy to use 3 but that felt really off.

keb_ 5 days ago | parent | next [-]

Yeah, I wasn't happy about that. Nor was I happy about the new 3-year-of-updates license model that ST4 adopted.

Although at least to me, Sublime Text 4 feels like a "finished" product.

ben-schaaf 5 days ago | parent [-]

ST developer here. We aren't happy that happened either, it was a big oversight in the ST4 release that made people like yourself lose trust in us. I'm sorry and will do my best to not have something like that happen again.

> Nor was I happy about the new 3-year-of-updates license model that ST4 adopted.

I'm curious what you don't like about this model? The most common complaint with regards to updates was the long waiting period between major versions, which we've now eliminated, and without changing the perpetual nature of our licenses.

agos 4 days ago | parent [-]

not OP but I am not thrilled by "x months/years of updates" because you pay upfront for updates that you're not really sure that will happen. Will I get bug fixes? Will I get new features or at least significant improvements? Will the two person team work on the other project?

I have had experience with quite a few projects switching to recurring billing, occasionally justifying it with "to support development of great new stuff" and then... just keeping the same rate of updates as before, resulting in a de facto steep upgrade. That said, three years of upgrades for 99$ is reasonable, even if there were only bugfixes

ben-schaaf 4 days ago | parent [-]

> not OP but I am not thrilled by "x months/years of updates" because you pay upfront for updates that you're not really sure that will happen. Will I get bug fixes? Will I get new features or at least significant improvements? Will the two person team work on the other project?

Thanks. I guess I'm just not really seeing how that is any different to what we did before? You'd buy a ST3 license with no knowledge of what improvements would be made to ST3.

keb_ 4 days ago | parent | next [-]

It's been a while since I used my ST3 license, but I remember my license affording me all updates for ST3. Maybe that model was unrealistic for ST4, but as others have echoed in this thread, major feature updates for ST4 are not common, so if you bought a license in May of 2022, your access to new features would have expired right before the new updates of the May 2025 release.

Personally, I'm OK with using an old build so I don't mind that much about the limitation. Although if my 3 years elapses right before ST4 introduces first-class LSP support and an official Debugger, I may be very peeved. :)

ben-schaaf 4 days ago | parent [-]

> It's been a while since I used my ST3 license, but I remember my license affording me all updates for ST3

That's correct, but it could be the day after you buy the license is when ST3 stops receiving any updates and we dedicate all work to ST4. With a ST4 license you're always getting 3 years of updates, ST3 it was anywhere from 3 to zero (not counting the beta period, ST3 only got 3 years of updates).

> Although if my 3 years elapses right before ST4 introduces first-class LSP support and an official Debugger, I may be very peeved. :)

I think we can all sympathize with some buyer's remorse. Unfortunately the line needs to be drawn somewhere. Maybe you can take solace in that we probably can't put multiple huge features in a single update, at least not a dev release. :)

agos 4 days ago | parent | prev [-]

the difference is subtle, and comes mainly from the fact that at the time the concept of Major Release still existed.

You got everything in the current Major Release and every minor and patch update to it. If it took more than three years to release a new Major it was not a big problem, because you were still covered.

The new model might leave you without bugfixes before a new major version is out.

ben-schaaf 4 days ago | parent [-]

I think you might be misunderstanding the new licensing model. There are no major versions anymore; features & bugfixes just get released when they're ready.

xigency 5 days ago | parent | prev [-]

This happened to me and I tried to recover the last licensed version I had used but mixed up my shortcuts or something and, after the 100th time I saw the nagware screen, I gave up and uninstalled and went with something simple and free: Notepad++.

metaltyphoon 5 days ago | parent | prev | next [-]

How is Sublime faster?

8fingerlouie 4 days ago | parent | prev | next [-]

ST is also all but dead.

They switched to a subscription model (3 year licenses are still subscriptions), and since the release of ST4 in 2021, there has been exactly one release with new features (May 2025). All other releases have been bug fixes and "improvements".

I get that developers need to make a living, but 4 years of fixing bugs in your products is probably not what I want to be paying for, at least not when that is the only thing I'm getting. Speaking of releases, they're also usually 6-12 months apart.

I have used ST ever since the first version replaced TextMate for my use (TM2 spent something like a decade catching up to ST2), but I've since switched to Code and Zed (mostly Zed as of late, Code on windows until Zed is ready there).

ST was great back when it was still an actively maintained product, but in recent years (ever since ST2) it has felt like it was mostly on the back burner and other editors have passed it in functionality.

As for VC funding, it has done miracles for Code to have Microsoft sponsor it (and others). Code is currently the editor to beat for anything that doesn't involve opening large files.

ben-schaaf 4 days ago | parent | next [-]

> They switched to a subscription model (3 year licenses are still subscriptions)

Licenses are perpetual. It is not a subscription. Don't like the work we've done? You can continue to use that version of Sublime Text until the end of time.

> there has been exactly one release with new features (May 2025)

August 2024 we added kinetic scroll and xdg-activation support for Wayland; we also added the ability to configure image extensions and allow dynamically switching between the hex-editor and image view.

November 2023 we added native font dialog support for switching fonts.

August 2023 we added webp and proper support for running as administrator on all platforms.

November 2022 we added syntax-based code folding and operating system recent file integration

December 2021 we added GB18030 support.

I'll stop there. Those are just the largest, most user facing new features, not any of the new settings, new APIs or improvements that I'd argue are new features.

You can read the full changelogs here: https://www.sublimetext.com/download

> Speaking of releases, they're also usually 6-12 months apart.

We do stable releases infrequently, because they're stable. If you want more frequent releases you can switch to the development releases. You can see from the build number how many builds we've done of ST4 since the release: it's around 150.

8fingerlouie 3 days ago | parent [-]

> You can continue to use that version of Sublime Text until the end of time.

Or until some change in the underlying OS makes it no longer able to run. Not saying that happens frequently, but it does happen.

> I'll stop there. Those are just the largest, most user facing new features, not any of the new settings, new APIs or improvements that I'd argue are new features.

New font pickers, settings dialogues and other "polish" is hardly what i'd call new features. I listed those as "improvements".

I'm not trying to start a fight, and i respect the work that has been done, but VS Code releases more features in a month that ST has released in the entire ST4 lifecycle, as does Zed. I understand the team is (a lot) smaller. My frustration is that when a new release comes out, it's mostly polish, and not fixing the real problems, such as lack of integration and plugins.

You may choose to brush it off as just an old fart rambling on the internet, but i'm not alone with this opinion, and i have ST licenses dating back to the original version, and i have chosen not to renew my ST4 license. When you start losing the "religious" users, maybe it's time to reevaluate ?

handsclean 4 days ago | parent | prev | next [-]

Please don’t conflate limited updates with subscriptions. The problems with subscriptions are that the company can take away your own files, the company can take away your software, the lifetime cost is extremely high, and the company can unilaterally change the deal or stop offering one. None of this applies to limited updates offers like Sublime Text’s. You pay once and keep it forever. The three year limit is on the time into the future for which the company continues to add to what you’re keeping forever. Of course this isn’t unlimited, it’s pay once for the program, not pay once for the lifetime servitude of everybody who works on it.

awill 4 days ago | parent | prev [-]

It does look like ST is lost here. They don't know where to go next. But I do like their Sublime Merge product. It's really good.

kamaal 4 days ago | parent [-]

That no major AI players even bother to announce a ST plugin/package is proof enough, its now just a tool to manage random text copy/paste snippets.

vscode seems to have totally taken over dev mindshare these days.

skydhash 4 days ago | parent [-]

They also don’t bother to announce a Vim or Emacs one either. VS Code provides good default and most people don’t care about editor fluency. Which is why they keep using it.

kamaal 4 days ago | parent [-]

>>They also don’t bother to announce a Vim or Emacs one either.

vim has a universal and in many ways a eternal use case. You have to edit a file at some point on a server, be it a self hosted or even on ec2. Thats kind of the only real use case for vim.

In these days of AI assisted coding, no one really 'edits' code. A lot of editor short cuts and fluency related concepts kind of in many ways are not relevant in this paradigm.

The thing is vscode just works, like just works, for nearly all the usecases. In case of emacs, learning it and mastering it takes lots of time in ones career. In case of vscode you don't have to do this, you can straight away work on the project that you want to get done.

emacs is some what like a massive distraction from the actual task you want to achieve. Instead of writing code to build a project, you have to first write code to make emacs work, then use emacs to write the project code. In vscode you just write project code.

skydhash 4 days ago | parent | next [-]

I don't know if you're trolling or not, but there's one thing that VSCode and nearly all other "normal" editors don't have and I want: Non-tied Windows (pane) and buffers (opened files). One of my most used layout is one main window and two smaller ones. Layout like this are my mental frame, but what I actually want to look at may vary at any moment. It may be a test result, a git diff, or going down a reference link. It's like a moodboard instead of a stack of paper you can only look at one at a times.

Emacs and Vim has this built-in. Other editors kinda have that, but it's clunky. I can suffer IDE because they provide a lot more than editing.

> Instead of writing code to build a project, you have to first write code to make emacs work, then use emacs to write the project code

That's only done once. It's like adjusting the mirrors and seats of a car. Once it's comfortable, you don't have to touch it. Using VS Code feels like borrowing a car with a very limited range of adjustments. Why is the explorer on the left and the terminal at the bottom? Why are they always there?

iLemming 4 days ago | parent | prev [-]

Have you even ever watched someone experienced using Emacs or you're making assumptions on your (I suppose limited experience)?

The "distraction" framing assumes everyone has the same preferences and working style, I for one find VSCode (and IDEs in general) massively distracting from productively solving many tasks. No, it's not "a skill" issue - I have used InteliJ every single day for almost a decade, diving into some profoundly advanced and non-documented features, and I do open VSCode from time to time.

I feel your argument conflates initial learning curve with ongoing productivity, and assumes VSCode's approach is universally optimal rather than just different.

kamaal 2 days ago | parent [-]

>>Have you even ever watched someone experienced using Emacs or you're making assumptions on your (I suppose limited experience)?

I am one of those experienced Emacs users myself. Wrote more stuff in Emacs and even vim than most devs today will even write code over their careers.

Its just vscode now does simply too many things out of the box, you obviously can recreate that in Emacs, but its a pointless exercise. Time consuming, and distracts your from your real job. My job is to write code, not build emacs to write code.

I totally stopped using Org-mode, because Google docs do it way better.

At some point you have to move on. For some people like that point arrived a little early.

iLemming 2 days ago | parent [-]

> Wrote more stuff in Emacs

Can you name Emacs packages you've authored, maintained or contributed to?

> vscode now does simply too many things out of the box

Oh yeah? Can you edit your filesystem in VSCode like a wiki? Changing directories and filenames as if you're editing plain text? Can any of thousand of its extensions provide "indirect buffer" experience? Can you bind a double tap of the comma to navigate to the last error and automatically fix it? Can you at all bind to double/tripple comma or just about any arbitrary key based on context in VSCode? Keyboard macros with counters - e.g. to transform lists into numbered lists? True buffer based (not file oriented) workflows? Occur-mode style search and replace? Comint style process interaction? Are there any extensions that allow you to move the cursor to the piece of a plain text like "rfc-3540" or "myproj#4044", intelligently recognize it and allow you to browse the RFC document or review a Pull-Request - Emacs does. Can you run a shell command and pipe it into a buffer, or pipe the content of a buffer through series of shell commands and into another buffer?

> I totally stopped using Org-mode, because Google docs do it way better.

Don't be ridiculous. They are completely different classes of products. If you are even having to compare Org-mode with GDocs, perhaps you don't know well either or both. GDocs can't manage my dotfiles. I can't use it to annotate books or academic papers. I can't have inline LaTeX formulas in GDocs. It can't let me control a videoplayer and type my notes at the same time. I can't use it to manage my flashcards or keep the log of my LLM interactions there. I can't have executable blocks of code - in org-mode I can explore APIs or send SQL queries while passing them into data transforming code blocks. There are no TODO states/keywords in GDocs, no agenda views, no scheduling/deadlines, no time tracking/clocking, no habit tracking, no pomodoro timers, no dynamic time tables, no tag-based filtering, no capture/refile system.

> At some point you have to move on

Like I told you already, you're assuming too broadly. Both VSCode and Google Docs are excellent products - no denying that, but they are not universally better. If you came to the opposite conclusion, it is yours, and yours only.

gleenn 5 days ago | parent | prev [-]

Zed works on Linux/Win/MacOS. I'm also frankly skeptical that ST feels that much faster, Zed is pretty darn fast, far faster than any Electron app.

Jataman606 4 days ago | parent | next [-]

Zed only kinda works on Windows. As of today when you click to download windows version you can only sign up on beta program that I assume allows only select people to use that version.

wisemang 5 days ago | parent | prev [-]

ST is not electron..