go to post Mathew Rimmington · Jan 29 Hi Brett, thanks for getting back to me with an answer. As we have thousands of routines containing dot syntax I couldn't really leave this without a solution. For now we've built our own simple extension to implement OnTypeFormattingEditProvider. See https://vshaxe.github.io/vscode-extern/vscode/OnTypeFormattingEditProvider.html. In our case all the method implementation needs to do is look at the previous line, assess how many dots the line begins with and populate the same on the new line. I can appreciate the difficulty you'll have with making this work for all scenarios in Object Script though.
go to post Mathew Rimmington · Jan 18 Hi @John Murray, thanks so much for this. I can confirm that this fixes the issue.
go to post Mathew Rimmington · Jan 18 Removed - posted at the same time as John Murray's answer above.
go to post Mathew Rimmington · Jan 18 As an experiment, I did try switching the folder structure to appname/database/src. I also changed the objectscript.export.folder setting to match the new structure. This does resolve the issue. Is there some hardcoding of the "src" folder perhaps in the extension? The trouble is, I can't leave the folder structure like this.
go to post Mathew Rimmington · Jan 18 In the repository root there is a .vscode/settings.json file but it doesn't override any export settings. It looks like this: { "objectscript.conn": { "server": "iris", "ns": "{namespace}", "active": true } }
go to post Mathew Rimmington · Jan 17 Hi @Brett Saviano, just tried it but made no difference sadly. New routines are still created in package src.database.
go to post Mathew Rimmington · Jan 17 Hi @brett morgan, thanks for resolving this so quickly. The changes work perfectly thanks.
go to post Mathew Rimmington · Jan 17 Hi @Brett Saviano I didn't type in a username, I left it blank as per the instructions in the screen shot. i.e. "leave blank for unauthenticated access as UnknownUser"
go to post Mathew Rimmington · Nov 22, 2023 Whilst exploring how the company I work for could get source control up and running for our development environment I came across this announcement and am intrigued. However, I'm a bit confused about whether this is now out of support. The link to the page here: https://openexchange.intersystems.com/package/Git-for-Shared-Development-Environments has a line at the top stating "This application is not supported by InterSystems Corporation". The phrasing of this is ambiguous, I can't quite tell if it means that the product is out of support and that people shouldn't use it, or whether the product is just not maintained by InterSystems themselves. I thought I'd give it a go, but installing the package manager crashes on installation while using the instructions found here: https://openexchange.intersystems.com/package/Git-for-Shared-Development.... I did notice that there is an issue logged for it here: https://github.com/intersystems/ipm/issues/432. Does anyone know whether this avenue for source control is effectively closed?
