Personally, the only thing that prevents me from using Sublime Text is the lack of proper Xdebug support. There is a plugin, but it felt clunky. Being on Windows, it's a relief to use something as nice as this editor.
Sublime Text 2.0 Released
321–330 of 358 posts
Re: Sublime Text 2.0 Released
#322Earlier quoted context omitted.
Regarding auto-complete, I find it is extremely rare that typing speed is what slows me down, nor that I end up having to chase code around. There are plenty of fast search solutions for terminal based editors, but I don't even use things like ctags because the times I've tried it the speedup was never compelling enough to justify yet another thing to install on all the machines I work on. Solving the problem at hand…
I find it is extremely rare that typing speed is what slows me down Auto-complete isn't about typing speed. It's about API exploration.
If I don't remember a method or class name, I sure as hell don't want to auto-complete it into what I'm currently typing without opening up documentation.
Re: Sublime Text 2.0 Released
#323Earlier quoted context omitted.
Have you ever watched somebody proficient with Vim or Emac, who has spent years crafting the perfect .vimrc for themselves? You'd get it if you did.
And why would I want to spend years crafting the perfect .vimrc for myself when tools exist that already do 80% of that better and without any configuration? I say this with a carefully crafted and organized .vim folder.
>>And why would I want to spend years crafting the perfect .vimrc for myself when tools exist that already do 80% of that better and without any configuration?
If only it were that easy. Programming trends change drastically. What is fashion today, isn't tomorrow. You need tools that survive this for years(In case of vim and Emacs its decades).
I am all ears to hear about the 'tools' that you talk about.
Re: Sublime Text 2.0 Released
#324Earlier quoted context omitted.
I think, in these days, it is not too much to ask for the intelligent completion, e.g. when you type dot or arrow, to get corresponding members of class/struct - the information is just there and the editor has enough power to parse it... Same goes for a very simple word completion - when the editor already encountered the word in the previous line. These are just _very_ basic things.
It all depends on your average typing / coding speed. Autocompletion doesn't offer a lot to someone who knows the language framework really well and type 90+ wpm. You may even find it's annoying more than helpful most of the time. I'm not that fast and to be honest I really don't miss code completion at all.
Even if I exactly know what to type and I can type fast, I still prefer to achieve same with 3 keystrokes rather than typing full 20-30 symbols.
Re: Sublime Text 2.0 Released
#325I know most of the people using ST2 are apple or linux users. It's good for a windows user?
FWIW the Zeus editor is Windows only and while it may not be as pretty, it does have a lot of the features of Sublime.
Jussi Jumppanen
Author: Zeus Editor
Re: Sublime Text 2.0 Released
#326Earlier quoted context omitted.
I wasn't using the term "training wheels" in any sort of derogatory way. You described autocomplete as a learning tool to get you up and running fast with a new API. Training wheels seemed like a good analogy. Nothing macho about it. I don't think autocompleting a call 30 times is nearly as valuable as looking it up for me at least, because since I'm already invested I'll take the time to learn about it. If all I did…
You are arguing against a lost cause. Using a text editor to work with languages like Java/C# was the trend of the 90's. These days 99% of all Java/C# coding is in IDE's. And rightly so, because there is no reason to subject yourself to the torture of programming using an text editor. That sort of verbosity and boiler plate should be handled by tools, not humans. People who code using simple text editors, in highly v…
You're probably right. The last time I touched Java was about 4 years ago. Even then I was using a basic text editor (Eclipse was a monster at the time that took forever to launch and hemorrhaged memory), but it wasn't so bad in the Spring (and Guice) world because you were mostly working with POJOs and didn't need any of the Eclipse autocomplete and refactoring tools.
I think the trend will actually go the other way though and there'll be less gigantic IDE usage in the future, but I'm not going to put money on it.
Re: Sublime Text 2.0 Released
#327Hm, Am I the only one who spends hours in vim each day with ~15 lines in my .vimrc and almost zero plugins? At some point I think I realized that no matter how feature-rich my editor was, the main thing stopping me from writing good and fast code was _thinking_, not configuring my text editor.
Um - I have to "think" about what archaic command I have to use with vim.
Re: Sublime Text 2.0 Released
#328Earlier quoted context omitted.
ctrl + tab to switch between open files. ctrl + w, ctrl + s to focus the project explorer, from where you can use the arrow keys to select a file from the current project.
Yes, that's what he meant with VS not being efficient in that regard.
He said "VS does not have a shortcut to switch between files quickly". I'm having trouble thinking of a quicker way to switch files than pressing ctrl + tab.
Re: Sublime Text 2.0 Released
#329Earlier quoted context omitted.
Why do you want to use your mouse while coding?
I use the mouse all the time while developing software. And oddly enough, it doesn't diminish my productivity, since I generally spend more time thinking than typing, and use an IDE to get any boilerplate out of the way or look up API calls or refactor.
Once you are used to an environment where you can do everything with no mouse, it feels very clunky and inefficient when you are in an IDE and you need to constantly switch between typing and using the mouse.
If you had to stand up and sit down in order to open a file menu you would think that was silly, but could make the same argument for it that you did for the mouse.
Re: Sublime Text 2.0 Released
#330Hm, Am I the only one who spends hours in vim each day with ~15 lines in my .vimrc and almost zero plugins? At some point I think I realized that no matter how feature-rich my editor was, the main thing stopping me from writing good and fast code was _thinking_, not configuring my text editor.
Um - I have to "think" about what archaic command I have to use with vim.
That's an issue for the first month or few, but then it goes intuitive.
When it sunk in for me, I found myself combining operations in new ways without thinking about it. The situations where I really have to think about what I'm doing are usually when it's something weird like encodings or huge blocks of strangely formatted daily-wtf-worthy legacy code.
Sublime Text certainly has a lower upfront commitment cost to productivity, though. I still pop it open occasionally just because Ctrl-D is amazing.