Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » Elevate Web Builder Technical Support » Support Forums » Elevate Web Builder General » View Thread |
Messages 1 to 7 of 7 total |
Memo Lines and LF |
Wed, Jan 29 2014 11:40 AM | Permanent 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 PM | Permanent 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 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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 AM | Permanent 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 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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 AM | Permanent 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 AM | Permanent 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/ |
This web page was last updated on Friday, December 6, 2024 at 05:39 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |