Which makes reading code a lot harder as the first form above is perfectly clear and unambiguous (as long as EnumTypes, Consts, etc can not have the same name) …
If for some reason that ability was changed (or never was?), is making it work that way something Xojo would consider? The example above shows why it would be a good thing, and particularly so if one uses hierarchical namespaces!
This in one case where Autocomplete IMO gets it right… but in general It has issues with namespaces that makes using nested namespaces a real pain!
help keep the autocomplete menus short and relevant only to the code at hand- THIS IS A BIGGIE!!! … it helps speed my coding a lot (when autocomplete works (grumble … grumble…)
help encourage me to use encapsulation
I though of doing what you suggest, but it defeats all of those objectives.
Yes, I think you are right.
I found myself changing such references to class enumerations quite often because the compiler blamed me of trying nasty things.
When Xojo starts to “behave in new and creative ways” then I clear out the cache, quit Xojo, and restart my Mac - and everything is usually back to normal.
System updates and Xojo are the only reasons for restarting my Mac …