There’s a neat feature in Find dialog. When you hold down ⌘ the file icon for each file in results window changes to a number that you can press to get to it.
Implementing something in similar fashion for file tabs would be a great addition as it’s hard to guess the number when there’s more than 5 tabs open.
Thanks.
On 1 Dec 2014, at 21:11, Igor K wrote:
There’s a neat feature in Find dialog. When you hold down ⌘ the file icon for each file in results window changes to a number that you can press to get to it.
Implementing something in similar fashion for file tabs would be a great addition as it’s hard to guess the number when there’s more than 5 tabs open.
I do worry that it will cause some undesured flicker, as ⌘ is used a lot. IMO the find dialog already show a bit of that.
On 2 12 2014, at 14:37, Allan Odgaard mailinglist@textmate.org wrote:
On 1 Dec 2014, at 21:11, Igor K wrote:
There’s a neat feature in Find dialog. When you hold down ⌘ the file icon for each file in results window changes to a number that you can press to get to it.
Implementing something in similar fashion for file tabs would be a great addition as it’s hard to guess the number when there’s more than 5 tabs open.
I do worry that it will cause some undesured flicker, as ⌘ is used a lot. IMO the find dialog already show a bit of that.
Maybe add a small timeout? I highly doubt that people hold ⌘ for more than a second for example when using keyboard shortcuts.
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 2 Dec 2014, at 19:46, Igor K wrote:
I do worry that it will cause some undesured flicker, as ⌘ is used a lot. IMO the find dialog already show a bit of that.
Maybe add a small timeout? I highly doubt that people hold ⌘ for more than a second for example when using keyboard shortcuts.
The current timeout is 200 ms, which does seem too short for avoiding the undesured flicker.
Making it much larger, and I think ⌘T or ⌘{ / ⌘} will be faster (well, ⌘T might already be faster).
That said, I’ll accept a PR for this where the delay is a user defaults setting, that way we can have it high by default, and people who rely on it, can lower it.