-
Couldn't load subscription status.
- Fork 3.7k
fix(haxe) fix new keyword false positives #3993
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
I will look into the markup tests sometime soon / hopefully later today. I am regex noob but I believe this should work okay! |
new keyword in haxebeginKeywords for new keyword in haxe
|
added markup tests, and changed to use |
Build Size ReportChanges to minified artifacts in 12 files changedTotal change -58 B View Changes
|
Build Size ReportChanges to minified artifacts in 3 files changedTotal change +2 B View Changes
|
beginKeywords for new keyword in haxePR highlightjs#3993 fixed incorrect highlighting of variable names starting with new, but at the same time, it removed highlighting of type names that follow the new keyword. This commits restores the lost highlighting for type names after the new keyword, while still ensuring that new at the start of a variable name is not highlighted as a keyword.
PR highlightjs#3993 fixed incorrect highlighting of variable names starting with new (like newValue), but at the same time, it removed highlighting of type names that follow the new keyword. This commit restores the lost highlighting for type names after the new keyword, while still ensuring that new at the start of a variable name is not highlighted as a keyword.
Changes the regex in the haxe.js highlighting to only highlight
newas a keyword if it's not used within a variable/class name, usingbeginKeywords: 'new'instead ofnew *Resolves #3992
Changes
Chnages the regex to use
beginKeywords: 'new'instead of *, so that it can capturenewas a keyword, but not when it's used within a variable nameChecklist
CHANGES.md