I’ve found the language server practically useless because of regressions introduced in later versions. This wouldn’t be too bad except the language server auto updates. For now I’ve switched to the default Jedi version which was been working reliably.
I had plenty of issues with the language server as well, especially very high memory consumption and CPU usage. For now I will not move away from Jedi again.
Python in Visual Studio Code – April 2019 Release
31–40 of 42 posts
Re: Python in Visual Studio Code – April 2019 Release
#32I’ve found the language server practically useless because of regressions introduced in later versions. This wouldn’t be too bad except the language server auto updates. For now I’ve switched to the default Jedi version which was been working reliably.
Re: Python in Visual Studio Code – April 2019 Release
#33Not to hijack the thread, but does anyone know a good way to run vscode remotely? I have a large c++ code base that only compiles on a specific server, and I'd like to run it there. I tried code-server, but it's extremely buggy, and not quite ready for prime time. X forwarding was also painfully slow. Is vnc the only option?
Why not think of the problem from the other end? Instead of running vscode on the server, run it locally and use one of the SSH/SFTP plugins (e.g. [1] [2]) to sync the code with the server. [1] https://marketplace.visualstudio.com/items?itemName=liximomo... [2] https://marketplace.visualstudio.com/items?itemName=Kelvin.v...
Re: Python in Visual Studio Code – April 2019 Release
#34My favorite things about VSCode are the speed (compared to Pycharm), the custom keybindings, and the integrated terminal that I can snap back and forth to with the keybindings.
The main thing that it lacked was the excellent Python refactoring tools that Pycharm free edition has. I should never have to find and replace to refactor when I'm dealing with code all in the same language. edit: Also the auto-imports were terrible in VSCode, while they are also excellent Pycharm.
Still using it for Golang, but I'm back to Pycharm for Python.
Re: Python in Visual Studio Code – April 2019 Release
#35Not to hijack the thread, but does anyone know a good way to run vscode remotely? I have a large c++ code base that only compiles on a specific server, and I'd like to run it there. I tried code-server, but it's extremely buggy, and not quite ready for prime time. X forwarding was also painfully slow. Is vnc the only option?
Why not think of the problem from the other end? Instead of running vscode on the server, run it locally and use one of the SSH/SFTP plugins (e.g. [1] [2]) to sync the code with the server. [1] https://marketplace.visualstudio.com/items?itemName=liximomo... [2] https://marketplace.visualstudio.com/items?itemName=Kelvin.v...
Re: Python in Visual Studio Code – April 2019 Release
#36Overall I really like this extension and especially its interactive programming / notebook features. I am a big fan of jupyter notebooks, and wrote my own version for Scala (it was more inspired by Mathematica since Juypter didn't exist yet) a long long time ago. However having all the output be in a dedicated window as this extension does, that allows for scrolling back in the order things were run rather than in th…
Thanks for taking the time to write down your thoughts! What are some of the use cases where you find the interactive window superior to Jupyter? Do you use Jupyter as a complement or a replacement to VS Code? Sorry about the annoying behavior! Some of this is clearly our fault, and I've asked the team to come by and respond to this. I've also added this to the list of things to chat with the VS Code team about as we…
Other minor stuff like that (none of this is at all urgent):
- Having an option to disable requiring a confirm for kernel restarts.
- Smooth scrolling in the interactive window regardless of the higher setting from vscode / electron that disables smooth scrolling.
- Don't scroll on output in the interactive window unless it's currently scrolled to the bottom (Allows reading things at the top while more results scroll in w/o having to fight the scrollbar)
- A bit better support for jupyter magics / builtins without displaying errors (e.g. things like %%html or %%javascript or !ls or 'display(dataframe)' all show errors)
In terms of why I like the split display:
I think it's more conducive to writing re-usable code than Jupyter and I can re-read things in the order that I ran them. It also keeps the code closer to together so I don't have to jump over a bunch of intermediate results when I go between different area of code.
Thanks for making the interactive window, it's been a real pleasure so far and overall I really powerful, I wish it was in every language!
Re: Python in Visual Studio Code – April 2019 Release
#37Earlier quoted context omitted.
Thanks for taking the time to write down your thoughts! What are some of the use cases where you find the interactive window superior to Jupyter? Do you use Jupyter as a complement or a replacement to VS Code? Sorry about the annoying behavior! Some of this is clearly our fault, and I've asked the team to come by and respond to this. I've also added this to the list of things to chat with the VS Code team about as we…
Let me just say I didn't mean to come across as overly negative, I think everyone working on the extension has done a fantastic job, it's a very minor quibble in the grand scheme of things I use multiple different machines so while my settings sync over, some of the "we've already shown the user the popup" stuff might not be (or maybe i need to sync more settings). I just am not a big fan of pop-up notifications in g…
Would you mind opening a set of Github issues so that we can get your suggestions onto our backlog? https://github.com/Microsoft/vscode-python/issues
Interesting that you would like to have the extension run in more than one language. What other languages do you use regularly where you'd get a benefit from the interactive window?
Thx!
Re: Python in Visual Studio Code – April 2019 Release
#38Great new features, though it's a little bit shame that we still need to import a .ipynb file manually to work with it (I know it is not the VScode team's fault). I really wish that the Jupyter community would consider re-design .ipynb file format, such as separating a source code (cells) as a file and stopping using JSON format. The current .ipynb file format is highly against modern software engineering. Since it c…
Re: Python in Visual Studio Code – April 2019 Release
#39A feature I would like is use my VScode against a python programming environment in docker. The only way I have found this possible is to actually run VSCode itself in docker.
I run PyCharm using my docker-compose environment, which works great. A co-worker said he was able to get VSCode working with docker-compose, but the setup wasn't easy. He said something about having to attach to the running docker/python process.
Can you elaborate a little more on how you use pycharm with docker-compose and what are the advantages? I am new to all this and I have been using Pycharm quite a lot lately but looking at people’s responses above it feels like I am missing something. Why would you need to connect remotely or where/why does docker fit into this? Isn’t is just an IDE that you install to code/debug?
Sorry in advance if these questions sound a little too primitive.
Thanks.
Re: Python in Visual Studio Code – April 2019 Release
#40Not to hijack the thread, but does anyone know a good way to run vscode remotely? I have a large c++ code base that only compiles on a specific server, and I'd like to run it there. I tried code-server, but it's extremely buggy, and not quite ready for prime time. X forwarding was also painfully slow. Is vnc the only option?
Instead of remoting the display, I mount the remote filesystem using the sshfs extension. https://marketplace.visualstudio.com/items?itemName=Kelvin.v...