Double-width characters wrap incorrectly
By gnach... on September 06, 2010 05:52 (imported from Google Code)
From https://sourceforge.net/tracker/?func=detail&aid=3031573&group_id=67789&atid=518973:
Print out the attached file that contains many double-width characters:
cat cjk_quick_brown.txt
If there's only one single character cell remaining at the end of the line, and the application wishes to print a double wide character there, iTerm-0.10 displays a '#' at the end of the line and another '#' in the next line, hence this letter will become unreadable.
The desired behavior, as most other terminals (Mac's Terminal, xterm, konsole, vte and so on) do is to leave a gap (space) at the end of the line, and overflow the entire CJK character to the next line.
When resizing the terminal, iTerm doesn't join the two # characters back to the original letter, however, it does other weird things with the CJK characters that get wrapped by this resize. Dynamic resize should rewrap exactly as if the CJK text had originally been printed with the new terminal width. Please check the behavior of Mac's default Terminal (10.5.8), it does this perfectly.
Also note that copy-paste works incorrectly in iTerm, you end up with # characters in the clipboard. Highlighing many lines and copying them should give the original content, that is, should include all the original CJK characters as printed by the application, but should not include the spaces at the end of line used for gapping. Yet again, Mac's default Terminal does this perfectly.