Hi Dough, here's the reminder for the change, as you wished.  :-)
Thanks!

Regards,
Janis

________________________________________
Von: [email protected] <[email protected]> im Auftrag von Doug 
Kearns <[email protected]>
Gesendet: Mittwoch, 6. Mai 2026 15:49
An: [email protected]
Betreff: Re: [vim/vim] runtime(algol68): Update syntax file, match symbolic 
identity relators (PR #20109)

Janis,

On Mon, 4 May 2026 at 03:42, Janis Papanagnou 
<[email protected]<mailto:[email protected]>> wrote:
Thanks for the information, Doug, it's quite useful for the "maintainer's
decision".  :-)

While I'm not specifically liking "lots of highlighting" I think it's good
to have it consistent with the named standard operators. The defined
colors (for black and white backgrounds, respectively) also appears to
be not too "invasive". So I'd suggest we remove the option altogether
and have the operator-symbol highlighting *on*, defined as standard.

Would you be so kind to make this change? - Thanks!

Sure, I'll make the change in the next day or so.  Please remind me if I forget.

Concerning:
"There's about a dozen syntax files offering a similar configuration option."
If you mean that it's *common* to allow a (interactive or by configuration)
explicit setting of highlighting behavior of this specific element then we
could _disable_ it by a conditional, but frankly, I don't see a point allowing
to configure every detail separately.

I was just pointing out that it wasn't a unique treatment.  I think removing 
the configuration option is fine, even the Vim script syntax file 
unconditionally highlights both types of operators.

Regards,
Janis

PS: An interesting question is whether it's possible to highlight user-defined
operators and procedures.  ;-)

In general, user-defined identifiers are not highlighted.  They can be 
highlighted based on syntactic context but it's usually left to an LSP server 
that can limit the highlighting to valid identifiers.  I'm unaware of an LSP 
server implementation for A68, that would be a good project.

Regards,
Doug

--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups 
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
[email protected]<mailto:[email protected]>.
To view this discussion visit 
https://groups.google.com/d/msgid/vim_dev/CAJ1uvoDOFiV2PAch4G_1QyhWUacHt6vKnGE8J896Uw14Vh5RyA%40mail.gmail.com<https://groups.google.com/d/msgid/vim_dev/CAJ1uvoDOFiV2PAch4G_1QyhWUacHt6vKnGE8J896Uw14Vh5RyA%40mail.gmail.com?utm_medium=email&utm_source=footer>.

-- 
-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/vim_dev/DU0PR02MB10422D8808299023A0F39D813F33D2%40DU0PR02MB10422.eurprd02.prod.outlook.com.

Raspunde prin e-mail lui