With some languages I use the keyword groups quite extensively. For example I group the defined functions by theme, class or whatever.
I had the case quite often that I could need a seventh KW group and thats's where I had to make compromises to the desired highlighting.
I think it would be the best if possible, if the Keyword groups for setting the colors would represent the Keyword groups actually defined within the syn file.
best regards
Textpad rulez !
Locutus
More/dynamic Keyword classes
Moderators: AmigoJack, bbadmin, helios, Bob Hansen, MudGuard
trying to explain ...
Hey jeffy !
Sorry if my post was confusing but I'll try to explain what I meant.
For each document class you define, you can also set up your own colors
for the syntax highlighting. Doing so you can specify a color for backets, Pre-processor, URLs, Strings ... and 6 Keyword classes.
The color assigned to a keyword class will be the color in which all words of this keyword class in the syn file (of this document type) will be highlighted. So far so good...
I now have some document types, for example in certain script languages I use, where I have lots of functions I want to be highlighted. And those functions can be devided in e.g. 8 messageports. So If I want to assign a typical color for each messageport that is a problem since there are only 6 keyword classes available.
got me ?
So I the setting dialog where you assign the colors would first check how many keyword classes there are in the syn file you could solve that problem. I can imagine some further nice-to-haves like the dialog also reads the keyword class names so you wouldn't have
keyword 1
keyword 2
keyword 3
keyword 4
...
but
Modeling
Core
Documentation
....
Greetings
Locutus
Sorry if my post was confusing but I'll try to explain what I meant.
For each document class you define, you can also set up your own colors
for the syntax highlighting. Doing so you can specify a color for backets, Pre-processor, URLs, Strings ... and 6 Keyword classes.
The color assigned to a keyword class will be the color in which all words of this keyword class in the syn file (of this document type) will be highlighted. So far so good...
I now have some document types, for example in certain script languages I use, where I have lots of functions I want to be highlighted. And those functions can be devided in e.g. 8 messageports. So If I want to assign a typical color for each messageport that is a problem since there are only 6 keyword classes available.
got me ?
So I the setting dialog where you assign the colors would first check how many keyword classes there are in the syn file you could solve that problem. I can imagine some further nice-to-haves like the dialog also reads the keyword class names so you wouldn't have
keyword 1
keyword 2
keyword 3
keyword 4
...
but
Modeling
Core
Documentation
....
Greetings
Locutus