On Monday 07 May 2007 10:53 pm, Bert Freudenberg wrote:
> > Squeak3.9 handling of CRLF sequences in sources file is defective.
>
> I do not think it is.
SqueakV39.sources contains the following sequence as seen in a hexeditor for 
DateAndTime commentStamp:
I have zero duration\r\n\r\n\r\n
When I browse this class and inspect the Text object in the annotation pane, 
the same sequence shows up in its string variable. Since annotations are read 
in as line-oriented text from files, the CRLFs should have been replaced with 
CRs. Of course, we could take a stance that the sources files is corrupt 
since it uses mixed line endings, but then what about text read in from a 
changes file or from a filein that came thru email?

> > Squeak3.8
> > image correctly strips of LF in CRLF while reading in text from
> > SqueakV3.sources file. For instance, editStartPage method in
> > Scamper uses
> > CRLF in SqueakV3.sources file but its Text in codepane strips out LF.
>
> I do not think this is the case.
SqueakV3.sources contains the sequence:
editStartPage\r\n\t
But the Text object in the codepane shows the sequence:
editStartPage\r\t

But I did notice that the CRLF was retained in the comments for B3DRotation. 
Is it because code strings are parsed while comment strings are not 
interpreted?

Regards .. Subbu