Perhaps you are looking for the way to filter JSON?

do you want to try JSON Filter app by @Lorenzo Scalese ?

Calling @Luca Ravazzolo 

You can get any template ready. e.g. this one. Just clone it, open the folder in VSCode, run the docker container, and start coding.

Check this app by @Oleg Dmitrovich. 

We are having a lot of requests that voting is not available!

Actually to vote for the contest you need:

1. Sign in to Open Exchange - DC credentials will work.

2. Make any valid contribution to DC - answer or ask questions, write an article, comment on any post.

Hi Yeung!

Do you want to try VSCode instead of Studio? It has ObjectScript plugin and dark mode )

Thanks, Nigel! I think we voted both for the same app )

You also can consider the web-terminal by @Nikita Savchenko, which could be installed also via ZPM as:

USER>zpm "Install webterminal"

It doesn't support host in/out operations (for obvious reasons) but has code completion for methods and commands and a nice SQL shell. And it's a web app

Thought that with this module by @Robert Cemper and sql-rest-api one can export to JSON any global with SQL query.

e.g. like that: 

SELECT * FROM rcc_G.scan where rcc_G.Scan('^ERRORS',37)=1 and id['Jour'

Thanks, @Nigel.Salm5021!

There is also another app from @Nikita Savchenko - Classes Visual Editor 

Hope you’ll find it useful.

you said that server-side dev is the only option IRIS provides,

I meant IRIS, or Caché, or Ensemble - when developers really store and even edit code on the server. 

Now that I've saved that file and it's on the server, to continue making changes I should open up the server-side file and continue editing from there?  Or I can continue working on the local and it will overwrite the server side?

you can continue editing it locally sending it to the server for compilation/testing every time.

I think I'm seeing your point about commits then.  I edit it locally, it's sent to the server, the server sends it to the repo, and locally I should pull down the repo before continuing any changes. Is that the idea?

The idea with starting from a local folder with files, which is connected with source control. So any changes to the files are automatically being tracked by the source control you use (git, svn, mercurial, whatever). You use the server only to compile/test things - no connection to source control needed on a server-side.

This is how things happen in almost any programming stack.

@Raj Singh  - could we make a webinar for VSCode and approaches to code, connect, etc?

Looks like that people could benefit from such a webinar

Reading the documentation, I'm also confused if local development is even desirable?  In my case I have IRIS community running docker and I have Cache 2018 running on my local machine (can't get IRIS locally as it's a work computer and locked down).  In this case I probably just want to develop all my code on the server?

It's up to you, of course. Developing the code "sitting inside" the server it's sort of the option only IRIS provides.

If you think what's going on when you develop "on the server" is when you change the class you change it in some global on the server and when you compile it you send the global to the compiler. And when you good you try "not-to-forget" to export code into a file and commit/push to the repository.

I prefer to edit files from the first step and send it to the server for compilation/testing and then commit/push the file - I'll never forget it cause VSCode helps me to manage it nicely with changes and things like that.

And it's not a big deal where do I send it to compile/test - whether it is local IRIS in docker or host or any remote development server.

using VS Code to compile/test

I'm not saying that VS Code compiles/tests. What I'm saying VSCode every time when we save the file locally connects to a server, sends it to a server, and compiles it.