#BBEDIT OPEN IN NEW WINDOW MAC OS X#
#BBEDIT OPEN IN NEW WINDOW SOFTWARE#
#BBEDIT OPEN IN NEW WINDOW CODE#
#BBEDIT OPEN IN NEW WINDOW WINDOWS#

Nor is this non-native presentation limited to an aesthetic difference: not one of the editors I have tried here has any kind of reasonable organization to their preferences in every case the best option is to use search and hope you can figure out what the relevant search team is. Application settings are rendered in some unholy HTML interface, 3 or a bunch of JSON, or some kind of custom UI renderer. Menus do not work the way native menus do. Text rendering is wrong, because it is going through some non-native pipeline, whether a custom renderer as in Zed or a Chromium renderer as in Atom and Code. (Looking at you, Zed!) A small detail that is particularly irksome to me is editors where a dialog to close a window prompts to save a file and does not accept keyboard shortcut input: ⌘ D should trigger the “Don’t Save” action, but very rarely does.

#BBEDIT OPEN IN NEW WINDOW CODE#

VS Code and Sublime are reasonably well-behaved here, using the native window, but other editors are much less so. It is amazing how many editors get this wrong. In many editors (including Code, Sublime Text, and Zed) they do not.įile open and close dialogs. They should look and work the same way in a text editor they do anywhere else. Scroll bars are an incredible affordance! They provide information and useful controls at the same time. Native text editors use native scroll bars, and respect the system settings and system design of scroll bars. How can they be dragged? Where can they be dragged - only within a single window, or between windows? 2 Some apps do not support tabs at all this is more or less fine: the key is that if tabs are present, they should work like native tabs. Tabs built in Electron or some custom UI layer do not.

System-native tabs have consistent behavior. (It took something like five years for VS Code to fix this!) They should support document proxy icons, and those proxy icons should be well-behaved according to standard system behaviors.

#BBEDIT OPEN IN NEW WINDOW WINDOWS#

New windows should open offset from the current window: down-and-to-the-left. No building your own just to match a mediocre cross-platform brand. Use native buttons, checkboxes, toggles, etc. Similarly, they should default to using the standard control sizes from the operating system.Ĭontrols. That does not mean no elements can have customized typography, but major design elements should use the standard type faces from the system. Which are not few! I am a programmer and writer: I spend the vast majority of my computer-using time doing some kind of text editing or another. Any editor which breaks them infuriates me, because they are part of all of my text editing workflows. I have not touched Emacs in over a decade, but these shortcuts are burned into my brain. I discovered these shortcuts back in 2009, during my brief but educational dalliance with Emacs. I use the majority of them literally every minute I use a text editor.

#BBEDIT OPEN IN NEW WINDOW MAC OS X#

macOS has had extensive support for a variety of terminal/Emacs-like text navigation and manipulation shortcuts since Mac OS X arrived with its NeXT underpinnings: Ctrl F to move forward by a character or Ctrl B to move back by a character, for instance. All non-native apps are perennial offenders - as are apps which implement their own text renderers and inputs (including browsers like Firefox and Chrome). The frustration is born of a thousand paper cuts rather than any one big thing. But in all cases, I have been frustrated that they are not Mac-native apps.

I have long used Visual Studio Code before that I used Atom and before that Sublime Text.

#BBEDIT OPEN IN NEW WINDOW SOFTWARE#

This behavior is just bizarre, but when it happens I have to take my hands off the keyboard and hunt around for the dock icon…which is super-annoying.People interested in personal toolkits, especially for software and people who want to better understand detail-obsessed people like me who always talk about their preferences for platform-native software.įor years, now, I have been frustrated with the “default” text editor options for software development on macOS. So now my shortcut issues a delay, opens BBEdit, issues another short delay, then tells KM to focus the BBEdit window. So I gave KM a 2-second delay before opening BBEdit, figuring that would clear the keyboard buffer. In the case of BBEdit, I thought it might have something to do with the shortcut I was using, since it’s the Command-Option-Control-Shift thing. But again, sometimes it works - just not all the time. BBEdit opens, but does so in the dock, not on my screen. I have a Keyboard Maestro shortcut to open BBEdit and a few other applications that I use for work. The menu bar says “MailMate”, and I see all the windows for it - but no actual application window. Typing away, realize I have to check my email for a confirmation of something. Seemingly randomly, sometimes the windows don’t come up.

I use a bunch of applications, and I Command-Tab to switch between them quite frequently.

Bbedit open in new window