Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Fri, 5 Jul 2019, Ben Grasset wrote: On Fri, Jul 5, 2019 at 2:02 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: As stated by I think Michael, a new modeswitch which is by default off is also required. Ok. {$modeswitch MultiLineStrings} I guess? Posts crossed :) Y

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Fri, 5 Jul 2019, Ben Grasset wrote: Ok, here's a link to my github fork implementing the multi-line string functionality. you'll see that each string adheres to the setting above it. Note that "platform" means whatever line ending your operating

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Fri, Jul 5, 2019 at 2:02 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > As stated by I think Michael, a new modeswitch which is by default off is > also required. > Ok. {$modeswitch MultiLineStrings} I guess? ___ fpc-devel mai

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Jonas Maebe schrieb am Do., 4. Juli 2019, 21:21: > On 03/07/2019 09:26, Ondrej Pokorny wrote: > > On 02.07.2019 23:34, Jonas Maebe wrote: > >> Invalid data means undefined behaviour, always. "is" is not a special > >> case that is immune to this. > > > > Don't you really see the need to handle in

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Ben Grasset schrieb am Fr., 5. Juli 2019, 06:31: > Once I have a set of proper tests written, I suppose I'll submit a formal > patch to the FPC bugtracker. > As stated by I think Michael, a new modeswitch which is by default off is also required. Regards, Sven > ___

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 1:51 PM Marco van de Voort wrote: > > Op 2019-07-04 om 17:36 schreef Michael Van Canneyt: > > > >> Your argument works if you start with a string that's started with a > >> backtick, but not correctly terminated. > > > > To be correct, I think the argument about unterminate

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Note, with "is" or an intrinsic that only does a range check, it can be made very fast when platform-specific.  For example, for "Result := (Value is TMyEnum);", under x86, if "l" is the Low value and "h" is the High value, then the assembly becomes this (remember that l and h are constants, so

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Okay, I've done some preliminary testing, and "if Value < Low(TMyEnum) then" and "if Value > High(TMyEnum) then" work as expected and aren't optimised out, even when using -O4 -Cr.  So admittedly there is still a way to check to see if the enumeration is within the valid range, at least for now

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Ok, here's a link to my github fork implementing the multi-line string functionality. It now includes complete support for user-selected line ending settings, using the directive syntax suggested by Michael. So, for example, if you view the output of the

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 9:30 PM Ryan Joseph wrote: > I must have missed something, why would a single apostrophe be anything > besides just another character? I thought another use of `` strings would > be that you don’t need to escape apostrophes using ‘'. > I didn't really think it should be. J

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Please don't put words in my mouth Michael or twist me up with word play.  I have never said I want to forbid the storing or communication of enumerations, and if people start using my argument for the exact opposite of what I'm trying to advocate and smugly say "I rest my case", then you can h

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

On Fri, 5 Jul 2019, J. Gareth Moreton wrote: Ah, my apologies, Michael. I can see the issue of it being a convenience thing, but given that many programmers have fallen foul of the lack of range checking in case blocks, the typecasting necessary to avoid the problem is cumbersome, adds a p

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Ah, my apologies, Michael. I can see the issue of it being a convenience thing, but given that many programmers have fallen foul of the lack of range checking in case blocks, the typecasting necessary to avoid the problem is cumbersome, adds a performance penalty and, ultimately, implies you s

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

On Fri, 5 Jul 2019, J. Gareth Moreton wrote: It's not so much convenience... it's more the fact that the compiler can and will optimise out "if (MyValue>=ord(Low(TMyType))) and (MyValue<=Ord(High(TMyType))) then" because it has every reason to assume that MyValue cannot possibly take on a va

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Zoe Peterson wrote: From: Sven Barth via fpc-devel Whitespace is indeed an important point. I myself pay quite some attention to nice identation and with multiline strings that will probably break: What about matching Python's whitespace handling for multiline docstri

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

It's not so much convenience... it's more the fact that the compiler can and will optimise out "if (MyValue>=ord(Low(TMyType))) and (MyValue<=Ord(High(TMyType))) then" because it has every reason to assume that MyValue cannot possibly take on a value that's less than Low(TMyType) or greater tha

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

> On Jul 4, 2019, at 7:16 PM, Ben Grasset wrote: > > One more question in this general regard... what would be the most desirable > way for the compiler to handle the appearance of a single apostrophe inside a > multi-line string? > > Of course, it should not terminate it because it's not a

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

On Thu, 4 Jul 2019, Jonas Maebe wrote: Be it implicit assignments in object creation, clearing records with Default(TMyRecord), reading records from streams etc etc. The issue is here and it needs some solution. If you don't like "is" for this purpose, why not to introduce a compiler intrinsic

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

> From: Sven Barth via fpc-devel > Whitespace is indeed an important point. I myself pay quite some > attention to nice identation and with multiline strings that will > probably break: What about matching Python's whitespace handling for multiline docstrings? https://www.python.org/dev/peps/

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Mucking around with pointers will always produce unpredictable code if you don't take care in what you're doing (and in your example, it uses tools that already exist), but Jonas, I have to protest your logic.  Saying it's safer to refuse to do it at all instead of doing something that works pa

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Ben Grasset wrote: On Thu, Jul 4, 2019 at 12:29 PM Michael Van Canneyt wrote: I would think this is a given... After all, they are valid characters in a single line string now, that must be kept for backward compatibility. One more question in this general regard... w

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 12:29 PM Michael Van Canneyt wrote: > I would think this is a given... > After all, they are valid characters in a single line string now, that > must be kept > for backward compatibility. > One more question in this general regard... what would be the most desirable way f

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

On 04.07.2019 21:20, Jonas Maebe wrote: On 03/07/2019 09:26, Ondrej Pokorny wrote: On 02.07.2019 23:34, Jonas Maebe wrote: Invalid data means undefined behaviour, always. "is" is not a special case that is immune to this. Don't you really see the need to handle invalid data with a /defined/ be

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

On 03/07/2019 09:26, Ondrej Pokorny wrote: > On 02.07.2019 23:34, Jonas Maebe wrote: >> Invalid data means undefined behaviour, always. "is" is not a special >> case that is immune to this. > > Don't you really see the need to handle invalid data with a /defined/ > behavior? My point is that is i

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 17:36 schreef Michael Van Canneyt: Your argument works if you start with a string that's started with a backtick, but not correctly terminated. To be correct, I think the argument about unterminated line endings needs to be seen for what it is: a nuisance, but not more a nu

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 2:32 AM Sven Barth via fpc-devel wrote: > > [...] > Even if one would say that the whitespace at the start of a line is > discarded that wouldn't make everyone happy, cause then code like the > example Ben showed in his mail from today wouldn't work: > > === code begin === >

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Ben Grasset wrote: On Thu, Jul 4, 2019 at 12:29 PM Michael Van Canneyt wrote: I would think this is a given... After all, they are valid characters in a single line string now, that must be kept for backward compatibility. That's what I was kind of thinking myself. I

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 12:29 PM Michael Van Canneyt wrote: > I would think this is a given... > After all, they are valid characters in a single line string now, that > must be kept > for backward compatibility. > That's what I was kind of thinking myself. I just wanted to get an initial working

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Ben Grasset wrote: General implementation question: The version of this feature I currently have working introduces something of a chicken-and-egg problem while bootstrapping: The initial version of the compiler being used for the build of course has no knowledge of multi

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

General implementation question: The version of this feature I currently have working introduces something of a chicken-and-egg problem while bootstrapping: The initial version of the compiler being used for the build of course has no knowledge of multi-line strings. Thus, all instances of single

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Sven Barth via fpc-devel wrote: Your argument works if you start with a string that's started with a backtick, but not correctly terminated. To be correct, I think the argument about unterminated line endings needs to be seen for what it is: a nuisance, but not more a n

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Marco van de Voort schrieb am Do., 4. Juli 2019, 16:26: > > Op 2019-07-04 om 16:25 schreef Ben Grasset: > > On Thu, Jul 4, 2019 at 10:09 AM Marco van de Voort > > mailto:f...@pascalprogramming.org>> wrote: > > > > You clearly didn't read the message fully. It is not about > > compiler/not

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 10:30 AM Ryan Joseph wrote: > Just put it up on GitHub so we can test it. We’re not getting anywhere > going back and forth over email. > Will later today. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org https://lists.f

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

> On Jul 4, 2019, at 10:27 AM, Ben Grasset wrote: > > Well, I already have, and it literally works (including syntax highlighting > support in SynEdit for those who do use Lazarus.) > See an earlier comment of mine in this email chain for a screenshot. > Just put it up on GitHub so we can t

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 10:06 AM wrote: > don't get me wrong... i'm not against it if someone wants to develop it > but i am > Well, I already have, and it literally works (including syntax highlighting support in SynEdit for those who do use Lazarus.) See an earlier comment of mine in this email

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 16:25 schreef Ben Grasset: On Thu, Jul 4, 2019 at 10:09 AM Marco van de Voort mailto:f...@pascalprogramming.org>> wrote: You clearly didn't read the message fully. It is not about compiler/not compile, but in the case of not compile what the error is and where. I

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 10:09 AM Marco van de Voort < f...@pascalprogramming.org> wrote: > You clearly didn't read the message fully. It is not about compiler/not > compile, but in the case of not compile what the error is and where. > It occurs at the same place it always has, because the scanner

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 15:47 schreef Ben Grasset: On Thu, Jul 4, 2019 at 9:35 AM Marco van de Voort mailto:f...@pascalprogramming.org>> wrote: New magic characters in the scanner. Yeah. Really nice (NOT!) It's not magic. It's exactly the same thing as the single quote currently is, but deno

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On 7/4/19 9:54 AM, Ben Grasset wrote: On Thu, Jul 4, 2019 at 9:28 AM wrote: personally speaking, i liked the initial idea but i can now easily see why it is only allowed in source code comments... there's a world of difference between them... in one case, the formatting stays put an

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 9:32 AM Marco van de Voort wrote: > E.g. where in this very long thread do the proponents actually balance > the need for a language feature against an IDE feature (to decode a > multiline string in + form into a popup, let user perform edit, and then > + it again). > > Whe

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 9:28 AM wrote: > personally speaking, i liked the initial idea but i can now easily see why > it is > only allowed in source code comments... there's a world of difference > between > them... in one case, the formatting stays put and doesn't affect anything > else... in the

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 9:35 AM Marco van de Voort wrote: > New magic characters in the scanner. Yeah. Really nice (NOT!) It's not magic. It's exactly the same thing as the single quote currently is, but denoting multi-line strings specifically. On Thu, Jul 4, 2019 at 9:35 AM Marco van de Voort

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 15:30 schreef Ben Grasset: On Thu, Jul 4, 2019 at 9:14 AM Marco van de Voort mailto:f...@pascalprogramming.org>> wrote: Take a large pascal file with several strings. Normal, non multi-line strings. Now, as a thought experiment, remove the closing ' from one of th

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 15:12 schreef Ben Grasset: On Thu, Jul 4, 2019 at 6:01 AM Marco van de Voort mailto:f...@pascalprogramming.org>> wrote: - Basically a shorthand, the solution with + works fine. There also could be $includefileasstring or something, one of the few extensions in

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 9:14 AM Marco van de Voort wrote: > Take a large pascal file with several strings. Normal, non multi-line > strings. > > Now, as a thought experiment, remove the closing ' from one of the > strings at the top. > > In the case of no multiline string support: error on the lin

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On 7/4/19 3:27 AM, Pascal Riekenberg wrote: What about a Lazarus-Addon / Codetools extention that generates an old style multi-line string from a selection and the other way around to make old style multi-line strings editable again, so you can keep indention and trailing and leading whitespaces

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 15:07 schreef Ben Grasset: Multiline strings, like everything in a source file, are exactly what you write them as. Take a large pascal file with several strings. Normal, non multi-line strings. Now, as a thought experiment, remove the closing ' from one of the strings at

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Ben Grasset wrote: Also, things like trailing spaces and the line terminators being either #10 or #10#13 may cause a lot of problems if the string has to be known exactly (e.g. for cryptographic hash generation). This, which is IMO *still* a non-problem in the sense of i

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 6:01 AM Marco van de Voort wrote: > - Basically a shorthand, the solution with + works fine. There also > could be $includefileasstring or something, one of the few extensions in > recent years that I have been in favor of. > > In conclusion: it is a solution in search of

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

> On Jul 4, 2019, at 1:31 AM, Sven Barth via fpc-devel > wrote: > > Even if one would say that the whitespace at the start of a line is discarded > that wouldn't make everyone happy, cause then code like the example Ben > showed in his mail from today wouldn't work: If you need proper forma

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, Jul 4, 2019 at 1:32 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > const SomeString = `Whatever > bar > blubb > foobar`; > You can do: const SomeString = `Whatever bar blubb foobar`; Not that I think the "ugliness" argument makes any sense whatsoever. I regularly

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

I have to admit first, that I did not read all the comments in this thread. But anyway, I'd like to comment on this. Because I have done Pascal programming for almost 40 years now and even on platforms that are much older than PCs and machines typically run by Unix systems, I have a somehow dif

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 14:22 schreef Sven Barth via fpc-devel: We agree on the multiline strings. So regarding comments you only meant the nesting support and not multiline comments in general? Cause that's what it sounded like... (Note: I myself definitely like that nesting support) I didn't me

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Marco van de Voort schrieb am Do., 4. Juli 2019, 12:00: > > Op 2019-07-04 om 07:34 schreef Sven Barth via fpc-devel: > > > >>> But the main question is: do we actually want a multiline string ? > >>> As far as I am concerned, that question needs to be answered first, > >>> and for > >>> me person

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Michael Van Canneyt schrieb am Do., 4. Juli 2019, 13:54: > > > On Thu, 4 Jul 2019, Tomas Hajny wrote: > > > On 2019-07-04 12:59, Marģers . via fpc-devel wrote: > > > > . > > . > >> Why introduce ` if there already is ' ? Just use ' > >> as well for multi line strings. For people of more > >> co

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Tomas Hajny wrote: On 2019-07-04 12:59, Marģers . via fpc-devel wrote: . . Why introduce ` if there already is ' ? Just use ' as well for multi line strings. For people of more conservative view point, put multilinestring behind mode switch. Because then it's never cl

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On 2019-07-04 12:59, Marģers . via fpc-devel wrote: . . Why introduce ` if there already is ' ? Just use ' as well for multi line strings. For people of more conservative view point, put multilinestring behind mode switch. Because then it's never clear whether the fact that there's no ending

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

  - Reply to message - Subject: Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish. Date: trešd., 3 jūl., 23:20 From: Ben Grasset To: FPC developers' list > program Example; > (* >   This is a perfectly >  

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 12:00 schreef Marco van de Voort: Yes. And also that FPC changed them to nest with same time, which Borland style does not. .. nest with same type... , hopefully obviously. ___ fpc-devel maillist - fpc-devel@lists.freepascal.o

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

Op 2019-07-04 om 07:34 schreef Sven Barth via fpc-devel: But the main question is: do we actually want a multiline string ? As far as I am concerned, that question needs to be answered first, and for me personally the answer to that is still a resounding "no". Me too. Mostly overrated IMHO

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

> Michael Van Canneyt hat am 4. Juli 2019 um 11:05 > geschrieben: > > > > > On Thu, 4 Jul 2019, Pascal Riekenberg wrote: > > >> Michael Van Canneyt hat am 4. Juli 2019 um 10:43 > >> geschrieben: > >> On Thu, 4 Jul 2019, Pascal Riekenberg wrote: > >> > What about a Lazarus-Addon / Codetools

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Pascal Riekenberg wrote: Michael Van Canneyt hat am 4. Juli 2019 um 10:43 geschrieben: On Thu, 4 Jul 2019, Pascal Riekenberg wrote: > What about a Lazarus-Addon / Codetools extention that generates an old style > multi-line string from a selection and the other way around

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

> Michael Van Canneyt hat am 4. Juli 2019 um 10:43 > geschrieben: > On Thu, 4 Jul 2019, Pascal Riekenberg wrote: > > What about a Lazarus-Addon / Codetools extention that generates an old style > > multi-line string from a selection and the other way around to make old > > style > > multi-line s

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

On Thu, 4 Jul 2019, Pascal Riekenberg wrote: What about a Lazarus-Addon / Codetools extention that generates an old style multi-line string from a selection and the other way around to make old style multi-line strings editable again, so you can keep indention and trailing and leading white

Re: [fpc-devel] Some thoughts on multi-line string support, and a possible syntax that I think is perfectly clean and Pascal-ish.

> "J. Gareth Moreton" hat am 4. Juli 2019 um 07:45 > geschrieben: > > > > On 04/07/2019 06:31, Sven Barth via fpc-devel wrote: > > Am 04.07.2019 um 01:57 schrieb J. Gareth Moreton: > >> > >> While I like the idea in principle, one thing that I'm a bit worried > >> about is how whitespace is h