https://bugs.documentfoundation.org/show_bug.cgi?id=105109
Mike Kaganski <mikekagan...@hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|WORKSFORME |NOTABUG
--- Comment #8 from Mike Kaganski <mikekagan...@hotmail.com> ---
This was not a bug at all. Putting it here just for completeness, to help
archaeology.
(In reply to Buovjaga from comment #1)
> LibreOffice 3.3 actually asks me about the line endings on import and the
> finding works, if I say CR & LF! I wonder, why this feature was removed. It
> is already gone in 3.6.
The default filter for TXT files is now "Text", unlike the previous default
choice of "Text - Choose Encoding" (previously "Text Encoded"). The latter can
be chosen manually when opening from LibreOffice's File Open dialog, to allow
customizing. Compare to the long-standing request tdf#74580 to skip the dialog
when opening CSV.
(In reply to Varga Péter from comment #0)
> ... search for ^$ (empty paragraph)
> 4. It works.
> 5. Close file, change it to have CR/LF line endings, for exaple with the
> unix2dos command line tool.
> 6. Repeat steps 2-3.
> 7. Search phrase not found.
This should *not* work. When you open such a file without explicitly saying
that CRLF is the paragraph boundary, the file is opened using system line
ending convention for paragraph boundaries. Thus, on Linux only LF will be
detected, and CR will become a paragraph contents, thus the paragraphs won't be
empty (they will include one invisible character, which is e.g. possible to
find using \x0D or [:control:] regex; also simple navigating through the
document using right arrow key would show that there is one character - the
cursor will not travel to th next paragraph immediately after it reached the
end of current paragraph, and one more keypress will be needed).
--
You are receiving this mail because:
You are the assignee for the bug.
