I took me some time to create two small syntax highlighting files and find out in which version of UltraEdit for Windows and UEStudio changed the syntax highlighting behavior for substrings starting with a digit.

The first syntax highlighting wordfile is with hyphen character not included in list of word delimiters which is required to be able to syntax highlight a string being a date (or date+time) beginning with year and month in format yyyy-MM.
The second syntax highlighting is with hyphen character in list of word delimiters as in most syntax highlighting language definitions just for seeing the differences.
The result of the first language definition with hyphen being interpreted as a word character can be seen on the image below in first row and the second wordfile with hyphen as a word delimiter produced the second row.

international date string syntax highlighting comparison

I have found out in my tests with versions archived by me from 28.20.0.92 to currently latest 2023.0.0.41 (30.0.0.41) that the syntax highlighting of substrings beginning with a digit according to a definition in a color group takes precedence over the built-in highlighting of strings beginning with a digit as number up to UE/UES v2022.0.0.102 (29.0.0.102).

The precedence of built-in number string highlighting over a substring highlighting of strings starting with a digit defined in a color group changed with UE/UES v2022.1.0.70 with the syntax highlighting parser overhaul as briefly described in file changes.txt in program files directory of UltraEdit respectively changes_ues.txt in program files directory of UEStudio.

There can be sent to support of UltraEdit only a syntax highlighting issue report by email with describing the issue and requesting a change back to former behavior regarding to syntax highlighting of strings starting with a digit with taking precedence of substring definitions in color group 1 over substring definitions in color group 2 ... and finally as last one number string highlighting. There is no possibility to get back the former syntax highlighting behavior for this use case by changing something in the wordfile because of the built-in number syntax highlighting cannot be disabled with something in the wordfile.

Yes, that is the reason why the IP address syntax highlighting definitions in the color groups do not work. Please report the issue to support of UltraEdit, Inc. by email to increase the priority for fixing the issue. I have send such a report on  30 May 2023 with subject Syntax highlighting of dates (substrings starting with a digit) not working anymore as prior v2022.1.0.70.

The lines 2 to 15 should be deleted as color and font style settings are stored since UltraEdit for Windows v20.00 in the themes file and not in the wordfile. The lines 6 to 15 are additionally wrong because of they should be after /C1"C1 Red1", /C2"C2-Red2", ... for UltraEdit for Windows v15.00 to v19.10 and not on separate lines above first color group resulting in interpreting the space delimited strings as words to highlight with color and font style of first color group.

The words in color group 4 and 5 are additionally defined wrong. The space character is always interpreted as word delimiter. It is not possible to syntax highlighting a phrase containing one or more spaces. 10.4.7.0/24 and sec_affil are for that reason two words with different first character in same line which is invalid according to the rules described in help of UltraEdit on the page Syntax Highlighting. The color groups 1 and 2 are obviously not needed at all and should be removed without or with renumbering the remaining color groups and adapting the colors in the theme for this syntax highlighting language accordingly

I could fix the wordfile for you if you would attach the wordfile instead of much larger screen shot in image format JPEG (instead of PNG being better for screen shots). The used themes file with the color and font style settings for language L19 WAN should be attached too.