Topic: VSCode interface thoughts?

[JohnK]

Since I took a job that required me to get back into AutoCAD, I have been trying out VSCode for autolisp development--especially now that I'm trying to relearn Lisp--and so far I really don't like VSCode that much. The script I setup for creating a lisp project(s) works great, and I think VSCode would work great for developing an application for those that are used to mouse-based-text-editing but I just don't like the VS text editing workflow. The VSCode debugging I think will eventually work better then the old VLIDE but right now it sometimes gets a bit wonky (but I think this is a bug in the AutoLisp VSCode plugin).

How are you guys liking the VSCode interface?

[ronjonp]

I still like the VLIDE.

[Lee Mac]

I still like the VLIDE.

This

[JohnK]

haha

What's going to happen when *that* goes away?

[ronjonp]

haha

What's going to happen when *that* goes away?

Then I retire. 

[d2010]

How are you guys liking the VSCode interface?

Can you use VSCode inside Ubuntu20Linux?
Exists VSCode.deb+Lisp for debian?

[It's Alive!]

I like the look of vscode, haven’t tried it with autolisp, I still use lisp link.

[kdub_nz]

I'm not writing much VLisp these days but I like the VSCode . . . though I still use both.

Having an editor that displays code is arrangeable panes is worth a lot. . . . as is having one that has been updated in the last 15 years.

[JohnK]

Wasn't LispLink R14 days? It still runs (thank goodness for Compatibility mode)?

VS Code is--and will be--better for AutoLisp developers; they have a professional editor and it is far more expandable then the VLIDE. For example, the script I created creates a few JSON files which people can use as a template to help them automate stuff. So much more potential!

I am making my switch back to Vim. For me, Vim is far too customized; VS Code just slows me down.

[It's Alive!]

Yeah, it’s pretty old, the editor portion still works, the ARX used for loading/debugging/compiling projects is dated at AutoCAD 2015.
The author was from my home town, kinda cool. I was in contact with him to try and make a version for BricsCAD, but unfortunately the guy passed away.

It has a few features I like, such as localizing variables , being aware of arguments “(defun OpenExcel (file / book exl)”
And my most favorite feature is “CTRL+M” selects a block of code.

[JohnK]

Yeah, it’s pretty old, the editor portion still works, the ARX used for loading/debugging/compiling projects is dated at AutoCAD 2015.
The author was from my home town, kinda cool. I was in contact with him to try and make a version for BricsCAD, but unfortunately the guy passed away.

It has a few features I like, such as localizing variables , being aware of arguments “(defun OpenExcel (file / book exl)”
And my most favorite feature is “CTRL+M” selects a block of code.

That's actually pretty cool! Localizing variables is a huge win in itself.

Couldn't you just create an ARX thing for loading a file into a running A/BCAD? I mean, I imagine the editor must save a temp file somewhere.  I am thinking about Pthreads in Unix and BLOCKING until "a file" become ready -i.e. "OR Synchronization".

Something like: https://docs.microsoft.com/en-us/windows/win32/sync/synchronization-and-overlapped-input-and-output


EDIT: I should probably finish that thought so you don't think I'm totally crazy.