It looks like you are trying to use "Import and Compile" with an XML export. This won't work, as it only supports UDL-format exports. VS Code users can create those exports from the ObjectScript view.

Based on the hl7, inc and mac folders visible in your screenshot it looks like you might want to set the following in your VS Code settings before using the export if you want to replicate that style.

"objectscript.export.addCategory": true,

I also suggest you start off by opening an empty folder in VS Code, then export into that. This will avoid polluting your existing working folder structure while you get the hang of using VS Code with InterSystems servers.

@Larry Overkamp my reply was focused on what @jaroslav rapp had posted.

You also wrote:

(We don't use a source control system.)

Have you considered changing this situation? If so please take a look at Deltanji from George James Software (my employer). Some videos are available at https://www.youtube.com/playlist?list=PLGnA3ZIngG4oOUCEmplIYgSknQpNOtF08

With our 2023.2 release we are deprecating InterSystems Studio (deprecated
designates a feature or technology that InterSystems no longer actively develops, and for which better options exist). We will continue to maintain, release, and support InterSystems Studio for quite some time, and we appreciate that it is still an important tool for some customers. However, customers should be advised that we are not investing in it. Our focus is on VSCode.

In what sense is this an "attack"?

For animated GIFs it would be neat if the DC software could use a technique such as this to automatically add a play/pause button:

https://codepen.io/chriscoyier/pen/pogQJER

That Codepen sample plays such GIFs by default unless user's browser preference is set for reduced motion (see the JS in the sample), but by not setting the 'open' attribute on the details tag (line 5 of the HTML in the sample) it could always start paused.

The technique relies on having a static image containing one frame of the animated GIF, so that would need to be done server-side when an animated GIF is uploaded.

By doing a second install using Normal level security, then comparing webapp settings, I have tracked down the cause of my problem.

My install was a Minimal security one, after which I changed the settings of the /csp/sys web app and its sub-apps /csp/sys/* by clearing the Unauthenticated checkbox and setting the Password one.

But it seems that unless I do the same for the /api/interop-editors webapp I get a Rule Editor authentication page which I am unable to get past, not even by entering the credentials of the same %All-role user I logged into /csp/sys (i.e. Portal) with.

As soon as I made the change to /api/interop-editors I was able to get into the new Rule Editor, seeing only a brief flash of its authentication paged.

Here are the tweaked Minimal-security settings that work for me (i.e. authentication required to access Portal, from where I can move without challenge into the new Rule Editor):