Sublime Text 2 Beta released with Auto-complete and Improved UI
151–156 of 156 posts
Re: Sublime Text 2 Beta released with Auto-complete and Improved UI
#152Still 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.
Re: Sublime Text 2 Beta released with Auto-complete and Improved UI
#153It 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?
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
#154Re: Sublime Text 2 Beta released with Auto-complete and Improved UI
#155It 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…
Re: Sublime Text 2 Beta released with Auto-complete and Improved UI
#156The 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.