Line endings not maintaining

In my opinion we should start what is source of your file.
Local file or downloaded from FTP?
It's genereted by some software?

Generated from EXCEL as a text file and then I converted it to Unicode.
The file is like Product Number and some long text in arabic.

Hi,
it seems, the text contains a mix of line endings, most editors I tried display the text the same like PSPad, only windows notepad shows fewer longer lines like in your sample.

cf. the displayed file in Scite editor ( www.scintilla.org ), which keeps the lineendings and does not unify them like PSPad and some other editor
ctrlv.cz

windows notepad seems to only accept the windows standard line ending CRLF and ignores lone LF, hence there are no line breaks for single LFs in the file.

Other editors support multiple formats from othe different OSes: CR or LF or CRLF and interpret them as well; in that case there are linebreaks also at LF.
I Can't verify the correct display of the text, there might be other problems, e.g. with script direction LTR - RTL and possibly the encoding.

If there is the right content, only with extra LF marks at some positions I recommend unifying this to some suitable form - e.g. replace LF with spaces or similar and keep only one type of line endings - e.g. the current CRLF, if you use windows.

E.g. in Scite, you can replace these characters using CTRL+H and checking the item [\r\t] - transform backslash expressions
then you can replace e.g.
\n
with
[Empty]
(this will remove the LF, if there should be a space or another character, just add it as the replacement string.)
Additionally, you can also replace
\r
to
\r\n
to get usual windows line endings, but it might not be needed.

The unified file can then be opened in PSPad normally - containing lines with numbers a tab and quoted text.

As far as I know, this conversion itself cannot be currently done with PSPad (or maybe using hex editor somehow (?)), as the line endings are converted and unified internally, they cannot be manipulated this way as there are usually single-style line endings in whole text.
It is possible that you can do this in some other editor too, if this mixed file content could be created ...

hth,
vbr

If you generated it from excel, check the code please. It looks like you include additional 0A (10 ASCII) char before " on the end of lines.