https://bugs.documentfoundation.org/show_bug.cgi?id=69795
--- Comment #17 from [email protected] --- (In reply to Andreas Heinisch from comment #16) > After digging more into the code, I think this is not a bug. The string of > the content will be retrieved in SwUnoCursorHelper::GetTextFromPam [1] using > the system line ending (LINEEND_CRLF for Windows, LINEEND_CR for Linux) from > a PaM. Assigning that string will then lead to different results, since they > will be interpreted differently from either OS. > > So Imho, you may parse the result of the string retrieval and check parse > the contents inserting manual paragraphs or new lines. > > [1]https://opengrok.libreoffice.org/xref/core/sw/source/core/unocore/unoobj. > cxx?r=e072e414#128 Sorry but I don't agree with you. To me that is a bug. Please let's discuss it, and yes perhaps I am wrong and you are right. The last working version on Windows was OO 1.1.4. So that means, it has worked on Linux, Windwos and MacOS. The system line ending wasn't relevant. Let me give you an example. I open a new LibreOffice Writer file on Linux and type two sentences. These sentences are in 2 lines with no extra line in between. Than I open this file on Windows and the document looks the same (no extra line between the 2 sentences). I can copy the first line and paste this line somewhere into the document. I don't see any extra line. That is how it suppose to work. So the command "DestCell.String = SourceCell.String" should do it the same way. What do you think? -- You are receiving this mail because: You are the assignee for the bug.
