Custom Query (1030 matches)

Text pasted into a listener isn't drawn until after the next input event (i.e. after the next keystroke, mouse click, etc.)

Ironically, this bug only manifests itself when the cursor is at the end of the listener buffer when the paste occurs. My guess is that this is because the relocation of the cursor to the end of the buffer has the same effect as an input event in forcing a screen refresh.

When doing a text search in a Hemlock window using the Find dialog, the found text is highlight but not actually selected, and the cursor remains where it was before the search began, so when you start typing after doing a search your cursor is not where you would expect it to be. Emacs-style (ctrl-s) incremental search works correctly. This bug seems to have been introduced by a recent change in OS X because it didn't happen in Snow Leopard.

This seems to be due to a change in behavior introduced in OS X somewhere between Snow Leopard and Mavericks (I can't tell you exactly where because I skipped the Lions). If you do a text search using cmd-F in a Hemlock window the cursor does not move to the selected text. So if you type something after a cmd-F search, you don't replace the selected text, but instead go back to the position in the file where you were before the search began.