this post was submitted on 07 Aug 2023
16 points (100.0% liked)

Text Editors

466 readers
1 users here now

Icon base by Delapouite under CC BY 3.0 with modifications to add a gradient

founded 1 year ago
MODERATORS
 

Basically just the title said. The situation is basically I use a Domain-Specific Language called G'MIC, and to this day, I haven't found a satisfactory answer to the issue of lack of syntax highlighting. At the moment, I am using KDE Kate as it's pretty good at structuring the code with their find/replace feature, tab indicators, and multi-window support.

you are viewing a single comment's thread
view the rest of the comments
[–] TheCee@programming.dev 2 points 1 year ago (1 children)

What is stopping you from creating a syntax highlight file for Kate? I remember it as one of the more comfy formats.

[–] Reptorian@programming.dev 2 points 1 year ago* (last edited 1 year ago) (1 children)

I actually did that, but it was not satisfactory. And I had hard time making it work like how I want to.

Maybe I should use a XML editor or something to make it easier. I'll give it another try (I just found the file again). Maybe from scratch even.

EDIT: To make it clear, I have hard time getting "contexts" working.

[–] TheCee@programming.dev 1 points 1 year ago (1 children)

To make it clear, I have hard time getting “contexts” working.

Are there any particular problems?

However, if you're using Windows/have Wine installed and feel that contexts are an overkill, there is Notepad++' User Defined Languages, which as far as I can tell is purely based on lexemes.

[–] Reptorian@programming.dev 2 points 1 year ago* (last edited 1 year ago) (1 children)

Getting highlighting for regex-based selection to work. That seems confusing. I have 7 criterias which is recommended for the G'MIC language.

Note:

  1. Strings that matches #( |$|(#)+).* gets treated as if it was a comment.
  2. Strings that matches #@cli.* are treated as if they’re a header for CLI codes.
  3. Strings that matches \$(-\d+|\w+|\d+) gets treated as if they’re accessed variables.
  4. Strings that matches \w+: are treated as if they’re commands names.
  5. Any texts under control-flow item list gets highlighted as long as they’re outside any characters between 2 quotation marks and of course, taking into account of / being used as escape character.
  6. #@gui gets bolded.
  7. Anything between 2 quotation marks gets highlighted though escape characters would be considered.
[–] TheCee@programming.dev 1 points 1 year ago (2 children)

That looks odd and I'm somehow unable to find convincingly representative gmic scripts. Maybe those other highlighter files could help? https://kate-editor.org/syntax/

[–] Reptorian@programming.dev 2 points 1 year ago* (last edited 1 year ago)

There's no standard regarding G'MIC scripting. That being said, here's a representative G'MIC script - https://pastebin.com/cEPW31HJ .

The first one is basically a example script for testing syntax highlighting. The second one is a real world case study. The second one can be found in https://github.com/GreycLab/gmic-community/blob/master/include/reptorian.gmic .

I haven't included some concepts in the example_cli as you can see that reptorian.gmic introduces some concepts not seen in both. Basically, writing a syntax highlighter for G'MIC would be a nightmare. But doable if I can figure things out.

[–] Reptorian@programming.dev 2 points 1 year ago* (last edited 1 year ago) (1 children)

I have a update for you, I am finally pulling it off!

https://media.discordapp.net/attachments/880256029705773099/1138887510710308904/image.png

There will be problems down the road, but I will worry about that later.

[–] TheCee@programming.dev 1 points 1 year ago (1 children)

Nice job! Which was the most challenging part?

[–] Reptorian@programming.dev 2 points 1 year ago* (last edited 1 year ago) (1 children)

So far, the most challenging part was highlighting things that counts as comment rather than pointers to image pixels or accessible variables. That's not the end of my trouble though.

I do want to figure out how to highlight "expr" including newlines inside expr. expr is basically any mathematical expression that is utilized on JIT compilation.

  • if expr
  • repeat expr
  • variable={expr}
  • variable:=expr <- : can be replaced with operator and it will still apply.
  • eval expr
  • eval "expr"
  • check "expr"
  • fill expr
  • fill "expr"
  • eval>expr
  • eval >"expr"
  • fill >expr
  • fill >"expr"
  • {expr}
  • for expr
  • {"expr"}
  • while expr

Along with that to set up regex inside it to highlight section of expr.

While still maintaining priority of regex. So, if one regex is more important, it'll overwrite whatever highlighted.

[–] TheCee@programming.dev 1 points 1 year ago (1 children)
[–] Reptorian@programming.dev 2 points 1 year ago (1 children)

What do you mean? I'm pretty new to making syntax highlighting for KDE Kate, so I'm just now fixing my other thing before I get into much more advanced concept of it.

[–] TheCee@programming.dev 1 points 1 year ago (1 children)

The way I remember stuff and it seems to be explained in here a context is a way to limit the amount of checked regexes. So as I understand you can start an expr context if you hit one of those keywords. Kind of like modes in XSL or working with a stack.

That document also describes how to handle newlines in context.