Let me preface with saying that when making note from documents I’m preparing I’m almost always using split-screen mode with the document on one side, and Devonthink note on the other. Therefore the very annoying change in behavior must be relatively recent as I haven’t noticed it last time I was doing this.
When two windows are open in split-screen pressing the escape key moves the active window back to the main screen (desktop). This is normal behavior.
However, when using Japanese front-end-processor, the escape key serves also to undo all the automatic character conversions and return to the blank state with the text the user has entered. This is a very important function when taking notes including new vocabulary, characters you rarely use etc. (as the front-end-processor gets its suggestions wrong in such cases and the user needs to go manually over some words in the sentence). The regular behavior of Mac OS applications in the case Japanese f.e.p. is used in the split-window mode is to give priority to the f.e.p. and move the window to the main screen only once the f.e.p. is done with reverting all the automatic conversions (which may take several presses of the key, the last press removing all the entered text altogether).
Yesterday I’ve noticed it’s no longer the case in Devonthink. The window reverts to the desktop as soon as I press esc, and the f.e.p. starts reverting its suggestions from the second press on.
This is rather annoying and makes split-screen mode practically unusable. Would it be possible to change the key-press handling priority back so that the normal Mac OS behavior is restored?
Thanks in advance.
Are you sure it’s related to an update of DEVONthink and not to one of macOS? A screenshot of the window before/after pressing Escape would be useful of course.
I will do more tests by the end of the week (quite swamped right now) and try to make a video clip to illustrate the behavior.
I’m sure the problem was not there two weeks ago when I was writing some japanese notes and would notice the problem. (on the other hand I might have used different arrangement than split-screen, so I’m suddenly not so sure…)
Other applications (tested with notes and firefox) don’t show this behavior (i.e. they properly cancel the conversions first and only then the split-screen). In fact Firefox doesn’t return to the desktop on the esc press at all.
There are some other shortcuts that do not work properly (ctrl+1 or ctrl+2) but I guess that’s because Devonthink uses them for something else. I wonder if FEP shortcuts shouldn’t take precedence, but these 2 are active when Japanese text is selected, rather than during text input, so I’m not sure if this can be helped.
A piece of system software necessary to type in Japanese and some other Asian languages. Essentially you type in latin text transcription and the system converts it to hiragana (syllable based writing system) on the fly… and as you complete the sentence it also automatically analyses the meaning and choses right kanji (Chinese characters) for the words the user has typed in. Front-end-processor is the software that handless the process.
Except that it gets the suggested conversions wrong from time to time and you have to edit it and choose characters by hand… the first step to undo the default automatic conversion is to press “esc”. Hence the problem.
Interesting. Is this a publicly available application or part of a larger system?
It is part of every operating system, including iOS and Android. Obviously Google, Microsoft and Apple have their own solutions. Apple’s used to be called “kotoeri”, but for some reason they don’t mention the name anymore. There also exist third party solutions such as ATOK.
Even if you use Mac OS in english, if you turn on Japanese text input, you’ll enable the built-in front-end-processor. You may notice how the usually brief input menu gets multiple additional functions, or how typing starts working differently than in Western languages, when Japanese input is selected.
Gotcha. Thanks for the clarification.