Menu

#1755 Problem with newline translation when appending to clipboard

obsolete: 8.5a1
open-invalid
5
2004-09-10
2004-09-09
No

To illustrate the problem perform the following command
in a wish shell on Windows

clipboard append -format STRING --
"\"hello\nworld\"\ngoodbye\tworld"

and then do a paste in cell A1 of an Excel document. At
this point the first \n has produce a line break
between "hello" and "world" in cell A1, the second \n
caused insertion to move to cell A2 and the \t caused
insertion to move to cell B2. Unfortunately there is an
extra character after "hello" and before the line
return in cell A1. I believe this is the result of
blanket newline translation in the tkWinClipboard.c
code. I don't think this issue is a "bug", but since
there isn't any work-a-round I think an option should
be added to the clipboard append command that would
allow newline translation to be turned off. The
translation needs to be truned off because the newline
translations isn't uniform over the entire clipboard
string but is based on context (i.e. is it within
quotes or not).

Tom Krehbiel
tom.krehbiel@freescale.com

Discussion

  • Tom Krehbiel

    Tom Krehbiel - 2004-09-09
    • summary: Problem with '\n' translation when appending to clipboard --> Problem with newline translation when appending to clipboard
     
  • Donal K. Fellows

    • milestone: --> obsolete: 8.5a1
    • status: open --> open-invalid
     
  • Donal K. Fellows

    Logged In: YES
    user_id=79902

    Why would converting LF to CRLF be a problem? It looks to me
    like the problem is in Excel, and that's really not
    something we can fix...

     
MongoDB Logo MongoDB