On 15 Apr 2014, at 1:35, Igor K wrote:

On 14 04 2014, at 20:25, Koen Punt koen@koenpunt.nl wrote:

...

I have some issues creating new files in the file browser. When I create a file (CMD+SHIFT+N) and start typing the filename quite often it reverts to untitled after a few milliseconds and I have restart typing.

The problem is that the field editor (used to rename items) has to be aborted to reload the contents of the file browser (i.e. the API dictates that).

The file browser will reload when there are changes on the disk (registered via fs-events). In the past it suppressed such reloading when the field editor was showing, but that had the issue that a user who accidentally did ⇧⌘N (New File) and then ⌘Z (Undo the new file) would not see the new file disappear (until confirming it’s name).

I try to restore the content of the field editor, but it does not always work. There isn’t much API to control these things, and TextMate’s approach with loading the content in the background folder-by-folder and then updating the table view on the main thread adds to the difficulty of handling this, as the item being edited might not be there after first reload, but may arrive later.

Another thing that bugs me is that if you move/delete something then start renaming something and while typing a name press ⌘Z you undo the move/delete action instead of undoing what you were typing.

I pushed a fix for that¹ so next build should solve it — looks like it was introduced in v2.0-alpha.9525.

¹ https://github.com/textmate/textmate/commit/ae69d06c2c95e76a70606f77103fb841...

On 14 May 2014, at 16:32, plind wrote:

The tags in the commit suggest that the solution had been incorporated in version 2.0-alpha.9543, but unfortunately I'm still experiencing the same problem, now that I have that version installed.

There are no commits related to this (with a creation date after the letter you responded to).