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 <sven@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.denker@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 <norbert@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