<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">
</head>
<body>
<div style="font-family:sans-serif"><div style="white-space:normal">
<p dir="auto">On 5 Sep 2019, at 22:32, Andrew Hodgkinson wrote:</p>

</div>
<div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">To be honest, I'm surprised it isn't the default. This is of course just a subjective opinion!</p>
</blockquote></div>
<div style="white-space:normal">

<p dir="auto">My thinking was that a full tab bar (that degrades into an overflow menu) is a bigger annoyance than having stale tabs auto-close.</p>

</div>
<div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">For me, having tabs close and lose tab ordering and positioning is quite destructive to workflow, especially when working in projects with large numbers of files. I have to go scrolling up and down in the file browser trying to relocate something I'd opened for reference but has now closed again.</p>
</blockquote></div>
<div style="white-space:normal">

<p dir="auto">Are you aware of File → Open Quickly… (⌘T)?</p>

<p dir="auto">This opens a list of recently used files and offers a much faster way to re-open files.</p>

<p dir="auto">When using ⌘T the order of tabs, and which are open, becomes less important, and this also influenced my decision about the current behavior with re-ordering and auto-closing.</p>

<p dir="auto">But you do have a point that it’s not expected behavior, for now, I have made the <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">disableTabAutoClose</code> available through a checkbox in preferences: <a href="https://github.com/textmate/textmate/commit/d9ac41d7900370b85bcf1d0c25ef58c4fbc44a60" style="color:#3983C4">https://github.com/textmate/textmate/commit/d9ac41d7900370b85bcf1d0c25ef58c4fbc44a60</a></p>

<p dir="auto">I think you’re the first user to bring up this issue, so I’m hesitant to change the current defaults, but you do have a good point that tabs should behave predictable, so I may reconsider them in the future.</p>

</div>
<div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">Has there been any consideration to using the current macOS system-wide tab bar instead?</p>
</blockquote></div>
<div style="white-space:normal">

<p dir="auto">As far as I know this is only available by using the document based architecture where the system basically collapses the applications multiple windows into tabs.</p>

<p dir="auto">So it’s not a component that can just be adopted, we would have to re-engineer the application to use the document based APIs, and there is likely to be some disadvantages to doing that. But I am slowly moving the internals toward <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">NSDocument</code> and friends.</p>
</div>
</div>
</body>
</html>