> On 15 Aug 2017, at 2:10 am, Richard Gaskin via use-livecode > <use-livecode@lists.runrev.com> wrote: > > But maybe not enough markdown to change how the human eye works. :)
Sure, my preferable end goal does not include backticks but I’ll take anything if it’s the only way I can have a string with escapes ;-) The conclusion I came to on the bug report is we should have a goal of supporting escapes in all string forms (like JavaScript) but that we can’t do double quote yet due to backwards compatibility. That would come with open language which will have a script translation step and one of those steps can be “\” -> “\\” everywhere but format et al. For readability we would like a single quote delimited string so that it can include double quotes. If we add a single quote delimited string it can have escapes now because it’s something new. So we would have a few years of single quote delimited strings that process escape sequences and double quoted strings that don’t but eventually all would. As far as interpolation goes I think I can live with the merge function particularly if I can pass it a string with escape sequences: put “Hello" into tFoo put “World” into tBar put merge(‘[[ tFoo ]]\n[[ tBar ]]!’) Cheers Monte _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
