Live data from Hacker News

Sublime Text 2 Beta released with Auto-complete and Improved UI

sublimetext.com

151–156 of 156 posts

Re: Sublime Text 2 Beta released with Auto-complete and Improved UI

#152
post #129

Still no block cursor. :( I've found/modified a little plug-in to simulate it, but it's not ideal. I love Sublime, and I'm sure it seems trivial to most folks, but as a developer with poor eyesight, this is the one feature I want the most. At least fonts can be larger now.

Using the vintage mode without the block cursor is annoying. It's really hard to see when you are in command mode and when in insert. I'm using this block cursor plugin https://github.com/netpro2k/SublimeBlockCursor but it has some bugs where the cursor remains as a block until you write something.

This is actually what I'm using, though I've modified it some to work outside of vintage mode, which also seems to have eliminated most of the problem (I may have done more to it as well, I can't really remember now). The only time the "block" disappears now is when the cursor is at the end of the file, because there's no white space after it to highlight (which is logical).

Re: Sublime Text 2 Beta released with Auto-complete and Improved UI

#153

It makes me sad that the best tools available for writing code in so many otherwise exciting languages are still resorting to text-based autocompletion. And blogging about it as though it's something to be proud of. This is certainly a pretty editor. But at its heart, it's still a text editor. And what I do for a living is edit code . Code has a lot more information about it than text. I can imagine looking at a line…

Seems to me that the ducked-typed nature of Python makes it pretty much impossible to determine this information in a text editor. class A(object): def read(): return 'A' class B(object): def read(): return 'B' def doit(i): if i==1: obj = A() else: obj = B() return obj.read() When you put your cursor over the .read() in obj.read(), where does it point to?

how about just a popup box that lets you choose where you would like to go?

I see this type of situation as something that shouldn't happen very frequently.

Also, you could take this one step further and have it split screen the methods in multiple files if you like.

Re: Sublime Text 2 Beta released with Auto-complete and Improved UI

#154
post #39

Earlier quoted context omitted.

Is it... really just one guy doing the core dev work? (nonwithstanding plugins and so forth)

Yeah, it's one guy called Jon. He's been really responsive when I've talked to him.

That is amazing! I'm impressed....

Re: Sublime Text 2 Beta released with Auto-complete and Improved UI

#155

It makes me sad that the best tools available for writing code in so many otherwise exciting languages are still resorting to text-based autocompletion. And blogging about it as though it's something to be proud of. This is certainly a pretty editor. But at its heart, it's still a text editor. And what I do for a living is edit code . Code has a lot more information about it than text. I can imagine looking at a line…

That just reminds me of Steve Yegge's rants.

Re: Sublime Text 2 Beta released with Auto-complete and Improved UI

#156
Split-screen support is still very clunky. I don't understand why you need to define a new "group". Layout-wise it makes sense as preset layouts, but other than that the group doesn't help at all.

The best split-screen implementation is E-Text Editor. In E, you can drag the tab to create a new split, then "Cmd T" in ANY tab will bring you to the previously opened file in the split. Basically I don't have to remember where the file is opened, as long as I know its name, I can just jump by typing the name. That is how quick jump should be. Also, you can arrange the windows by dragging-and-dropping to another split. I stop using E after version 1 because I made the switch Mac and I have to use Textmate, which does not support split-screen at all (what a shame!). And I miss E dearly.

Currently Sublime Text quick jump is still bad, because it still requires a context switch (switch to the group that has the file opened, then Cmd T), or worse, complete loss of current context (Cmd T would open the file in current group, thus you lose the view of the current file you're working on).

So as long as split-view doesn't get implemented properly, Sublime Text is still just another editor.

Post reply on HN