You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
//The predicate in the following rule has been introduced to lessen the problem that VBA uses the same characters used as type hints in other syntactical constructs,
583
+
//e.g. in the bang notation (see withDictionaryAccessExpr). Generally, it is not legal to have an identifier of openeing bracket follow immediately after a type hint.
584
+
//The first part of the predicate tries to exclude these two situations. Unfortunately, predicates have to be at the start of a rule. S, an assumprion about the number
585
+
//of tokens in the identifier is made. All untypedIdentifers not a foreignNames consist of exactly one token and a typedIdentifier is an untypes one followed by a typeHint,
586
+
//again a single token. So, in the majority of situations, the third token is the token following the potential type hint.
587
+
//For foreignNames, no assumption can be made because they consist of a pair of brackets containing arbitrarily many tokens.
588
+
//That is why the second part of the predicate looks at the first character in order to determine whether the identifier is a foreignName.
0 commit comments