-
-
Notifications
You must be signed in to change notification settings - Fork 842
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
support -e
command line flag as an alternative to start
#2782
Comments
Have you seen #2670? Support for Note that right now you still have to specify the Also see #2622 |
Thanks, I was not aware of that. Indeed, I don't feel that really solves the problem, even |
even `wezterm start -e` will require special handling in many
contexts.
If your third-party application parses the desktop file correctly, it
will work automatically, so unless they are buggy, usually no special
handling is required.
I don't have any strong opinion against adding support for `wezterm -e`
though.
So if @wez doesn't mind it either, I might send in a patch later.
|
Yes, |
@vimpostor if you can find a way to treat |
@wez if alias is an acceptable solution to this problem is there any issue with just slapping wezterm/wezterm-gui-subcommands/src/lib.rs Line 149 in 1fad25e
|
I don't know; I haven't tried it, and it's not high on my list of things to try. If it works, then that would be good. I have my doubts about it, as argument parsing typically uses |
I can try it out! If it works I'll send out a PR. |
8b05fdba8 ci: apparently GH_TOKEN is what it really should be f2632c32f Fix typo 040fa0793 Tweak labels in the menubar/command palette a31ba8738 ssh: respect AddressFamily for environments with broken ipv6 ff2caf4f6 cargo update c39bbbb45 docs: changelog for wez/wezterm#2782 e8886752e Add the hidden alias `-e` for the `start` subcommand. (#2889) 378853f5a palette: add icons for a number of entries b2e694032 box model: improve max width constraint for more complex elements b52ccfe36 palette: adjust group prefix when menubar is empty b1c3103a0 macos: update menubar when the config reloads 1fad25e92 include key assignments in palette and menubar 85afd9b59 tidy up macos menubar key assignment 1cdf74d19 menubar: re-categorize attach/detach b12506ea3 command palette: tweak for empty doc case 3a9513e19 improve width constraints in box_model, center command palette b789ec447 synthesize commands from domains, workspaces ab8a4f129 command palette: first pass 295e0c444 ci: potentially fixup flakey pages build 6479df63b removed deprecated Copy, Paste, PastePrimarySelection actions git-subtree-dir: crates/wezterm git-subtree-split: 8b05fdba84d84ba15cead3e71abe507b66a78d67
Thanks all! |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Admittedly
wezterm
's CLIwezterm start -- args
is undoubtedly better than using a flag like-e
, however tons of linux stuff assumes that any terminal will have the-e
flag. Examples includerofi
,rifle
and whatever the hell happens when you run*.desktop
files (which is not a behavior that's exclusive to desktop environments as other programs can try to run these).It would therefore be really nice if in addition to the current behavior,
wezterm
supported a-e
flag as it would greatly simplify the usage ofwezterm
as a default terminal.The text was updated successfully, but these errors were encountered: