Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 7 of 7 total
Thread Memo Lines and LF
Wed, Jan 29 2014 11:40 AMPermanent Link

Matthew Jones

Not sure if this is really a change, or just not noticed it before, but when I
assign the lines of a TMemo to a TStringList, I now have 0x0A characters at the end
of the lines.

procedure TfrmListEditor.GetText(xTextData : TStringList);
begin
   xTextData.Assign(editListDetail.Lines);
//    RemoveEmptyLines(xTextData);
end;

Hmm, having now sanitised this to remove the LF characters, I find that the .Text
value has no separators. Something odd is happening I think.

/Matthew Jones/
Wed, Jan 29 2014 12:21 PMPermanent Link

Matthew Jones

procedure TfrmListEditor.editListDetailChange(Sender: TObject);
begin
   lblCount.Caption := IntToStr(editListDetail.Lines.Count) + ' lines';
end;

This always shows "1 lines". Seems there's something broken in the memo. I'll raise
an issue with Tim for proper response.

/Matthew Jones/
Thu, Jan 30 2014 5:32 AMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Matthew,

<< Not sure if this is really a change, or just not noticed it before, but
when I assign the lines of a TMemo to a TStringList, I now have 0x0A
characters at the end of the lines. >>

I'm not seeing this here.  However, I am seeing an issue with the
TStrings.LineSeparator - it is set to CRLF and that is *not* working
properly and should be just plain LF.   I attempted in 1.03 to clean up the
rules regarding how line feeds are specified and interpreted, and this was
introduced then.  The JSON and compiled code always specifies < #32 in
Unicode format now in order to avoid any ambiguities between browsers in how
/r and /n are interpreted in string literals between IE and others.

Tim Young
Elevate Software
www.elevatesoft.com







Thu, Jan 30 2014 9:14 AMPermanent Link

Matthew Jones

Did you try my sample posted as an issue? and as comment to my note.

It sounds like you may have fixed it, but this simple code fails and is plainly
wrong.

procedure TfrmListEditor.editListDetailChange(Sender: TObject);
begin
   lblCount.Caption := IntToStr(editListDetail.Lines.Count) + ' lines';
end;


/Matthew Jones/
Fri, Jan 31 2014 5:54 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Matthew,

<< Did you try my sample posted as an issue? and as comment to my note. >>

Do you mean the line counts ?  If so, then yes, that's the same issue.

Tim Young
Elevate Software
www.elevatesoft.com
Sat, Feb 1 2014 6:50 AMPermanent Link

Matthew Jones

I've gone back to 1.02 until this is fixed - my app doesn't work well without this.

/Matthew Jones/
Mon, Feb 3 2014 7:18 AMPermanent Link

Matthew Jones

1.03b2 fixes the core string list.

There is another behaviour change in a component layout I have, but I've not looked
at that, so it could be anything including my bug.

/Matthew Jones/
Image