Live data from Hacker News

Sublime Text 3 Public Beta

sublimetext.com

121–130 of 270 posts

Re: Sublime Text 3 Public Beta

#121

the main reason i am not buying or using it is because he doesn't work off the Userecho page he set up, which in my opinion should be his priority. He adds stuff that he feels is good, but ignores real user's needs. http://sublimetext.userecho.com/ all the feature requests are simply mothballed for years, including some that are showstoppers for me.

As someone who uses sublime everyday let's go through that list...

Syntax / Code folding

- feature for dealing with bad code. Solution: write good code. We don't need additional cruft in the editor slowing it down.

Terminal panel (specifically for windows)

- Would actually be nice for windows users. I am not one. Probably why the console in sublime is so limited, supporting windows in this regard is terribly difficult.

Matching HTML/XML tags

- A package called 'All Autocomplete' already does this.

Side by side comparison

- use a diff tool.

Theming of the sidebar

- http://sublimetext.userecho.com/topic/19274-theming-of-the-s...

Printing

- surprised this doesn't exist, surprised I never noticed.

Armv7 or armv6 version of sublime text 2 for linux

- I don't even know what to say about this one.

Autocomplete hints

- Sublime is a text editor, not an IDE.

Have an API for Tooltips

- Reasonible request.

Documentation!!!

- Reasonible request.

Icons in the sidebar

- Checkout 'Theme - Flatland' to see how this is done.

Background transparency at the color scheme level

- Couldn't care less.

Move tabs to the title bar like in Google Chrome

- Not sure what this means.

Rename files/folders via Project Sidebar

- Feature added.

Better, or customizable match_brackets style

- Can't say I've looked into this, probably a package exists.

Add intellisense-like support

- Sublime is a text editor, not an IDE.

Double clicking in an empty tab area should create a new tab

- Feature added.

Side Bar API

- Reasonible request.

SCM integration

- Packages exist.

feature is useful

Quickly going through that list, the biggest outstanding issues are documentation and printing. It's not really legitimate to say the developer is ignoring user feedback. It would appear that bad feedback is being ignored and good feedback is being added.

Re: Sublime Text 3 Public Beta

#122
post #21

First "Core feature" for version 3: Speed. I can't recall that I have ever felt that a text editor was "slow".

Try ST2 with a ton of plugins on an underpowered netbook one day ;) ...it wasn't "slow" like a big fat IDE can get, when you end up typing faster then text can show up on the screen, but it can still get "slow for an editor", like ">1s startup time", ">200ms to open a new tab" (yes, it's noticeable damn it, anything above 10ms if fking noticeable!) if some plugin tries to lint or spell check in the bg, etc.

As a plugin developer (sublimelint), it's far easier to make fast plugins in ST3. I had to do major hacks in ST2 to not block UI.

Re: Sublime Text 3 Public Beta

#123
post #99

Earlier quoted context omitted.

That makes me an editor whore. Emacs is old, complex and beautifully configurable. Vim is elegant and fast until you see Vimscript. Sublime is modern and great of out-of-the-box, but developed by a very smart guy that won't talk to his users on the forums).

Isn't Vim moving to Python as a replacement for vimscript? That would appear to solve a lot of the complaints related to Vim's extensibility.

No. The Python API is being significantly improved in Vim 7.4, but there has been no notion of moving away from Vimscript or even dropping support for the other languages (Ruby, TCL, Lua, MzScheme and Perl (i'm probably missing 1, but meh)).

Re: Sublime Text 3 Public Beta

#124

First "Core feature" for version 3: Speed. I can't recall that I have ever felt that a text editor was "slow".

I was editing JSHint - most of which is in a single 5000 line file - yesterday, with the same file open in split view, and was disappointed to see ST2 chugging a bit, with visible input lag.

In ST3, no such problems.

Re: Sublime Text 3 Public Beta

#125

I have been using version 3 for a couple months now and I must say, this thing is fast. Starts in less than half a second and the 'Goto Symbol in Project' is an amazing new feature which I now use frequently. Window layout management has also been greatly improved. For me, at the moment this is the best code editor out there. edit: typo

Are you able to print in version 3?

Re: Sublime Text 3 Public Beta

#126

the main reason i am not buying or using it is because he doesn't work off the Userecho page he set up, which in my opinion should be his priority. He adds stuff that he feels is good, but ignores real user's needs. http://sublimetext.userecho.com/ all the feature requests are simply mothballed for years, including some that are showstoppers for me.

As someone who uses sublime everyday let's go through that list... Syntax / Code folding - feature for dealing with bad code. Solution: write good code. We don't need additional cruft in the editor slowing it down. Terminal panel (specifically for windows) - Would actually be nice for windows users. I am not one. Probably why the console in sublime is so limited, supporting windows in this regard is terribly difficul…

- Syntax / Code folding

i don't use code-folding either, but blaming the users for writing poor code is a pretty shitty excuse not to implement the most requested feature.

- Matching HTML/XML tags

- Better, or customizable match_brackets style

just because something can be done via an extension, doesn't mean that it should be done that way. The most popular extensions, i think, belong in the core.

Whether you think any of these points are valid is your personal opinion, against hundreds/thousands of others. If he didnt want to take user feedback seriously, then why bother with a prominent feature tracking system?

EDIT: looks like Matching HTML/XML tags is implemented in the new beta (with some quirks). Unfortunately, the fact that the highlight style cannot be customized makes it just as useless as the existing, barely-noticeable match_brackets feature. Is it really that difficult to let users customize the editor's marking style?

Re: Sublime Text 3 Public Beta

#127
post #50

I use Sublime Text every day. I love it. I paid for it. I even develop plugins for it.[1] But I don't recommend it to peers. Why? Because Sublime Text has a low bus factor.[2] 6 years ago, I bought TextMate. Like Sublime Text, I enjoyed using it. Sadly, TextMate became abandonware. The sole developer suffered burnout. Bugs were never fixed. Promised features never showed up. Users wanted to fix these issues themselve…

Excellent points. It would also be nice if my $70 license included free upgrades to future versions. There's just not enough new for me to spend $70 every year for a slightly better text editor. I'll stick with whatever version it is that I have now.

It isn't obvious, but I think the cost to upgrade if you hold an ST2 license will be less than $70. Wish I knew what it was :(

Re: Sublime Text 3 Public Beta

#128

the main reason i am not buying or using it is because he doesn't work off the Userecho page he set up, which in my opinion should be his priority. He adds stuff that he feels is good, but ignores real user's needs. http://sublimetext.userecho.com/ all the feature requests are simply mothballed for years, including some that are showstoppers for me.

As someone who uses sublime everyday let's go through that list... Syntax / Code folding - feature for dealing with bad code. Solution: write good code. We don't need additional cruft in the editor slowing it down. Terminal panel (specifically for windows) - Would actually be nice for windows users. I am not one. Probably why the console in sublime is so limited, supporting windows in this regard is terribly difficul…

Printing can be done with packages that call enscript.

Re: Sublime Text 3 Public Beta

#129
post #50

I use Sublime Text every day. I love it. I paid for it. I even develop plugins for it.[1] But I don't recommend it to peers. Why? Because Sublime Text has a low bus factor.[2] 6 years ago, I bought TextMate. Like Sublime Text, I enjoyed using it. Sadly, TextMate became abandonware. The sole developer suffered burnout. Bugs were never fixed. Promised features never showed up. Users wanted to fix these issues themselve…

I don't think that's fair. As others have said, ST2 is a great editor and will be for a while. I'm probably an aberration, but I don't customize my text editors beyond the basics, and I definitely don't write plugins for them. It would probably make me a better developer, but I'm just not motivated to do that. You didn't mention what you do recommend to peers?

You're not an aberration; defaults are defaults for a reason. Perhaps around this community it's more common to stray from the vanilla editor but in most cases people will adapt to whatever's given straight to them.

In the case of ST2, it was pretty damn solid out of the box. There's tremendous power in the customization, but it's in no way required.

Re: Sublime Text 3 Public Beta

#130
Will check this out on my chromebook pixel. I recently stopped using ST2 even though I paid for it because there doesnt seem to be a reliable way to increase the font size in the sidebar, tabs and menus without introducing rendering glitches. Back to emacs with terminus as the font for me.
Post reply on HN