Or be platform-independent and store it in an array, and retrieve on demand?
MyStorage>>strings
^ #('string1' 'string2' 'string3' ...)
MyStorage>>stringsSeparated
^ self stringsSeparatedBy: String lf
MyStorage>>stringsSeparatedBy: aSeparator
^ self string joinUsing: aSeparator
On Fri, Feb 19, 2016 at 10:46 AM, Sven Van Caekenberghe <s...@stfx.eu>
wrote:
> But I think it is a bit dangerous to rely on a specific EOL convention
> being maintained in method source code. Although I agree that it should not
> touch the contents of constants.
>
> You could do something (inefficient) like
>
> ^ String lf join: 'one
> two
> three' lines
>
> I've done this before (to get CRLF).
>
> > On 19 Feb 2016, at 10:32, Marcus Denker <marcus.den...@inria.fr> wrote:
> >
> > Hi,
> >
> > This is strange… do you have a way to re-create it?
> >
> > it looks like a bug (or a non-wanted side effect) to me...
> >> On 17 Feb 2016, at 09:56, Norbert Hartl <norb...@hartl.name> wrote:
> >>
> >> I had a strange effect using a method as storage. I had a list of
> strings that I compiled into a method. The strings were delimited by
> Character lf. I created this on a Mac. Saving the source and opening the
> same code on a linux machine changed the line endings from lf to cr.
> >> IMHO this is a bug because I think that the content of a method should
> be unchanged in that case. Or are there any other reasons why this is the
> way it is?
> >>
> >> thanks,
> >>
> >> Norbert
> >>
> >>
> >
> >
>
>
>
