When switching tabs there is a small animation of the text. The previously active tab text fades out, the active tab text fades in.

I'd really like to turn this off. Could there be an option for that?

I've actually couldn't figure out where the animation is coming from in the code. I suppose it could be in the view() and views() methods, but I couldn't find them either. They are not listed here: http://atom.io/docs/api/v0.60.0/api/classes/View.html

The search results view has focus yet the tab doesn't indicate it.

/cc @nathansobo

It would be awesome if middle clicking on the tab closed it.

The ability to add a new tab by clicking a button. This adds to the UX design.

This looks similar to #51 but it only happens when I have an animation enabled for my cursor, and only on an external display. Here's the CSS for the animated cursor:

// pulsing cursor
// https://gist.github.com/mattconstantine/9556765
.item-views .editor.is-focused .cursor {
  transition: opacity 400ms ease-in-out;
  opacity: 1;
  border-width: 0 0 0 2px;

  &.blink-off {
    opacity: 0;
    visibility: visible !important;
  }
}

Note that the tab text is only blurry when the cursor is displayed - upon mousedown and when text is selected, there is no blurriness.

Is this intentional?

It's very annoying thing that when I click on any file, it always opens a new tab for that file, so when I review multiple files I find tens of tabs up there.
so, please make tabs are opened permanently just in case I double clicked it or I any file modification.

When using the OS X fullscreen mode, tabs are not shown in the current version of atom (0.92). Switching between tabs using keyboard shortcuts is still possible.

It would be useful to allow views to specify a className, so different types of tabs could be styled differently.

As an example, I sometimes I have trouble finding my previous search results tab. If this tab had a class results-view, I could style it a different way so it stands out amongst the other tabs I have open.

I don't mind taking a crack at this if you have some opinions on how we should handle it. We could implement a getTabClass or something similar in View or we could go further, and give the view full access to the TabView object that represents it.

/cc @kevinsawicki

I just came with that situation, when i right click to one my tabs.

I'm unable to drag and drop a view that is generated from a custom uri handler to another atom process and have it open with the custom handler.

For instance. There is a hex viewer package at abe-estrada/atom-hex. It registers a new URI handler called hex://. When a file is opened using this handler the view is of the file, but in a hex view, instead of a standard editor.

Now that I have this view opened up, dragging that view to another process, the new view is a standard editor.

This causes because the Event information passed between the processes contains 2 keys, text/plain, and text/uri-list. The first is the file name, the second should be the URI used to open the file. The first key is the only part that seems to be used. The second part does not seem to be used at all.

Having the cursor become a "hand" when hovering over the close button on a tab looks very "web" and not very native. Instead, just use the default pointer and add a hoverstate to the close icon.

A rudimentary example can be seen by adding the following to your stylesheet:

.tab-bar .tab .close-icon {
  cursor: default;

  &:hover {
    color: #AAA !important;
  }
}

After doing this, closing tabs feels much snappier.

There seems to be no change/effect when the mouse hovers upon a tab or the tabs close icon. Quite frustrating since it looks like it doesn't work.

I'm running Mac OS X 10.9.2. Tried taking a screenshot, but OS X removes the cursor.

Should there be a core:close when clicking the X button on a tab?

If using cmd + w to close the tab one gets fired.

I cannot seem to recreate the problem, but it happens pretty often.

I had a tab open, hovered my mouse over the label and then closed the tab. Now I have a permanent tooltip I can't remove.

I believe this is related to cba5854

File /tmp/atom-build/Atom.app/Contents/Resources/app/node_modules/status-bar/stylesheets/status-bar.css created.
>> SyntaxError: variable @x is undefined in node_modules/tabs/stylesheets/tabs.less on line 33, column 7:
>> 32     .close-icon {
>> 33       .octicon(x, @close-icon-size);
>> 34       position: absolute;
Warning: Error compiling LESS. Use --force to continue.

Not sure why this hasnt come up in the past. Looks like every other use of the octicons. Also x is not prefixed with an @

When selecting a block of text within an editor, drag the cursor out of the editor window, onto a tab and release it.

Alternatively, just mouse down anywhere in the editor and then mouse up over a tab and the tab will focus.

What is about a "Next/Previous File in Stack"-Shortcut like in Chrome?
"ctrl + TAB" for next file
"ctrl + shift + TAB" for previous file

cheers,
Sven

This works with all native applications, but not with Atom. Seems to go against user expectations. Mouse wheel up (anywhere within the tab bar) should switch to the previous tab, and mouse wheel down should switch to the next tab.

In chrome, you can drag tabs to-and-fro from an existing window to an existing window, but in atom's case the target window just closes, with all it's tabs and everything else. The target window does this whether it already has open tabs or not. alt+cmd+i console doesn't show anything, neither does console.app.

Reproduce:

• Open two windows
• Drag a tab to the "other" window
• Watch "other" window close

Please give us the ability to move through open tabs via using the mouse scroll.

Steps to reproduce
Open atom
Open at least 1 tab
New top level menu (from File menu)
Grab open tab, drag to 2nd window
2nd window closes (crash?)

Windows 7, Atom version 0.115.0

Opening a large number of files (21 <) causes new tabs to be opened off screen.

Ctrl + Tabbing through opened tabs does not bring the current tab on screen.

When different files with the same name (but in different folders) are opened there is no easy way to tell which ones is which by looking at the title in the tabs.
In Sublime Text this differentiation is achieved by appending the path to the file (from the root of the project) to the names of the same-named files in the tab.
It would be nice to replicate this feature in Atom.

I attach a pair of screenshot to better explain the matter.

here is the issue in atom:

and here is the same scenario in sublime:

I'm unable to drag a pane or a tabbed view from one window to another. I get the appropriate feedback during the drag: a (+) badge appears on the cursor when I start the drag, a cursor/insertion mark appears on the tab bar of the destination window, but when I release the drag on the destination tab bar, the destination window disappears.

Running Mac OS X 10.9.2, Darwin Kernel Version 13.1.0: Thu Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64

I can't seem to be able to move the ordering of tabs after the most recent Atom update by dragging a tab.

Atom version: 0.70

I'm missing a lot commands for the tab contextual menu actions, like "Close all", "Close unmodiffied", "Close saved", etc and I guess many other users are missing them too.

One thing I notice from Webstorm that's great is it flows tabs onto 2 (or more?) lines when there's too many. This is a common occurrence I'm sure with many programmers having many files open, and tabs so crowded you can't read the filenames on the tabs anymore.

PS. Issue originally filed at atom/atom#3260

Often times, if I click the tabs, nothing will happen (they stay grayed out). Once I use the keyboard shortcuts (cmd-1 cmd-2, etc), then I can click the tabs and actually select them.

Old path is still shown when hovering over renamed buffer

When there's multiple panes in an Atom window (e.g. when you trigger Markdown Preview on the Welcome buffer), the active tab in each pane renders identically, making it hard to tell which pane has focus.

Hi,
I found this problem on Atom v0.108.0, Ubuntu 14.04

When the path is too long, the arrow of the tooltip is far away from the tooltip.
I got no errors on developer tools.

Thanks

It'd be cool if you could right click on a tab to close it or close others (just like in Chrome). Unfortunately we need a way to specify the hovered element in the command so this might take a bit of work to get right.

I couldn't find this in any other package. If this exists and I missed it, my apologies.

When using MVC JS projects it's common to have similar named files across several folder like:

model/user.js view/user.js

Can we have an option to show the relative path in the tab name (relative to the project)? (not just on hover)

When dragging the atom window from the retina display to a external display the tab text becomes blurry.

The other texts look fine (as you see in the screen shot).

This only happens to the first tab. If you open a second tab and highlight that one, it looks fine (no blurry text). The first tab also appears to be fine, but when you highlight the first tab again it gets blurry.

Moving it back to the Retina display, everything looks great.

Can you add this option? It would look like tree-view and helps if you have opened shitloads of tabs.

If each tab div had some data-title attribute, users could get the path to the file they're looking at when they're hovering over a tab:

Super bonus points if I can copy that text to the clipboard somehow, which is what I want to do most of the time ( e.g. to run a single file in a test suite).

When I drag the "Settings" pane and drop it at another window, I only get a new untitled buffer there.

Fedora Linux 20, 64bit
Atom 0.120.0-b3c2417
Tabs 0.48.0

When I click a tab, I hope the editor of the tab will be focused, but in vain. But if I use command+number to switch the tab, it works. I tries to debug but have not find the solution even if I call the same function @pane.activateItem(tab.item) in the same way as the pane:show-item-[n] command does.

Any idea?

After starting the editor, the first thing that I noticed, it's big and ugly tab. They take up too much space. Might make them a little less?

Sometimes when looking for a specific bit of code I'll end up opening a few files, then want to close the others. This is super handy in Sublime.

/cc @benogle not sure if related to fnr changes

(Originally reported in atom/atom#2188 by @cubuspl42)

1. Open Atom
2. Type any letters
3. Move your mouse under the button for closing a tab

Here is a very short video:
http://youtu.be/NCLCjgLzyBY

From atom/atom#2137

The middle mouse button should paste from clipboard on a text area. That happens. But when middle-clicking on tabs, it closes the tab and then pastes from clipboard in the next focused text area. It should not happen.

Here is a video showing the bug: https://dl.dropboxusercontent.com/u/96940816/bug.ogv

The performance decrease when a lot of tabs are open. Sometime the editor crash when I try to close tabs : a window is asking if I want to wait or to close the editor.

If I choose "close", when I try to reopen the same folder, all my tabs are open, so the editor crash again as soon as I try to close some tabs.

To reproduce:
-open a folder
-open a lot of files in editor tabs (about 50)
-right click on a tab and choose "Close Other Tabs"

--> If you have the message "Editor is not responding" and choose to close it, if you try to reopen the same folder, all your tabs will be reopen on launch causing a really slow opening and a new crash as soon as you try to close the open tabs.

I'm not sure if this issue should go here or on Tree.

Basically when you open a file, it sometimes opens in new tab and sometimes opens in a new window. The behavior is rather unexpected. I think it would have been more expected if it worked like a browser (always opens in a new tab unless explicitly told to open in a new window). Or it might be nice to have options to fit peoples needs.

I understand that the reason why it doesn't always open in a new tab is because the context is different (the tree structure). However, the tree should really be on a per-tab basis I would think, rather than a per-window basis anyways.

Ideally, the tree should always show the current tab's position in the tree of the file system (maybe the next highest .git directory would be the root of that tab's tree).

Thanks!

If the tab has unsaved changes, there is a display bug. It also happens on tabs with shorter names. Could be because of the file-type-icon extension, but in the 106 Version it worked so i think it should be made compatible.

Atom Version: 0.107, Editor: React

not entirely sure how to style these tool tips, can't find them in the DOM
can someone point me in the right direction? thanks!

In many "tab" based products, you can grab a tab and "pop it out" to create a new window with that content. That would be awesome for atom when you want to windows side by side.