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.

    • Reptorian@programming.dev
      OP
      2·
      11 months 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
          OP
          2·
          11 months ago

          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.

            • Reptorian@programming.dev
              OP
              2·
              11 months ago

              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·
                11 months ago

                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.