Skip to content

codium as app executable name instead of vscodium? #36

Closed

Description

@435vic

The titles, names, and executables in the official and OSS versions all are variations of code and code-oss respectively. Maybe we should keep the pattern by making the executable codium? Also I think the Visual Studio name is copyrighted by Microsoft, not sure, but we might as well be careful. Something else I like about the original code executable is that it's very quick to type, enabling commands like code ~/very/big/path feel more fluent and quick.

Activity

  1. JL2210 commented on Oct 10, 2018

    @JL2210
    Contributor

    See number #28.

  2. 435vic commented on Oct 10, 2018

    @435vic
    Author

    I see... Well, that does make sense. Thank you!

  3. drasbeck commented on Nov 29, 2018

    @drasbeck

    I like the idea of codium instead of vscodium, because it eases the onboarding of new users.

    @435vic, if things stay unchanged (and it looks like they do) you could always just create a symlink to vscodium, called codium.

  4. JL2210 commented on Apr 29, 2019

    @JL2210
    Contributor
  5. dzmitry-lahoda commented on Apr 29, 2019

    @dzmitry-lahoda

    For pwsh:

    New-Alias code vscodium
    
  6. JL2210 commented on Apr 29, 2019

    @JL2210
    Contributor
  7. stripedpajamas commented on Apr 29, 2019

    @stripedpajamas
    Member

    I think @dzmitry-lahoda is on Windows @JL2210

  8. bittner commented on May 28, 2019

    @bittner
    Contributor

    Can we reopen this issue? I'd like to fix this problem for everyone.

  9. bittner commented on May 28, 2019

    @bittner
    Contributor

    Personally, I'd like to stick to the pattern that the non-free distribution follows:

    • VSCode --> code
    • VSCodium --> codium

    That will make it also easier for developers transitioning from VSCode to VSCodium.
    Muscle memory is a thing that is hard to overcome.

  10. stripedpajamas commented on May 28, 2019

    @stripedpajamas
    Member

    All yours @bittner 💙

    This is a breaking change, so proceed with caution. Making the change should be simple (change product.json pre-build). I suppose we will need a big notice in the changelog of the next release that lets people know that vscodium will no longer work (and therefore anyone who has alias code=vscodium will break as well). I'm not sure if any extensions are affected. Some extensions try to call the binary itself... I remember this coming up in an issue a couple of weeks ago but I don't recall where it ended up.

  11. bittner commented on May 29, 2019

    @bittner
    Contributor

    Cool, thank you!

    I'm not totally sure, but shouldn't it possible to simply change the value for applicationName in build.sh? I'll try that in a PR. I hope the build will tell me when things break.

    Do we have functional tests? I don't see any. We may want to add a simple one (à la "run codium --version") to the before_deploy: block or after calling ./build.sh in .travis.yml.

  12. stripedpajamas commented on May 29, 2019

    @stripedpajamas
    Member

    Yes that's where the change should be made -- that's the part that updates the product.json file right before building.

  13. bittner commented on Jun 12, 2019

    @bittner
    Contributor

    Everyone looking into upgrading your vscodium package, please read my hints in the PR. 👀

    Thanks @stripedpajamas and @paulcarroty! 🥇 🥂 🍾

  14. drasbeck commented on Jun 13, 2019

    @drasbeck

    Thanks @bittner. 💪

    Now I'm happily waiting for this change to silently appear via homebrew.

  15. locked as resolved and limited conversation to collaborators on Aug 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions