-
-
Notifications
You must be signed in to change notification settings - Fork 26
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Support multiple files in a single drag
- Loading branch information
1 parent
99a3dfb
commit 07725aa
Showing
1 changed file
with
5 additions
and
2 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
07725aa
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe use unicode api better:
07725aa
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since nvim takes a utf8 string I don't see the benefits of this? I think the Win32 API does the utf8 conversion itself when you call the old
DragQueryFileA
version?07725aa
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I run nvy under win10 home chinese version.
By DragQueryFileA, a chinese file name(for example "文本文档.txt") will make NvimOpenFile open file failed.
07725aa
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm I see, did you compile and see if it works with the
WideCharToMultiByte
transformation you mentioned?07725aa
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I rebuild nvy as I mentioned, it seemed work well.