Hi all,
I was wondering if it was possible to change the behaviour of the Open Recent Project (⌘⇧O) window. As it stands, this is the only window where when focussed, the action ⌘⌫ does not delete the entry text field, but instead deletes the Recent Project/Favourite from the list.
In the following windows:
- Open Quickly... (⌘T) - Select Bundle Item... (⌃⌘T) - Jump to Symbol... (⇧⌘T)
The ⌘⌫ action clears the text field only, and doesn't mutate the results list. Understandably if it did, this would cause a lot more issues than the Open Recent Project window.
Is there a way to lock items in place at least? Or remove the keyboard shortcut for this window? This could make a lot of sense for the Favourites sublist, that way the items could not be deleted, except by a mouse click on the icon on the right?
Anyway, was wondering if anyone else had this issue.
Regards, Siame
On 5 Sep 2016, at 19:01, Siame Rafiq wrote:
I was wondering if it was possible to change the behaviour of the Open Recent Project (⌘⇧O) window. As it stands, this is the only window where when focussed, the action ⌘⌫ does not delete the entry text field, but instead deletes the Recent Project/Favourite from the list. […] Anyway, was wondering if anyone else had this issue.
Since I have this issue in another app (thinking ⌘⌫ can be used to delete the text typed, but actually deleting my “document” with no undo), I’ll change the behavior.
I’ll model it after the clipboard history windows (⌃⌥⌘V and ⌃⌥⌘F) where the text field does not initially have focus, meaning it’s still easy to delete items (via the keyboard).
Fantastic! Can't wait to see this in a nightly.
On 7 September 2016 at 10:10, Allan Odgaard mailinglist@textmate.org wrote:
On 5 Sep 2016, at 19:01, Siame Rafiq wrote:
I was wondering if it was possible to change the behaviour of the Open
Recent Project (⌘⇧O) window. As it stands, this is the only window where when focussed, the action ⌘⌫ does not delete the entry text field, but instead deletes the Recent Project/Favourite from the list. […] Anyway, was wondering if anyone else had this issue.
Since I have this issue in another app (thinking ⌘⌫ can be used to delete the text typed, but actually deleting my “document” with no undo), I’ll change the behavior.
I’ll model it after the clipboard history windows (⌃⌥⌘V and ⌃⌥⌘F) where the text field does not initially have focus, meaning it’s still easy to delete items (via the keyboard).
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-
Allan Odgaard -
Siame Rafiq