mirror of
https://github.com/VSCodium/vscodium.git
synced 2026-04-10 05:51:53 -05:00
codium as app executable name instead of vscodium? #1501
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @435vic on GitHub.
The titles, names, and executables in the official and OSS versions all are variations of
codeandcode-ossrespectively. Maybe we should keep the pattern by making the executablecodium? 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 originalcodeexecutable is that it's very quick to type, enabling commands likecode ~/very/big/pathfeel more fluent and quick.@drasbeck commented on GitHub:
I like the idea of
codiuminstead ofvscodium, 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, calledcodium.@JL2210 commented on GitHub:
See number #28.
@dzmitry-lahoda commented on GitHub:
For
pwsh:@435vic commented on GitHub:
I see... Well, that does make sense. Thank you!
@JL2210 commented on GitHub:
Just make a symlink or an alias.
@JL2210 commented on GitHub:
No, put alias code=vscodium in your bashrc.
@stripedpajamas commented on GitHub:
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
vscodiumwill no longer work (and therefore anyone who hasalias code=vscodiumwill 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.@stripedpajamas commented on GitHub:
I think @dzmitry-lahoda is on Windows @JL2210
@bittner commented on GitHub:
Can we reopen this issue? I'd like to fix this problem for everyone.
@bittner commented on GitHub:
Personally, I'd like to stick to the pattern that the non-free distribution follows:
codecodiumThat will make it also easier for developers transitioning from VSCode to VSCodium.
Muscle memory is a thing that is hard to overcome.
@drasbeck commented on GitHub:
Thanks @bittner. 💪
Now I'm happily waiting for this change to silently appear via homebrew.
@stripedpajamas commented on GitHub:
Yes that's where the change should be made -- that's the part that updates the product.json file right before building.
@bittner commented on GitHub:
Everyone looking into upgrading your
vscodiumpackage, please read my hints in the PR. 👀Thanks @stripedpajamas and @paulcarroty! 🥇 🥂 🍾
@bittner commented on GitHub:
Cool, thank you!
I'm not totally sure, but shouldn't it possible to simply change the value for
applicationNamein 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 thebefore_deploy:block or after calling./build.shin .travis.yml.