Request: Right-click menu inside TerminalControl (w/ Copy &amp; Paste?) #4669

@zadjii-msft commented on GitHub (Oct 28, 2019):

Seems vaguely related to #1912 as well.

This might require some more detailed design discussion. For example, if you right click on the titlebar (when tabs aren't in the titlebar), then it makes sense that these options would apply only to the active tab/pane. Start a selection in the current tab, copy the current tab's selected text, etc.

What about if you right-click on a tab that's not focused? Would "copy" there copy the text from the unfocused tab?

Would "find" still bring up the search dialog for the currently focused pane?

@zadjii-msft commented on GitHub (Oct 28, 2019): Seems vaguely related to #1912 as well. This might require some more detailed design discussion. For example, if you right click on the titlebar (when tabs aren't in the titlebar), then it makes sense that these options would apply only to the active tab/pane. Start a selection in the current tab, copy the current tab's selected text, etc. What about if you right-click on a tab that's not focused? Would "copy" there copy the text from the unfocused tab? Would "find" still bring up the search dialog for the currently focused pane?

claunia commented

@jdrch commented on GitHub (Mar 11, 2020):

Same request here. Not having a right-click menu seriously reduces Terminal's usability compared to MobaXterm on Windows and Konsole in KDE on Linux.

@jdrch commented on GitHub (Mar 11, 2020): Same request here. Not having a right-click menu seriously reduces Terminal's usability compared to MobaXterm on Windows and Konsole in KDE on Linux.

claunia commented

@cor3ntin commented on GitHub (Mar 20, 2020):

Yes, please!
Here is what it looks like in Konsole, it is incredibly useful

@cor3ntin commented on GitHub (Mar 20, 2020): Yes, please! Here is what it looks like in Konsole, it is incredibly useful ![image](https://user-images.githubusercontent.com/1409019/77149057-13033180-6a91-11ea-97f1-fe44546aebf3.png)

claunia commented

@jdrch commented on GitHub (Mar 20, 2020):

@cor3ntin Literally this a million times over. That's what an actually useful terminal app is supposed to do/look like.

@jdrch commented on GitHub (Mar 20, 2020): @cor3ntin Literally this a million times over. That's what an actually useful terminal app is supposed to do/look like.

claunia commented

@DHowett-MSFT commented on GitHub (Mar 20, 2020):

You don’t need to throw shade to make your point.

@DHowett-MSFT commented on GitHub (Mar 20, 2020): You don’t need to throw shade to make your point.

claunia commented

@jdrch commented on GitHub (Mar 20, 2020):

@DHowett-MSFT I'm just being honest. There's a reason I have Terminal installed but still use MobaXTerm, even for my WSL instance (which I had to blow away anyway to get an Insider Build update to take, but that's another story.) Stuff like lack of a right-click really diminishes the usefulness of a terminal emulator to me because I can't even use the context menu keyboard button in it. If I said otherwise I'd be lying. 🤷‍♂️

And no, I'm not a hater. More of my PCs run Windows 10 (5) than run any other OS and Windows is my daily driver at work and home.

@jdrch commented on GitHub (Mar 20, 2020): @DHowett-MSFT I'm just being honest. There's a reason I have Terminal installed but still use [MobaXTerm](https://mobaxterm.mobatek.net/), even for my [WSL instance](https://github.com/jdrch/Hardware/blob/master/Lenovo%20L380%20Yoga%20ThinkPad%2020M7CTO1WW.md#operating-systems) (which I had to blow away anyway to get an Insider Build update to take, but that's another story.) Stuff like lack of a right-click really diminishes the usefulness of a terminal emulator to me because I can't even use the context menu keyboard button in it. If I said otherwise I'd be lying. 🤷‍♂️ And no, I'm not a hater. [More of my PCs run Windows 10 (5)](https://github.com/jdrch/Hardware/blob/master/OSes.md#windows-64-bit) than run any other OS and [Windows is my daily driver at work and home](https://github.com/jdrch/Hardware#you-should-switch-from-windows-because-insert-reasons-here).

claunia commented

@SFM61319 commented on GitHub (Apr 28, 2020):

This terminal is a highly customizable UWP app that also has a context menu and looks cleaner and better than the official Windows Terminal app. I was thinking why don't we take that app as an "inspiration"?

@SFM61319 commented on GitHub (Apr 28, 2020): [This terminal](https://github.com/felixse/FluentTerminal "Fluent terminal") is a highly customizable UWP app that also has a context menu and looks cleaner and better than the official Windows Terminal app. I was thinking why don't we take that app as an "inspiration"?

claunia commented

@DHowett-MSFT commented on GitHub (Apr 28, 2020):

@SFM61319 Thanks for sharing a link to fluentterm on multiple bug reports on our repo. We'll take it into consideration.

@DHowett-MSFT commented on GitHub (Apr 28, 2020): @SFM61319 Thanks for sharing a link to fluentterm on multiple bug reports on our repo. We'll take it into consideration.

claunia commented

@mdtauk commented on GitHub (Apr 28, 2020):

This context menu should also include the pane commands
"Split Vertically" and "Split Horizontally"

@mdtauk commented on GitHub (Apr 28, 2020): This context menu should also include the pane commands "Split Vertically" and "Split Horizontally"

claunia commented

@jdrch commented on GitHub (Apr 28, 2020):

@mdtauk Which other terminal apps have that feature? Just curious. Most multiplexing is done server-side via byobu, tmux, or something similar.

@jdrch commented on GitHub (Apr 28, 2020): @mdtauk Which other terminal apps have that feature? Just curious. Most multiplexing is done server-side via `byobu`, `tmux`, or something similar.

claunia commented

@mdtauk commented on GitHub (Apr 28, 2020):

@jdrch the feature is there, however it can only be used via keyboard shortcuts.

@mdtauk commented on GitHub (Apr 28, 2020): @jdrch the feature is there, however it can only be used via keyboard shortcuts.

claunia commented

@jdrch commented on GitHub (Apr 28, 2020):

@mdtauk Ah. TIL!

@jdrch commented on GitHub (Apr 28, 2020): @mdtauk Ah. TIL!

claunia commented

@zadjii-msft commented on GitHub (Apr 28, 2020):

@jdrch Hyper, Terminator, Windows Terminal (see #1000), iterm2

@zadjii-msft commented on GitHub (Apr 28, 2020): @jdrch [Hyper](https://github.com/zeit/hyperterm/pull/693), [Terminator](https://gnometerminator.blogspot.com/p/introduction.html), Windows Terminal (see #1000), [iterm2](https://osxdaily.com/2011/01/03/split-terminal-mac-iterm2/)

claunia commented

@mdtauk commented on GitHub (Apr 28, 2020):

@mdtauk Ah. TIL!

This is why I think the feature needs more UI awareness

@mdtauk commented on GitHub (Apr 28, 2020): > @mdtauk Ah. TIL! This is why I think the feature needs more UI awareness

claunia commented

@SFM61319 commented on GitHub (Apr 29, 2020):

Also, the profile menu and the buttons don't look much "fluent". Please add some AcrylicBrush and RevealBrush brushes to those for a more fluent effect.

@SFM61319 commented on GitHub (Apr 29, 2020): Also, the profile menu and the buttons don't look much "fluent". Please add some `AcrylicBrush` and `RevealBrush` brushes to those for a more fluent effect.

claunia commented

@zadjii-msft commented on GitHub (Apr 29, 2020):

@SFM61319 The discussion of where to use acrylic and where not to isn't really on-topic for this thread - I've moved the discussion over to #1375

@zadjii-msft commented on GitHub (Apr 29, 2020): @SFM61319 The discussion of where to use acrylic and where not to isn't really on-topic for this thread - I've moved the discussion over to #1375

claunia commented

@helenol commented on GitHub (May 11, 2020):

Since the issue https://github.com/microsoft/terminal/issues/3424, asking to be able to disable paste on right-click, was closed as a duplicate of this issue, I would like to bring that up as a separate issue (that is much easier to address) here. PLEASE allow me to disable this functionality in the settings.

I am constantly accidentally pasting my clipboard into the terminal while trying to do something else, which is going to force me to switch back to ConEmu where I can disable this functionality.
Since there's already settings for copy on select and key bindings for copy-paste, please please please make this feature turn-off-able too.

@helenol commented on GitHub (May 11, 2020): Since the issue https://github.com/microsoft/terminal/issues/3424, asking to be able to disable paste on right-click, was closed as a duplicate of this issue, I would like to bring that up as a separate issue (that is much easier to address) here. *PLEASE* allow me to disable this functionality in the settings. I am constantly accidentally pasting my clipboard into the terminal while trying to do something else, which is going to force me to switch back to ConEmu where I can disable this functionality. Since there's already settings for copy on select and key bindings for copy-paste, **please please please** make this feature turn-off-able too.

claunia commented

@DHowett-MSFT commented on GitHub (May 12, 2020):

So, we're tracking the ability to fully customize what happens when you click in #1553. As part of that work, we'll of course make sure you can turn off all right-click actions.

@DHowett-MSFT commented on GitHub (May 12, 2020): So, we're tracking the ability to fully customize what happens when you click in #1553. As part of that work, we'll of course make sure you can turn off all right-click actions.

claunia commented

@vwheeler63 commented on GitHub (Aug 10, 2020):

There is another issue related to this that I think is even more important than neat features: right-click paste can be dangerous or even catastrophic when working in a source-code environment -- I just had it happen to me that a series of lines pasted into a command window (which is why I did a search and found this issue) -- I'm very glad it is on the table. I'm just glad the (unintentional) paste didn't delete or alter any files. (This would be a really insidious way for a hacker to ruin a PC too with the right commands snuck onto the clipboard.) I am aware there is a way to warn before multi-line pasting, which is what I am going to look up now.

In any case, I wanted to reinforce the importance of this one: I believe it is critical to making Windows Terminal safe to use in a source-code environment, where I would very much like to prevent any pasting unless I hit Shift-Ins or Ctrl-V or other bound key sequence to do it. Thanks!!

@vwheeler63 commented on GitHub (Aug 10, 2020): There is another issue related to this that I think is even more important than neat features: right-click paste can be dangerous or even catastrophic when working in a source-code environment -- I just had it happen to me that a series of lines pasted into a command window (which is why I did a search and found this issue) -- I'm very glad it is on the table. I'm just glad the (unintentional) paste didn't delete or alter any files. (This would be a really insidious way for a hacker to ruin a PC too with the right commands snuck onto the clipboard.) I am aware there is a way to warn before multi-line pasting, which is what I am going to look up now. In any case, I wanted to reinforce the importance of this one: I believe it is critical to making Windows Terminal safe to use in a source-code environment, where I would very much like to prevent any pasting unless I hit Shift-Ins or Ctrl-V or other bound key sequence to do it. Thanks!!

claunia commented

@jdrch commented on GitHub (Aug 10, 2020):

right-click paste can be dangerous or even catastrophic when working in a source-code environment

Good to know. Hadn't considered that!

I am aware there is a way to warn before multi-line pasting, which is what I am going to look up now.

MobaXterm will warn you if there's an Enter (or newline) included in the paste that might cause the resulting line to execute.

@jdrch commented on GitHub (Aug 10, 2020): > right-click paste can be dangerous or even catastrophic when working in a source-code environment Good to know. Hadn't considered that! > I am aware there is a way to warn before multi-line pasting, which is what I am going to look up now. MobaXterm will warn you if there's an `Enter` (or newline) included in the paste that might cause the resulting line to execute.

claunia commented

@juvtib commented on GitHub (Aug 31, 2020):

I'm excited by Terminal. But I'm not willing to use it until I can disable right-click paste. I don't want to dump a bunch of unknown text or commands into a live terminal just because of a stray mouse click.

@juvtib commented on GitHub (Aug 31, 2020): I'm excited by Terminal. But I'm not willing to use it until I can disable right-click paste. I don't want to dump a bunch of unknown text or commands into a live terminal just because of a stray mouse click.

claunia commented

@vwheeler63 commented on GitHub (Aug 31, 2020):

I'm excited by Terminal. But I'm not willing to use it until I can disable right-click paste. I don't want to dump a bunch of unknown text or commands into a live terminal just because of a stray mouse click.

I did find something that mitigates this problem enough for me to start using it: the global setting

"multiLinePasteWarning": true,

at least prevents any commands from executing unintentionally, since it looks for line-feeds in the clipboard contents and requires a confirmation before it pastes. However, I'm anxious to see an ability to turn paste-on-right-click feature off or ONLY paste with Ctrl-Ins or other configured key mappings.

@vwheeler63 commented on GitHub (Aug 31, 2020): > > > I'm excited by Terminal. But I'm not willing to use it until I can disable right-click paste. I don't want to dump a bunch of unknown text or commands into a live terminal just because of a stray mouse click. I did find something that mitigates this problem enough for me to start using it: the global setting "multiLinePasteWarning": true, at least prevents any commands from executing unintentionally, since it looks for line-feeds in the clipboard contents and requires a confirmation before it pastes. However, I'm anxious to see an ability to turn paste-on-right-click feature off or ONLY paste with Ctrl-Ins or other configured key mappings.

claunia commented

@mangelozzi commented on GitHub (Sep 7, 2020):

"multiLinePasteWarning": true, is not a fix for me cause I am often pasting multi-line text into VIM.

@mangelozzi commented on GitHub (Sep 7, 2020): `"multiLinePasteWarning": true,` is not a fix for me cause I am often pasting multi-line text into VIM.

claunia commented

@drewhemm commented on GitHub (Sep 7, 2020):

I wonder where the right-click-immediately-pastes behaviour originally started? The same behaviour is present in Visual Studio Code's integrated terminal in Windows, but not in Linux.

@drewhemm commented on GitHub (Sep 7, 2020): I wonder where the right-click-immediately-pastes behaviour originally started? The same behaviour is present in Visual Studio Code's integrated terminal in Windows, but not in Linux.

claunia commented

@juvtib commented on GitHub (Sep 7, 2020):

I wonder where the right-click-immediately-pastes behaviour originally started? The same behaviour is present in Visual Studio Code's integrated terminal in Windows, but not in Linux.

I know it from Console Window Host. Right-click paste has been the default option there for as long as I can remember. But all console shortcuts have a shortcut property that allows you to disable 'Quick Edit Mode'. I assume the Terminal team picked the default behavior to start with.

@juvtib commented on GitHub (Sep 7, 2020): > > > I wonder where the right-click-immediately-pastes behaviour originally started? The same behaviour is present in Visual Studio Code's integrated terminal in Windows, but not in Linux. I know it from [Console Window Host](https://www.howtogeek.com/howto/4996/what-is-conhost.exe-and-why-is-it-running/). Right-click paste has been the *default* option there for as long as I can remember. But all console shortcuts have a shortcut property that allows you to disable 'Quick Edit Mode'. I assume the Terminal team picked the default behavior to start with.

claunia commented

@TheEpicFace007 commented on GitHub (Nov 5, 2020):

An right click menu like linux terminal would be amazing! It would avoid accidently pasting stuff and it would make it more conveinient to copy and paste stuff into the terminal.

@TheEpicFace007 commented on GitHub (Nov 5, 2020): An right click menu like linux terminal would be amazing! It would avoid accidently pasting stuff and it would make it more conveinient to copy and paste stuff into the terminal. ![](https://i.imgur.com/bf3qcLU.png)

claunia commented

@lobosan commented on GitHub (Dec 26, 2020):

any alternative for this?

@lobosan commented on GitHub (Dec 26, 2020): any alternative for this?

claunia commented

@guoqiao commented on GitHub (Jul 22, 2021):

@mdtauk Which other terminal apps have that feature? Just curious. Most multiplexing is done server-side via byobu, tmux, or something similar.

Splitting screen is super useful to me, I do it all the time in daily work, especially we now have large monitorers.
I only use tmux/byobu when I have to, e.g.: on server, since a lot of functions are inconvenient with them, such as copy & paste, scrolling, mouse, etc.
I normally work on Ubuntu with Terminator, the main reason is because is has Horizontal Split and Vertical Split plus icons in right click context menu. Having them in menu is helpful so I don't need to remember the shortcuts. Having the icons is also helpful, since when you say "Horizontal Split" (or "Vertical Split") , it is actually confusing: are you spliting a new window in the horizontal direction(口|口), or you mean the split line is is horizontal (曰)? The icons make you understand it without thinking.

@guoqiao commented on GitHub (Jul 22, 2021): > @mdtauk Which other terminal apps have that feature? Just curious. Most multiplexing is done server-side via `byobu`, `tmux`, or something similar. 1. Splitting screen is super useful to me, I do it all the time in daily work, especially we now have large monitorers. 2. I only use tmux/byobu when I have to, e.g.: on server, since a lot of functions are inconvenient with them, such as copy & paste, scrolling, mouse, etc. 3. I normally work on Ubuntu with Terminator, the main reason is because is has `Horizontal Split` and `Vertical Split` plus icons in right click context menu. Having them in menu is helpful so I don't need to remember the shortcuts. Having the icons is also helpful, since when you say "Horizontal Split" (or "Vertical Split") , it is actually confusing: are you spliting a new window in the horizontal direction(口|口), or you mean the split line is is horizontal (曰)? The icons make you understand it without thinking.

claunia commented

@ghost commented on GitHub (Feb 17, 2022):

It would be really nice to be able to right-click a pane to close it from a context menu.

@ghost commented on GitHub (Feb 17, 2022): It would be really nice to be able to right-click a pane to close it from a context menu.

claunia commented

@zadjii-msft commented on GitHub (Mar 28, 2022):

misc notes from last week:

Some of these actions should only appear when text is selected.
- how?
- How do we feed the selected text into the action in the menu?
- There are some notes in #5916
I want to be able to right-click search for some text, but again, that requires parsing the action at time of invoke, because the action name would be dependent on the selected text? (some notes in #10175)
I want to be able to right click a selection and save that as a sendInput action with that text. That's crazy.
"Open Current Directory" or "Copy current path" actions would require that a path had been set by the shell

Actions that could be here:

Always:
- duplicate tab
- split pane
- paste
Without a zoomed pane(?)
- zoom pane
With text selected:
- Find this text in the buffer
- Search the web (requires #10175)
- Copy
- Unable to find the selected font "Cascadia Mono". (#12857)
- Bookmark selection, #11000
When there's a path provided by cmdline app
- Open in explorer
- copy current path
When the connection is closed(?)
- Close pane #12849 (only mentioned because it's a conditional KB. May want to just always have.)

More notes, circa late june 2022

Is it valuable at all to have this be configurable? Other than just "right click opens the menu" - I reckon it might not
We could just raise an event from control->app ContextMenuRequestedArgs { selectedText, currentDirectory, connectionState(?) }, then have the app build the menu using that info.
This doesn't seem like something that should be an action
Without real mouse bindings, I'd put this under "experimental.mouseRightClick": "paste"| "menu"

@zadjii-msft commented on GitHub (Mar 28, 2022): misc notes from last week: * Some of these actions should only appear when text is selected. * how? * How do we feed the selected text into the action in the menu? * There are some notes in #5916 * I want to be able to right-click search for some text, but again, that requires parsing the action at time of invoke, because the action name would be dependent on the selected text? (some notes in #10175) * I want to be able to right click a selection and save that as a `sendInput` action _with that text_. That's crazy. * "Open Current Directory" or "Copy current path" actions would require that a path had been set by the shell ### Actions that could be here: * Always: * duplicate tab * split pane * paste * Without a zoomed pane(?) * zoom pane * With text selected: * Find this text in the buffer * Search the web (requires #10175) * Copy * #12857 * Bookmark selection, #11000 * When there's a path provided by cmdline app * Open in explorer * copy current path * When the connection is closed(?) * Close pane #12849 (only mentioned because it's a conditional KB. May want to just always have.) ### More notes, circa late june 2022 * Is it valuable at all to have this be configurable? Other than just "right click opens the menu" - I reckon it might _not_ * We could just raise an event from control->app `ContextMenuRequestedArgs { selectedText, currentDirectory, connectionState(?) }`, then have the app build the menu using that info. * This doesn't seem like something that should be an action * Without real mouse bindings, I'd put this under `"experimental.mouseRightClick": "paste"| "menu"`

claunia commented

@WaitingForGuacamole commented on GitHub (May 26, 2022):

So, noticing that this issue was opened 2-1/2 years ago, and that functionality is being mentioned/consolidated into it, can we get some visibility into where it sits in the roadmap - that is, when will it come out of planning and go into development?

@WaitingForGuacamole commented on GitHub (May 26, 2022): So, noticing that this issue was opened 2-1/2 years ago, and that functionality is being mentioned/consolidated into it, can we get some visibility into where it sits in the roadmap - that is, when will it come out of planning and go into development?

claunia commented

@zadjii-msft commented on GitHub (Oct 31, 2022):

FWIW I hacked this together during the hackathon before leave. I left it in dev/migrie/f/3337-just-for-funsies. I think it still needs some cleanup before real review, but I think someone from the community could probably get it across the finish line.

Dustin and I talked about how we might want to make this a bonafide part of TermControl itself - like, anyone who uses a UWP XAML TermControl should be able to get this menu.

Of course, that would require more refactoring to get it so things like Copy, Paste, Find are always in the menu, and then the menu is given to the app layer to allow additional entries to be added.

The other weird trick is that the Copy/Paste/Find actions in the menu would need to be wired up in whoever is hosting the control. All that seems like more work than it's worth right now to get this out in an experimental form. I'll punt that discussion to #6999

@zadjii-msft commented on GitHub (Oct 31, 2022): FWIW I hacked this together during the hackathon before leave. I left it in `dev/migrie/f/3337-just-for-funsies`. I think it still needs some cleanup before real review, **but I think someone from the community could probably get it across the finish line**. Dustin and I talked about how we might want to make this a bonafide part of TermControl itself - like, anyone who uses a UWP XAML TermControl should be able to get this menu. Of course, that would require more refactoring to get it so things like Copy, Paste, Find are always in the menu, and then the menu is given to the app layer to allow additional entries to be added. The other weird trick is that the Copy/Paste/Find actions in the menu would need to be wired up in whoever is hosting the control. All that seems like more work than it's worth right now to get this out in an experimental form. I'll punt that discussion to #6999

claunia commented

@zadjii-msft commented on GitHub (Jan 29, 2023):

More notes

Do something like this.

TermControl should have a ContextFlyout property, which is a CommandBarFlyout.
The TerminalPage can add an Opening handler to that ContextFlyout.
In that Opening handler, the page can add commands it wants to customize the control with.
Copy, paste, find are always in the menu.
SplitPane, DuplicateTab, ClosePane, CloseTab all get added as needed.
In the sample for RichTextBox, there's a separate SelectionFlyout. That doesn't seem like a bad idea, honestly.
- Only put copy/find in those commands
- Only put SearchWeb in there

@zadjii-msft commented on GitHub (Jan 29, 2023): More notes ![image](https://user-images.githubusercontent.com/18356694/215336360-1bd50789-3b53-42ef-bb1c-8fb549b639e3.png) Do something like this. * [ ] `TermControl` should have a `ContextFlyout` property, which is a `CommandBarFlyout`. * [ ] The `TerminalPage` can add an `Opening` handler to that `ContextFlyout`. * [ ] In that `Opening` handler, the page can add commands it wants to customize the control with. * [ ] Copy, paste, find are always in the menu. * [ ] `SplitPane`, `DuplicateTab`, `ClosePane`, `CloseTab` all get added as needed. * [ ] In the sample for `RichTextBox`, there's a separate `SelectionFlyout`. That doesn't seem like a bad idea, honestly. * [ ] Only put copy/find in those commands * [ ] Only put `SearchWeb` in there

claunia commented

@isayakmondal commented on GitHub (Mar 21, 2023):

Where do I've to put experimental.rightClickContextMenu in order for this to work? @zadjii-msft

@isayakmondal commented on GitHub (Mar 21, 2023): Where do I've to put `experimental.rightClickContextMenu` in order for this to work? @zadjii-msft

claunia commented

@zadjii-msft commented on GitHub (Mar 21, 2023):

That just merged on Friday - it's only available in main currently. It'll be a while before 1.18 comes out with this.

@zadjii-msft commented on GitHub (Mar 21, 2023): That just merged on Friday - it's only available in `main` currently. It'll be a while before 1.18 comes out with this.

claunia commented

@isayakmondal commented on GitHub (Mar 21, 2023):

That just merged on Friday - it's only available in main currently. It'll be a while before 1.18 comes out with this.

In the mean time can I change the behavior of the right click or disable to completely?

@isayakmondal commented on GitHub (Mar 21, 2023): > That just merged on Friday - it's only available in `main` currently. It'll be a while before 1.18 comes out with this. In the mean time can I change the behavior of the right click or disable to completely?

claunia commented

@zadjii-msft commented on GitHub (Mar 21, 2023):

Nope, sorry.

@zadjii-msft commented on GitHub (Mar 21, 2023): Nope, sorry.

claunia commented

https://learn.microsoft.com/en-us/windows/terminal/customize-settings/profile-advanced#right-click-context-menu-preview

@frisedel commented on GitHub (Mar 4, 2024):

so a year has passed, and it seems that the context menu should be in the preview version.
however, I can't get it to work.
any suggestions on how to do that? the option is not the settings

@frisedel commented on GitHub (Mar 4, 2024): so a year has passed, and it seems that the context menu should be in the preview version. however, I can't get it to work. any suggestions on how to do that? the option is not the settings https://learn.microsoft.com/en-us/windows/terminal/customize-settings/profile-advanced#right-click-context-menu-preview

claunia commented

@zadjii-msft commented on GitHub (Mar 4, 2024):

It's not in the settings UI anywhere (as of 1.19 / 1.20), but you can add it in to the settings.json file manually, with

"experimental.rightClickContextMenu": true,

under any profile

@zadjii-msft commented on GitHub (Mar 4, 2024): It's not in the settings UI anywhere (as of 1.19 / 1.20), but you can add it in to the [settings.json file](https://github.com/microsoft/terminal/wiki/Frequently-Asked-Questions-(FAQ)#where-can-i-find-the-settings-file) manually, with ``` "experimental.rightClickContextMenu": true, ``` under any profile

claunia commented

@zadjii-msft commented on GitHub (Mar 4, 2024):

(I also went ahead and added it to the SUI in #16809. Sorry we forgot about it so long!)

@zadjii-msft commented on GitHub (Mar 4, 2024): (I also went ahead and added it to the SUI in #16809. Sorry we forgot about it so long!)

claunia commented

@jdrch commented on GitHub (Mar 4, 2024):

under any profile

Where is this located again? Dumb question, sorry.

@jdrch commented on GitHub (Mar 4, 2024): > under any profile Where is this located again? Dumb question, sorry.

claunia commented

@Neme12 commented on GitHub (Mar 5, 2024):

What version is experimental.rightClickContextMenu available in? I have version 1.19.10573.0 and setting this in settings.json has no effect.

@Neme12 commented on GitHub (Mar 5, 2024): What version is `experimental.rightClickContextMenu` available in? I have version 1.19.10573.0 and setting this in settings.json has no effect.

claunia commented

@Neme12 commented on GitHub (Mar 5, 2024):

Oh I see, it's a per-profile setting. I learned about the setting here: https://learn.microsoft.com/en-us/windows/terminal/customize-settings/interaction - there, it says the settings on that page belong to the root of settings.json.

Maybe the documentation should be fixed?

@Neme12 commented on GitHub (Mar 5, 2024): Oh I see, it's a per-profile setting. I learned about the setting here: https://learn.microsoft.com/en-us/windows/terminal/customize-settings/interaction - there, it says the settings on that page belong to the root of settings.json. ![image](https://github.com/microsoft/terminal/assets/11444821/44c60c2f-b6a9-434e-aebf-e35a989060f1) Maybe the documentation should be fixed?

claunia commented

@jdrch commented on GitHub (Apr 22, 2024):

It's not in the settings UI anywhere, but you can add it in to the settings manually, with
"experimental.rightClickContextMenu": true,
under any profile

Hey @zadjii-msft I added it to my %LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json as:

{
    "$help": "https://aka.ms/terminal-documentation",
    "$schema": "https://aka.ms/terminal-profiles-schema-preview",
    "experimental.rightClickContextMenu": true,

But when I right-click in Terminal Preview it just spits out the setting every time I click, resulting in a command prompt that looks like this:

> "experimental.rightClickContextMenu": true"experimental.rightClickContextMenu": true"experimental.rightClickContextMenu": true

Any ideas?

@jdrch commented on GitHub (Apr 22, 2024): > It's not in the settings UI anywhere, but you can add it in to the settings manually, with > > ``` > "experimental.rightClickContextMenu": true, > ``` > > under any profile Hey @zadjii-msft I added it to my `%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json` as: ``` { "$help": "https://aka.ms/terminal-documentation", "$schema": "https://aka.ms/terminal-profiles-schema-preview", "experimental.rightClickContextMenu": true, ``` But when I right-click in Terminal Preview it just spits out the setting every time I click, resulting in a command prompt that looks like this: `> "experimental.rightClickContextMenu": true"experimental.rightClickContextMenu": true"experimental.rightClickContextMenu": true` Any ideas?

claunia commented

@jdrch commented on GitHub (Apr 22, 2024):

Update: follow these instructions to add "experimental.rightClickContextMenu": true to %LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json

I did the above and it worked just fine.

@jdrch commented on GitHub (Apr 22, 2024): Update: follow [these instructions](https://winaero.com/windows-terminal-preview-1-18-adds-tab-tearout-portable-mode-and-more/) to add `"experimental.rightClickContextMenu": true` to `%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json` I did the above and it worked just fine.

claunia commented

@frisedel commented on GitHub (Apr 22, 2024):

Update: follow these instructions to add "experimental.rightClickContextMenu": true to %LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json

I did the above and it worked just fine.

the instructions described in the link was the exact instructions given by @zadjii-msft

@frisedel commented on GitHub (Apr 22, 2024): > Update: follow [these instructions](https://winaero.com/windows-terminal-preview-1-18-adds-tab-tearout-portable-mode-and-more/) to add `"experimental.rightClickContextMenu": true` to `%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json` > > I did the above and it worked just fine. the instructions described in the link was the exact instructions given by @zadjii-msft

claunia commented

@jdrch commented on GitHub (Apr 22, 2024):

Update: follow these instructions to add "experimental.rightClickContextMenu": true to %LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json

I did the above and it worked just fine.

the instructions described in the link was the exact instructions given by @zadjii-msft

Not to me. They didn't specify where the settings.json file is or exactly where in the file to put the line. All he said was to put the line in the file. If you put it at the wrong location in the file, the feature doesn't work.

Details matter.

@jdrch commented on GitHub (Apr 22, 2024): > > Update: follow [these instructions](https://winaero.com/windows-terminal-preview-1-18-adds-tab-tearout-portable-mode-and-more/) to add `"experimental.rightClickContextMenu": true` to `%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminalPreview_8wekyb3d8bbwe\LocalState\settings.json` > > > > I did the above and it worked just fine. > > the instructions described in the link was the exact instructions given by @zadjii-msft Not to me. They didn't specify where the `settings.json` file is or exactly where in the file to put the line. All he said was to put the line in the file. If you put it at the wrong location in the file, the feature doesn't work. Details matter.

claunia commented

@frisedel commented on GitHub (Apr 22, 2024):

Read it again, he specified to put it in/under any profile

@frisedel commented on GitHub (Apr 22, 2024): Read it again, he specified to put it in/under any profile

claunia commented