Skip to content

Implement completion for package references in csproj files #1156

Open

Description

@jchannon

Environment data

dotnet --info output:

.NET Command Line Tools (1.0.0-rc4-004706)

Product Information:
 Version:            1.0.0-rc4-004706
 Commit SHA-1 hash:  e38bc4950c

Runtime Environment:
 OS Name:     Mac OS X
 OS Version:  10.11
 OS Platform: Darwin
 RID:         osx.10.11-x64
 Base Path:   /usr/local/share/dotnet/sdk/1.0.0-rc4-004706

VS Code version: 1.8.1 ee428b0eead68bf0fb99ab5fdc4439be227b6281
C# Extension version: 1.6.2

Steps to reproduce

Edit a netcore csproj

Expected behavior

Intellisense when trying to get nuget package names and versions. This is currently possible in project.json. Editing this file manually without intellisense is a bit painful.

Actual behavior

No behaviour its just editing a text file

Activity

  1. DustinCampbell commented on Jan 30, 2017

    @DustinCampbell
    Member

    This will likely happen at some point, but not for awhile (unless somebody wants to contribute! 😄)

  2. added this to the future milestone on Jan 30, 2017
  3. cmurczek-it commented on Feb 6, 2017

    @cmurczek-it

    Hi,
    I'd be willing to give this a shot. I think this was/is a killer feature and I'm already starting to miss it! ;)

    Are you planning on merging PR #224? In that case I should make the implementation for csproj somehow fit into what was there for project.json. Otherwise I'd use the project.json implementation as a template for csproj wherever it makes sense.

    I'd start by raising the PR asap so you can easily follow up on progress. Since you tagged this issue as Backlog, should I target master or future with my PR?

    Let me know your plans regarding #224 so I can compile the task list for my PR.

    Cheers,
    Christoph

  4. DustinCampbell commented on Feb 6, 2017

    @DustinCampbell
    Member

    You're welcome to take a stab at it! It'll be quite some time before I'm able to get to this.

  5. removed this from the future milestone on Feb 7, 2017
  6. strake7 commented on Mar 8, 2017

    @strake7

    Indeed editing without the intellisense is a bit of a pain so I've been using the dotnet cli to manipulate nuget packages. Though I would use this should it be completed. Good luck!

  7. tintoy commented on Mar 8, 2017

    @tintoy

    BTW, there's a new extension for Visual Studio 2017 that provides PackageReference intellisense:

    https://github.com/dotnet/ProjFileTools

    Might help if anybody is curious about the mechanics of how to accomplish this.

  8. DustinCampbell commented on Mar 8, 2017

    @DustinCampbell
    Member

    @mlorbetske and I were talking about how we might pull this into OmniSharp and C# for VS Code just yesterday.

  9. stuartleeks commented on Mar 14, 2017

    @stuartleeks

    Go go @mlorbetske :-)

  10. added this to the 1.10 milestone on Apr 20, 2017
  11. changed the title [-]csproj intellisense plans?[/-] [+]Implement completion for package references in csproj files[/+] on Apr 20, 2017
  12. DustinCampbell commented on May 25, 2017

    @DustinCampbell
    Member

    Unfortunately, this is going to have to move to 1.11. I've started looking at it, but other responsibilities got in the way this month.

  13. added this to the 1.11 milestone on May 25, 2017
  14. 11 remaining items

  15. tintoy commented on Aug 14, 2017

    @tintoy

    Hi.

    It's not part of OmniSharp, but I finally bit the bullet and wrote an extension to provide basic completion for PackageReference elements (package Ids and versions). I'm planning to eventually build out a full MSBuild language service behind it but it's probably good enough now for the most common use-case (packages from nuget.org - custom package sources from NuGet.config will be added in a later release). The NuGet v3 API is a little slow (but not infuriatingly so). Hopefully they'll improve it over time.

    BTW, I'm happy to contribute this functionality back to OmniSharp if it makes sense to do so.

  16. ebekker commented on Oct 6, 2017

    @ebekker

    The current changelog for C# extension reads "Known Issues in 1.12.0...There currently is no completion support for package references in csproj files. (#1156)"

    Might be a good idea to add a link to @tintoy 's extension to tide people over in the interim. Or just simply adopt that extension wholesale as the official support.

  17. DustinCampbell commented on Oct 6, 2017

    @DustinCampbell
    Member

    That's a very good idea (and thanks for bumping this issue to the top of my stack 😄).

    @tintoy: I'd definitely work with you to contribute this back into C# for VS Code if you're interested. In the meantime, I'll add some text to point folks to your extension.

  18. tintoy commented on Oct 6, 2017

    @tintoy

    @DustinCampbell sure, I'm keen :)

  19. ebekker commented on Oct 8, 2017

    @ebekker

    Bonus -- @tintoy just added ability to toggle filtering of pre-release versions!

  20. modified the milestones: 1.13, Backlog on Oct 12, 2017
  21. bryanhitc commented on Jun 19, 2018

    @bryanhitc

    @DustinCampbell @tintoy Any update on this? It would be great to have this functionality integrated into C# for VS Code.

  22. tintoy commented on Jun 19, 2018

    @tintoy

    @BryanHitchcock It's been a while since I looked into this, but I'm still open to the idea of doing this (and am happy to put in the effort if it's what users want and the OmniSharp team think it makes sense to do so 😄). I suspect this is mostly a deployment issue, rather than one of functionality (although I could be wrong) so it might be enough to ensure that MSBuild Project Tools gets installed when you install the C# extension? We previously discussed creating an extension pack but I don't think anyone's had a proper think about what that would look like so far.

  23. makakaorg commented on Feb 22, 2020

    @makakaorg

    Hi, do you have any progress? Fixing Date?

  24. removed this from the Backlog milestone on Apr 11, 2020
  25. tilkinsc commented on Dec 23, 2023

    @tilkinsc

    Whats the current state of things? There seems to be no alternatives.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions