Issue metadata
Sign in to add a comment
|
hterm: no Compose key support |
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 8530.96.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.154 Safari/537.36 Platform: 8530.96.0 (Official Build) stable-channel link Steps to reproduce the problem: 1. Install SecureShell 2. Search options for anything related to configuring a compose key What is the expected behavior? Hterm would support a Compose key. What went wrong? No Compose key support. WebStore page: https://chrome.google.com/webstore/detail/secure-shell/pnhechapfaindjhompbnflcldabbghjo Did this work before? No Chrome version: 53.0.2785.154 Channel: stable OS Version: 8530.96.0 Flash Version: Shockwave Flash 23.0 r0 There is a compose key extension (https://chrome.google.com/webstore/detail/composekey/iijdllfdmhbmlmnbcohgbfagfibpbgba) but it only supports US English and doesn't work with hterm.
,
Jan 31 2017
did you try the existing alt-gr-mode option ?
,
Jan 31 2017
Issue 447195 indicates that alt-gr-mode may behave inconsistently (at least between platforms)
,
Jan 31 2017
that doesn't really answer my question. does that option do what you want ? if not, what exactly doesn't it do ? if it ends up being the same as issue 447195 , then we can dupe to that. seems like your summary "no compose key" is incorrect when we already have the alt-gr-mode option.
,
Jan 31 2017
sorry, i was thinking varz@ was the OP, but it's actually pgj@ who posted the bug. so pgj@, please to check things :).
,
Feb 1 2017
I'm using SecureShell in Window mode on a ChromeBook with "US Dvorak keyboard" and alt-gr-mode set to right-alt. I know it does something because the left and right Alt keys now behave differently but I can't work out what it's supposed to do. Definitely, it's not behaving like a compose key.
,
Apr 18 2017
,
Jul 6 2017
should be resolved with Secure Shell 0.8.36.6+ |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 Deleted