I know. (But to be honest, as much as I like this addition, if I had to chose between the caps lock and language indicators OR color / width, the latter wins. Because it’s constantly in front of my eyes.)
Okay! I’ve got the details on this: basically what you’re seeing is deprecated behaviour. Software can still call upon these methods for changing the cursor appearance, and when doing so the system will fall back to the old hairline black cursor by default. However as these methods will not be supported in the future, and new features will be built off of the new cursor methods (iOS style), we will be switching to the new system in the next update for 14+.
So I guess if you like the 2pt look, that’s cool, because that’s what you’ll get. Sadly for people like me that like the old terminal-sized blinking super obvious cursor, that won’t be a thing in the long term.
From what I understand, it’s the system cursor going forward—so what you see in TextEdit, and no overrides to colours save what you can do in System Settings.
I’d have to dig up my old KM settings, but I’m pretty sure I remember figuring out a way to detect if there is an existing selection, and if so handle it accordingly. There are if-then-else type clauses you can insert into your macros, such that you can look for a particular condition, like whether Edit ▸ Copy is activated, and if so, trigger a RightArrow event to drop the selection and insert the glyph safely after it.
Hold up, while that above is a universal solution, with Scrivener it looks like you have another solution: trigger the Edit ▸ Deselect All command with impunity, right after triggering ⌘J.
Such would also impact Revision Mode, which overrides the cursor colour to the current level colour as an additional “Hey, I’m still switched on!” visual cue. Hmph.
Damn. I really hope you give this a deep thought or two. There must be a way to keep using colors (in the “new way”), otherwise a lot of themed apps will be in trouble. Including Apples’s own (Terminal comes to mind).
@AmberV ADD: This is Apple Notes. Apparently the app’s custom accent color overrides the system accent color:
ADD2: Let me rephrase it slightly. The system color can override the app’s accent color (if it has one). So if I don’t select a different one, it will use Scrivener’s (purple). If I do, it will use the selected one also in Scrivener (and Scrivener’s cursor). But then this contradicts the whole point of custom app accents colors…
ADD3: Unless… What if you add a user configurable (per theme) accent color to Scrivener’s settings? If possible. That would do the trick.
@AmberV Feeling adventurous, I stumbled upon something interesting. The caret color matches the accent color only if… the selection color is set to use the accent color! In other words: If you set the latter to “other”, you can customize it without restrictions.
A picture is worth a thousand words (apologies for the wrong interface language, it should still be obvious what’s going on):
The box in the lower right corner shows the text cursor in Apple Notes, matching the selection color.
While this is no perfect solution, it’s still possible to pick a “perfect” caret color for a theme (unfortunately this change applies system-wide). Although this may lead to frequent visits to System Settings for heavy theme switchers.
This thread was super useful to me, given that I am a blind Scrivener user. Until now, I was mainly relying on VoiceOver to annouce where I was in the given text. Now that I have these various options, I can play with them and find the right setting for me so that I can see the cursor, where before I could not. Thanks a lot guys!