7 ms·

Am I the only person who thinks that tabs don't scale in editors used for programming? I tend to have a lot of files opened at the same time (currently at 143 i

Am I the only person who thinks that tabs don't scale in editors used for programming? I tend to have a lot of files opened at the same time (currently at 143 in Emacs) and I can quickly switch to any of these with a couple of keystrokes. Most of the Textmate users I've seen don't even care about the tabs in the editor, they just press Cmd-T and type the name of the file. Is people doing something else with tabs that I'm missing here?

avolcano 15y ago
Tabs are nice if you are programming just a couple files, or several files from different locations. Any more than that, and I agree that they're far too unwieldy. Vico also has an open files dropdown, and, of course, a folder explorer, as well as Cmd-T.
- deleted 15y ago
  [deleted]
zyfo 15y ago
Why do you have 143 files open at the same time? Personally I use some (2-7?) buffers in vim and cycle through them. When I don't anticipate editing a file for a while I close that buffer.
- fbuilesv 15y ago
  My editor has been opened for 2-3 weeks now so I just keep piling the files from all the different projects. I prefer typing 'C-x b [strat]' to opening '~/dev/projects/something_else/lib/strategy.rb' but it might just be the way I'm used to working.
  - rawsyntax 15y ago
    Leaving emacs open makes it more IDE like, the stuff you were working on last is still loaded. Instead of having to quit and then find all those files again. I work the same way as you. Tabs for any large number of buffers would be a nightmare
    - X-Istence 15y ago
      I work with both tabs, and buffers in vim. Best of both worlds. Switching to another tab quickly is easy, and opening up files becomes even easier with NerdTree (never did like Command + T). I also have BufferExplorer that allows me to switch buffers easily, but I tend to just use NerdTree anyway. But I agree with you, I hate quitting vim, it seems like I lose my place much easier when I no longer have those files open.
- sjs 15y ago
  I think it's a similar phenomenon to people closing windows to free up space on the taskbar (for GUIs that have such a thing like Gnome and Windows). If you remove the list of "open" things people are free to just do what they want and let the OS worry about paging if memory fills up and all that sort of thing. It's a pleasant experience if the abstraction doesn't leak, e.g. Win98 crashing if you opened "too many" programs. Once you free yourself from this list of things that are "open" (whatever that means) you simply stop caring about the number of items in what is effectively just a "recently visited" list. What value is there in killing those buffers if there's no list for them to clutter? (yes there are lists of buffers in Emacs but you only see them if you want to) In that light here's my answer to your question: Because he hasn't exited his editor and the number of "open files" has no significance or impact on workflow. While you're deciding whether or not to close a file and trying to anticipate when you may edit it next he's already moved on to editing the next thing.
  - zyfo 15y ago
    Good answer. Is there no cost whatsoever to having many buffers open? I like the simplicity of just cycling through rather than searching for whats-its-name-again - seems to be easier to remember for my fingers as well. A couple of years ago I used to keep 100s of tabs open in FF. Then I went mobile and started caring about watts. Not the same situation, but I think it influenced my few-files-open habits.
    - sjs 15y ago
      For me there is no cost, but I rarely do the cycle-through-all-tabs thing (not never but rarely). For your workflow it sounds like there is a cost. If you work on multiple projects in the same editor instance then there is a significant cost as well, e.g. you may have 5 index.html files open and when you type the desired filename you then have to choose carefully. I have encountered this when leaving Emacs open for days or weeks at a time, switching between personal and work projects. These days I use TextMate more than Emacs and for small personal projects I like quickly switching between say the readme, makefile, code, and test with Cmd-[1-9]. If there are few files to edit tabs can be advantageous. This stuff is highly personal and dependent on workflow.
- 5l 15y ago
  I've found that it's usually as fast to use the Vim Command-T plugin to switch files even once they're opened than it is to switch back to that buffer directly. Main exception being the alternate buffer for which I have a quick shortcut - (<leader>, - <leader> being set to ,) The consequence is I usually have piles of buffers open at once. Edit: sjs puts it better above. Having to think 'is this file already opened or not' and then using that information to determine the command you use to switch to it is rather annoying.
llimllib 15y ago
I very often want to: 1) Look at docs in one pane and code in another 2) Look at some combination of the model/view/controller triad at the same time 3) Look at a header file and the implementation file 4) Work on a rake (for example) task while seeing the code it will run 5) Look at two different spots in the same file edit 6) work on a javascript file next to the HTML page it's used in 7) look at a class and its superclass at the same time 8) look at a class and the code that's calling it at the same time
electrum 15y ago
I really like the IntelliJ model: * no explicit saves: files automatically autosave * the editor keeps a max of N tabs open using least-recently-used * browser-like navigation by clicking into symbols combined with forward/back history The autosave part was weird at first, but it makes so much sense. Why bother with explicit saving, prompting "do you want to save", manually closing tabs, etc. Combined with the navigation features, you never care which tabs are open. Edit history plus version control are much better than a simple save/discard model.
selbar 15y ago
just admit you're a fucking moron and move on...

avolcano 15y ago

Tabs are nice if you are programming just a couple files, or several files from different locations. Any more than that, and I agree that they're far too unwieldy. Vico also has an open files dropdown, and, of course, a folder explorer, as well as Cmd-T.

deleted 15y ago
[deleted]

zyfo 15y ago

Why do you have 143 files open at the same time? Personally I use some (2-7?) buffers in vim and cycle through them. When I don't anticipate editing a file for a while I close that buffer.

fbuilesv 15y ago
My editor has been opened for 2-3 weeks now so I just keep piling the files from all the different projects. I prefer typing 'C-x b [strat]' to opening '~/dev/projects/something_else/lib/strategy.rb' but it might just be the way I'm used to working.
- rawsyntax 15y ago
  Leaving emacs open makes it more IDE like, the stuff you were working on last is still loaded. Instead of having to quit and then find all those files again. I work the same way as you. Tabs for any large number of buffers would be a nightmare
  - X-Istence 15y ago
    I work with both tabs, and buffers in vim. Best of both worlds. Switching to another tab quickly is easy, and opening up files becomes even easier with NerdTree (never did like Command + T). I also have BufferExplorer that allows me to switch buffers easily, but I tend to just use NerdTree anyway. But I agree with you, I hate quitting vim, it seems like I lose my place much easier when I no longer have those files open.
sjs 15y ago
I think it's a similar phenomenon to people closing windows to free up space on the taskbar (for GUIs that have such a thing like Gnome and Windows). If you remove the list of "open" things people are free to just do what they want and let the OS worry about paging if memory fills up and all that sort of thing. It's a pleasant experience if the abstraction doesn't leak, e.g. Win98 crashing if you opened "too many" programs. Once you free yourself from this list of things that are "open" (whatever that means) you simply stop caring about the number of items in what is effectively just a "recently visited" list. What value is there in killing those buffers if there's no list for them to clutter? (yes there are lists of buffers in Emacs but you only see them if you want to) In that light here's my answer to your question: Because he hasn't exited his editor and the number of "open files" has no significance or impact on workflow. While you're deciding whether or not to close a file and trying to anticipate when you may edit it next he's already moved on to editing the next thing.
- zyfo 15y ago
  Good answer. Is there no cost whatsoever to having many buffers open? I like the simplicity of just cycling through rather than searching for whats-its-name-again - seems to be easier to remember for my fingers as well. A couple of years ago I used to keep 100s of tabs open in FF. Then I went mobile and started caring about watts. Not the same situation, but I think it influenced my few-files-open habits.
  - sjs 15y ago
    For me there is no cost, but I rarely do the cycle-through-all-tabs thing (not never but rarely). For your workflow it sounds like there is a cost. If you work on multiple projects in the same editor instance then there is a significant cost as well, e.g. you may have 5 index.html files open and when you type the desired filename you then have to choose carefully. I have encountered this when leaving Emacs open for days or weeks at a time, switching between personal and work projects. These days I use TextMate more than Emacs and for small personal projects I like quickly switching between say the readme, makefile, code, and test with Cmd-[1-9]. If there are few files to edit tabs can be advantageous. This stuff is highly personal and dependent on workflow.
5l 15y ago
I've found that it's usually as fast to use the Vim Command-T plugin to switch files even once they're opened than it is to switch back to that buffer directly. Main exception being the alternate buffer for which I have a quick shortcut - (<leader>, - <leader> being set to ,) The consequence is I usually have piles of buffers open at once. Edit: sjs puts it better above. Having to think 'is this file already opened or not' and then using that information to determine the command you use to switch to it is rather annoying.

llimllib 15y ago

I very often want to: 1) Look at docs in one pane and code in another 2) Look at some combination of the model/view/controller triad at the same time 3) Look at a header file and the implementation file 4) Work on a rake (for example) task while seeing the code it will run 5) Look at two different spots in the same file edit 6) work on a javascript file next to the HTML page it's used in 7) look at a class and its superclass at the same time 8) look at a class and the code that's calling it at the same time

electrum 15y ago

I really like the IntelliJ model: * no explicit saves: files automatically autosave * the editor keeps a max of N tabs open using least-recently-used * browser-like navigation by clicking into symbols combined with forward/back history The autosave part was weird at first, but it makes so much sense. Why bother with explicit saving, prompting "do you want to save", manually closing tabs, etc. Combined with the navigation features, you never care which tabs are open. Edit history plus version control are much better than a simple save/discard model.

selbar 15y ago

just admit you're a fucking moron and move on...