Done: HxD: Copied non-ascii string should contains the real char

Wishlists for new functionality and features.
Post Reply
sidwu
Posts: 6
Joined: 21 Apr 2008 11:42

Done: HxD: Copied non-ascii string should contains the real char

Post by sidwu » 21 Apr 2008 12:06

Copied non-ascii string from the right pane into clipboard should contains the real character. I.e., non-ascii character such as line-feed (0xD,0xA) that displayed as dot character should be copied as real character (that is line-feed) instead dot char again.

Maël
Site Admin
Posts: 1129
Joined: 12 Mar 2005 14:15

Post by Maël » 22 Apr 2008 16:19

Yes, agreed. I'll change that.

But keep in mind that 0-characters cannot be copied as text to the clipboard- How should that be handled? Cut off or use a dot?

I think that cutting off is the better approach.

BTW: Please keep in mind that text is not a safe way to make binary copies! Depending on the associated character set and other factors the data might be altered when going to the clipboard or when pasted in another app.

Safe binary copy is done inside of HxD, if you need to exchange binary data with another program either copy as hex-string or save into a file.

sidwu
Posts: 6
Joined: 21 Apr 2008 11:42

Post by sidwu » 22 Apr 2008 22:59

I think that cutting off is the better approach.
Yup, I agree that.

Maël
Site Admin
Posts: 1129
Joined: 12 Mar 2005 14:15

Re: HxD: Copied non-ascii string should contains the real char

Post by Maël » 06 Feb 2019 11:19

Solved in recent versions of HxD (2.0 and higher).

It uses the original characters (or actually their proper Unicode translation depending on the selected text encoding) where possible.
If the text that is to be copied contains a #0 character, it will be replaced with a replacement character � and a warning message appears.

That means you should always get what you want and expect, besides the one exception with the #0 characters that HxD will warn about.

Post Reply