I actually continue to use Xcode (in vim mode now that they have that) purely because of the way tabs work… in Vim and Xcode I’m able to have the same file open across multiple tabs and window-tabs, allowing me to arrange sets of files for particular tasks. But in VS Code it sends me to another window when I want to view a file next to another one, just because it’s already open elsewhere. I can’t stand this behavior as it slows me down and breaks my ability to see the files I want to see next to each other without many extra steps to rearrange things over and over. A ticket requesting this behavior change has been open for years with no progress.

▲

brailsafe 3 days ago | parent [-]

That's an interesting auper apecific detail that I think I've encountered once or twice. I'm reminded of one niche reason I also chose XCode for non-apple stuff, which was to print code on paper. I don't remember why I struggled to do it in VSCode at the time, but XCode was the solution.

	▲	wahnfrieden 3 days ago \| parent [-]
		I typically have 5-6+ panes open per window tab representing an area of work. In Xcode I can also make new window tabs that inherit the same set of tabs/splits/panes allowing me to "fork" and tweak a view of files. I use these features continuously throughout the day and hit jarring blocks trying to work this way every session in VS Code which makes it impossible to have more than one arrangement at once. I've been using this workflow for 15+ years in Vim before Xcode.