Skip to content
This repository has been archived by the owner on Oct 12, 2022. It is now read-only.

VsCode #1295

Closed
mikexl opened this issue Mar 18, 2016 · 43 comments
Closed

VsCode #1295

mikexl opened this issue Mar 18, 2016 · 43 comments

Comments

@mikexl
Copy link

mikexl commented Mar 18, 2016

great work
would be nice to have RTVS work with VS Code and support non windows platform such as Mac.

Thanks,
M.

@smortaz
Copy link
Contributor

smortaz commented Mar 18, 2016

Thanks MikeXL - it's on the todo list!

@nihonjinrxs
Copy link

And now, with today's announcements, support for VS for Mac would be great too.

@int19h
Copy link
Contributor

int19h commented Nov 16, 2016

Which one of the two would you consider of more immediate utility to you?

(This is a question for everyone who would like one or the other or both.)

@nihonjinrxs
Copy link

I think it depends on the implementation -- if you can get the full set of tools available in vscode, that'd be great. If the offering there is going to be less than what's in VS for Windows, then I'd prefer a full implementation in VS for Mac.

Has anyone tried pulling the repo and just building it in the new VS for Mac? I'm assuming you'd need new version specs for the Nuget packages, but are there other known reasons why the build (without the installer) wouldn't work? (Haven't tried this myself...) I'm assuming you'll need a different solution for the installer... thoughts on that?

@int19h
Copy link
Contributor

int19h commented Nov 17, 2016

VS for Mac is based on Xamarin Studio, and so the extensibility API there is completely different.

@nihonjinrxs
Copy link

OK, then I think focusing on vscode first makes more sense.

@MikhailArkhipov MikhailArkhipov changed the title vscode and cross platform support VsCode Jan 11, 2017
@MikhailArkhipov
Copy link
Contributor

Related in VSC microsoft/vscode#14393

@MikhailArkhipov MikhailArkhipov self-assigned this Sep 6, 2017
@MikhailArkhipov MikhailArkhipov modified the milestones: Sprint 18, Future Sep 6, 2017
@MikhailArkhipov MikhailArkhipov modified the milestones: Sprint 18, Sprint 19 Sep 29, 2017
@MikhailArkhipov MikhailArkhipov modified the milestones: Sprint 19, Sprint 20 Oct 26, 2017
@MikhailArkhipov MikhailArkhipov modified the milestones: Sprint 20, Wave 2 Nov 10, 2017
@ghost
Copy link

ghost commented Dec 31, 2017

Has there been any progress?

@MikhailArkhipov
Copy link
Contributor

It is basically at prototype stage/shape at the moment. It is possible to build and try from sources. Probably does not work on Linux. Does not have console with completion since VS Code does not have extensible console/REPL with intellisense.

@rwatts3
Copy link

rwatts3 commented Jan 9, 2018

How would one install from source ?

@rwatts3
Copy link

rwatts3 commented Jan 9, 2018

Attempted to install via source, was able to build the extension using vsce.
However when I tried to use the extension I received the following error related to the language server.
I'm sure im missing steps somewhere.

[Error - 10:18:08 AM] Starting client failed
Launching server using command dotnet failed.

@MikhailArkhipov
Copy link
Contributor

You need .NET Core 2.0 runtime.
'Install from source' means build and then install from the VSIX. But yes, you can run it.

@rwatts3
Copy link

rwatts3 commented Jan 10, 2018

awesome thank you.

@rwatts3
Copy link

rwatts3 commented Jan 15, 2018

are there any instructions for building rtvs in a docker container, and connecting to that container from vscode's extension ?

@rwatts3
Copy link

rwatts3 commented Jan 16, 2018 via email

@MikhailArkhipov
Copy link
Contributor

No, I mean there is no code in the extension equivalent to https://github.com/Microsoft/RTVS/blob/master/src/Host/Client/Impl/Host/RemoteBrokerClient.cs

Current code specifically creates local R instance. Docker is remoting scenario, same as VM or WSL.

@rwatts3
Copy link

rwatts3 commented Jan 16, 2018 via email

@rwatts3
Copy link

rwatts3 commented Jan 16, 2018

I was more so asking if you I were to contribute a setting the vscode extension, that would allow connecting to a container that is already running.

I think to do this It would just be a matter of adding the setting, and in extensions.ts where we are connecting right to the Langserver.dll we would rather send the commands to the docker container. specified in the setting.

@Anastaziel
Copy link

Anastaziel commented Mar 2, 2018

Any news? Would we be able to install this for VsCode as an extension or in some other form in the near future?

@MikhailArkhipov
Copy link
Contributor

No immediate plans. It is basically at prototype stage/shape at the moment. VS Code does not have extensible console/REPL with intellisense, does not have ability to create custom windows for plots or help and there is no connection between editor and the REPL.

@ldsands
Copy link

ldsands commented Apr 21, 2018

Forgive me if I missed this but could someone who could help identify issues in VSCode that would allow for this to happen? VSCode features are almost completely driven by upvotes if we could add a list of those issues that would help this to happen we could all go vote for them. I've looked but I don't know much about programming and didn't find anything. Thank you for your work on this I am really looking forward to using VSCode in the future for all of my R work.

Edit: maybe this is related Terminal Providers #46192

@shearer
Copy link

shearer commented Apr 26, 2018

Please also consider Linux for RTVS for Visual Code.
There is no really good R support for Visual Code yet.

@jacob-long
Copy link

I'd point followers of this issue to this extension for VS Code: https://github.com/Ikuyadeu/vscode-R

Depending on the reasons you are hoping for RTVS for VS Code, this may satisfy some/all of your needs. It supports highlighting, linting, and REPL among a couple of other things. And if you're itching to build out some functionality for VS Code, that extension is maintained by a lone developer who I suspect would be very happy to get contributions.

@Ikuyadeu
Copy link
Contributor

I am developer of https://github.com/Ikuyadeu/vscode-R.
Sorry, I will end supporting R extension by the end of this month for finding part-time job.
Could RTVS team or someone take over developing that?

@MikhailArkhipov
Copy link
Contributor

@Ikuyadeu - unlikely. This repo actually has implementation of R for VSCode in https://github.com/Microsoft/RTVS/tree/master/src/VsCode , there is no reason to have another one.

@ghost
Copy link

ghost commented Oct 12, 2018

@MikhailArkhipov

Hm, looks like this repo has not been updated in almost a year.
Is it working in VS code?
Is there documentation I could pass on to my PhD students?

Thanks!

@MikhailArkhipov
Copy link
Contributor

MikhailArkhipov commented Oct 12, 2018

It is possible to build your own from sources but extension is not officially published or supported. Speaking of, we'd like to hear why R Studio does not work for you, it is free in academia, as far as I know... VS Code does not have REPL or extensive graphics capabilities, it is mostly about editing code, so R in VS Code extension functionality would be quite limited.

@Ikuyadeu
Copy link
Contributor

@MikhailArkhipov Good! Thank you for your fast reply.
So, I can close my repository free, and looking forward to using new one.

@jacob-long
Copy link

Speaking for myself --- I would probably stick with RStudio for teaching purposes, though that isn't necessarily what's going on with PhD students --- I use VS Code with @Ikuyadeu's R extension because VS Code is so far superior as a text editor compared to RStudio.

Basic REPL support is so trivial to add to VS Code (and indeed, @Ikuyadeu has done that with the extension) that in some respects VS Code becomes better than RStudio for R development. The extension also included linting and through a related extension, LSP support. I am very thankful for @Ikuyadeu's work on it and respectfully ask that the extension be kept available, perhaps with a notice in the README that it is no longer maintained.

I'll have to give the RTVS team's version a go, though that will require me to mess around trying to figure out how to install it...

@MikhailArkhipov
Copy link
Contributor

@jacob-long - when I said REPL I didn't mean R terminal. Yes, terminal is trivial. However, both R Studio and RTVS provide proper REPL with colors, history, intellisense, snippets, ability to execute code from the editor selectively and shared variable declarations between REPL and editor.

@ghost
Copy link

ghost commented Oct 13, 2018

@MikhailArkhipov
Re: Rstudio.
Our team:

  • writes C/C++ code in VSC.
  • writes Python code in VSC.
  • writes papers in Latex using VSC.
  • writes and runs build scripts from VSC.
  • writes and runs Azure deployment scripts within VSC.
  • relies on Azure DevOps VC from within VSC.

It is quite unattractive to use Rstudio for a single language.

@MikhailArkhipov
Copy link
Contributor

Because it has rich feature set? It all depends on you expectations of the R extension feature set. What would be the min bar of acceptable functionality? The extensions you've mentioned have millions (and Python over 18M downloads and probably close to a million regular users). R extension has about 200K downloads, active users maybe 20K?

@ghost
Copy link

ghost commented Oct 13, 2018

The minimum feature set is exactly what is currently in Ikuyadeu's extension.

@MikhailArkhipov
Copy link
Contributor

Then the extension already exists, why create another one?

@ghost
Copy link

ghost commented Oct 13, 2018

No need to create another. But it seems like it will be unsupported soon.

Looking back over this whole thread, I am confused about Microsoft's planning. You seemed to promise Rtools for Visual Studio for Mac on some point but then pivoted to Rtools for VSC. Now it seems neither is working/supported/being developed?

@MikhailArkhipov
Copy link
Contributor

I don't think anything was actually promised. There was some prototype work done since RTVS project was ported to .NET Core anyway in order to support of Linux in Azure and Docker over remote. A prototype LS was implemented as a personal side project. That is about it. This is an open source project and external contributions are welcome.

@ghost
Copy link

ghost commented Oct 13, 2018

Mikhail,
you are right, of course.
For now, being able to run code and having some rudimentary LSP support is enough.

@DougManuel
Copy link

Just echoing @stegmueller's comments. VSC is a great platform. There are so many features that you gradually build a workflow for multiple languages. It would be great to use for R. RStudio is also great (and now has nice support for python including REPL). https://rstudio.github.io/reticulate/

Microsoft has widespread use of R https://blog.revolutionanalytics.com/2018/02/what-does-microsoft-do-with-r.html. So, R support in VSC makes a bit of sense?

@MikhailArkhipov I'm not sure the use of R vs Python extensions holds too much water if there isn't great R support in VSC.

REPL support is the critical feature.

@NowanIlfideme
Copy link

Also would like to echo that R in VSC would be great - I've switched to writing basically everything in VSC (Python, ReStructured Text, LaTeX, Julia, even toying with C++/CUDA).

Having (almost) the same interface for everything is great. The extension from @Ikuyadeu has most of the features already (big thanks to him!), I'll just stay with it for now (compiling this repo's extension from source is not really a solution as I don't have any js/ts experience).

@maciematt
Copy link

+1 - would love to be able to use this on a Mac.

@MikhailArkhipov
Copy link
Contributor

https://marketplace.visualstudio.com/items?itemName=Mikhail-Arkhipov.r
This is personal effort, not official from Microsoft. Thanks.

@MikhailArkhipov
Copy link
Contributor

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests