Close Topic Options

bli,

There is no error. I do agree that the variable name should override the keyword/attribute definition and it should use the same colour as a normal variable. Here is the proof:


Attached Image

There is a dublicate of the "for" word at line 84 ([html,htm,php,php3,pl,cgi,css,jsp]). The first definition takes precedence. I 'll delete this one from the keywords.hes file. Thanks.

HiEdit is designed to close a string when the same string opening quote is found. Escape sequences are not handled at all. So, in your example, two strings are found in the middle of which there is a \

No, incorrect. You obviously don't know your PHP. The slash escapes the quote character so that it can be a string character, in the same way that the "\n" near the start of that string is an escape sequence that adds a newline. That is why I said that the consideration of the slash character WITHIN the string as a delimiter is arguable. It is not a string character proper, it affects the following character.

The issue is that your code does not interpret the escape slash at all, so it is incorrectly determining the end of the string. It should at the very least understand a \' combination in a single-quoted string, as well as a \" combination in a double-quoted string. As Blues would no doubt tell you, an escape slash in strings is prevalent in many languages... probably even Delphi.

I noted in an edit above that the "selected" behaviour was fixed using a combination of 3.0.0.4 HiEditor and 3.0.0.4 HES, it was not working with 3.0.0.3 HiEditor, which I hadn't upgraded to just then.

I do know about escape sequences very well. As already edited in my previous reply, HiEdit does not consider them at all.