[Lazarus] Should the "at" word be painted as reserved word ?

[Martin]

On 13/02/2012 18:37, Martin wrote:
> On 13/02/2012 17:57, Hans-Peter Diettrich wrote:
>> Martin schrieb:
>>
>>> So a full pascal expression parser would be needed. That is not the 
>>> problem (could even be fast enough). But each possible state in an 
>>> expression (before/after dot/operater // bracket nest-lvl ...) must 
>>> be allowed to be stored. That explodes memory cost (storage capacity 
>>> is needed *everywhere*, even if there is not a single "raise at" at 
>>> all)
>>> Maybe it can be reduced, but it is probably a lot of work to 
>>> implement...
>>
>> For such complications I would leave context unhandled. At least it 
>> should be possible to disable it, and if only for memory usage reasons.
>
> Hence I wrote, that I will not highlight "at" in "raise" at all, for now.

Of course, we could make, every "at" highlighted, for those who want 
that, and switch it on.

That is a different topic.
And that would not be an highlighter issue at all. That could be done as 
general markup (though the settings could be stored with dependency on 
the highlighter).
Any text, even without highlighter could have such words...

In pascal, I personally would probably mark: debugln and assert. But 
that is my personal list.