Earlier quoted context omitted.
Adding more mothers to the production of one baby isn't necessarily going to speed up the process... I suspect that creating a text editor is not an embarrassingly parallel problem.
Yawn. Of course a small team will be able to ship this thing faster and with more features. If you add 20 more people that probably won't help, but 3 or 5 should.
Sublime Text 3 builds picking up steam again
11–20 of 106 posts
Re: Sublime Text 3 builds picking up steam again
#12I don't really see much point in Sublime Text now that GitHub's Atom is a pretty much a one->one replica but free, open-source and has a rather nice package manager for plugins.
So now I use Atom a work but I find it harder to customise according to my liking. It also cancels shut down of my machine every single time.
Re: Sublime Text 3 builds picking up steam again
#13I get `unable to apply patch` from the builtin updater. Happened for 3067 last week too. Some kind of permissions problem? I've never installed it in any kind of unusual way...
Re: Sublime Text 3 builds picking up steam again
#14I don't really see much point in Sublime Text now that GitHub's Atom is a pretty much a one->one replica but free, open-source and has a rather nice package manager for plugins.
There is a point (mainly inertia and speed), but there won't be one for much longer. ST3 is a really great text editor, but it is only being developed by a single programmer.
Re: Sublime Text 3 builds picking up steam again
#15I don't really see much point in Sublime Text now that GitHub's Atom is a pretty much a one->one replica but free, open-source and has a rather nice package manager for plugins.
Re: Sublime Text 3 builds picking up steam again
#16I don't really see much point in Sublime Text now that GitHub's Atom is a pretty much a one->one replica but free, open-source and has a rather nice package manager for plugins.
Atom is far too slow, and eats battery life. This is because of the technical decision to render text in a web view. The slowness is not a solvable problem. Therefore Atom will fail. On a more positive note, I am so happy to see SublimeText re-activated. The previous builds worked fine for me, but it's always good to see progress.
Re: Sublime Text 3 builds picking up steam again
#17I don't really see much point in Sublime Text now that GitHub's Atom is a pretty much a one->one replica but free, open-source and has a rather nice package manager for plugins.
Luckily I've been burned really early in my programming career by TextMate to know better: all my tools must be OSS and cross-platform.
Re: Sublime Text 3 builds picking up steam again
#18Earlier quoted context omitted.
Yawn. Of course a small team will be able to ship this thing faster and with more features. If you add 20 more people that probably won't help, but 3 or 5 should.
Strangely, I believe two other programmers work on it.. or something, but can't actually work on it until ST3 has shipped (ST3 is still in beta). I don't have much faith in future updates.
Re: Sublime Text 3 builds picking up steam again
#19Earlier quoted context omitted.
There is a point (mainly inertia and speed), but there won't be one for much longer. ST3 is a really great text editor, but it is only being developed by a single programmer.
A text editor is made great by the plugins it has, I see no reason why a sufficiently dedicated crowd of people could'nt create better plugins in Python. The main developer has only to concentrate on a fast and easy to use text editing API so to speak.
1. extremely buggy (its trivial to crash ST3). 2. extremely limited (basically 3 pre-made widgets) 3. subject to buggy third party software for distribution (package manager often ships broken/buggy code).
Of course, one can work around the bugs with sufficient time by figuring out the magic order in which API calls can be made, or by dumping them into setTimeouts. In the mean time, Atom is building a modern, extensible editor on top of two other extremely popular platforms.
Re: Sublime Text 3 builds picking up steam again
#20Earlier quoted context omitted.
Atom is far too slow, and eats battery life. This is because of the technical decision to render text in a web view. The slowness is not a solvable problem. Therefore Atom will fail. On a more positive note, I am so happy to see SublimeText re-activated. The previous builds worked fine for me, but it's always good to see progress.
I see this argument over and over but I've never heard why it's too slow. I enter a key, the text is immediately updated. Sure, starting the editor takes 3 seconds but that's about it. Not only that, but Atom gets a faster startup with every update. The only thing I found bothersome was the 2 MB filesize restriction.
Because it uses Webkit and Javascript rather than being implemented natively.