Some aspects of the macro syntax are case sensitive (throwing an error), and others are not.
Why!?
Case Sensitivity?
Re: Case Sensitivity?
Generally the rule is: Variable names, Menu Command names, as well as Object names along with their properties and commands are all case sensitive. Macro language keywords ('if', 'foreach', etc.) are not. I think the basic division is reasonable. The property and command names use a camelCase system that capitalizes every word (except the first letter after the period), but admittedly I always get stuck on things like .expandedFilePath (or is it .expandedFilepath?)
Were you bothered by something in particular, or just the whole system
Were you bothered by something in particular, or just the whole system

philip
- martin
- Official Nisus Person
- Posts: 5230
- Joined: 2002-07-11 17:14:10
- Location: San Diego, CA
- Contact:
Re: Case Sensitivity?
We could probably relax the case sensitive nature of some macro aspects. There's little reason to require "Document.active" and disallow "document.Active", or to cause Philip annoyance when he misremembers ".expandedFilepath" instead of ".expandedFilePath". Is this what's bothering you?
However it's extremely unlikely we'd change whether variable names are case sensitive. Not only because changing that now could impact existing macro code (imagine a macro that expects $doc and $DOC are two separate variables), but also because case-sensitivity is traditional for most programming languages when it comes to variable names.
However it's extremely unlikely we'd change whether variable names are case sensitive. Not only because changing that now could impact existing macro code (imagine a macro that expects $doc and $DOC are two separate variables), but also because case-sensitivity is traditional for most programming languages when it comes to variable names.
- ScottinPollock
- Posts: 36
- Joined: 2017-09-11 08:16:47