-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
Control-Backspace Does Not Work (Windows) #1913
Comments
@dmaisano Why did you close this? Is there a solution? |
No solution as far as I am aware, I'm hoping this is something that may come to be fixed with the release of the next update, for now I am going back cmder as a terminal emulator so that I can have the desired functionality. Once Hyper is a bit more stable and usable on the Windows platform I will definitely switch back. |
@dmaisano: Even if you're not using Hyper any more, there's at least a few other people who also want to see this fixed. (myself included) Could you reopen it? |
@whitelynx Sure thing (reopened issue) |
Do someone found any workaround? Almost year passed and it's still here |
It looks like it should work 🤔: https://github.com/zeit/hyper/blob/canary/app/keymaps/win32.json#L45-L47 |
Hmm, definitely doesn't work for me on Win 10 x64. Maybe I need to enable it somewhere? |
Tested with Hyper 2.0 and different shells on Windows 1803:
|
Same problem here (Windows 10). It works with Alt+Backspace (for some reason...) |
Me too. |
Me too, too |
As a workaround, in the settings i've remove the keymap settings :
|
Any fixes approaching? |
Ctrl+Bkspc is a nonstandard shortcut, I think the solution lies in the fact that keymapping is an option in Hyper. Alt+bkspc is the widely accepted shortcut anyways, and ctrl+w taking even higher precedents it would seem, in everything other than windows. |
@Rattkener can you specify what you mean by "widely accepted shortcut"? Because in Windows it is Ctrl + Backspace and not Alt + Backspace and I believe Windows is the most used operating system by wide margins. Why can't we make shortcuts adapt to the User System, if you think Keymapping is the option? For example on Chrome, on Windows Ctrl + Backspace is deleting the previous word, whereas on MacOS it will be something different. |
While windows may be the most widely used operating system, it's worth
noting hyper was originally designed as a Mac terminal emulator and that it
supports more *nix operating systems vs just windows. While the majority of
computers use Windows I'm certain 1.) We cannot confirm how many hyper
users are using on windows and 2.) That most of the windows users will not
ever use a terminal, let alone hyper, which still makes it a minority in
this case.
Then you have the fact that ctrl-w is more commonly accepted by POSIX
compliant systems, where there is a standard set where windows seemingly
has none. (See kill_word, M-d, etc.. this is another can of worms that I
don't think is totally in scope for Windows users)
And last but not least, if the option is customizable and the default is to
adhere to an apparent standard, then what is there to fix? I personally,
who use hyper on Mac and linux, find ctrl-w to work on the 3k+ systems I
interact with via CLI. Is it then "broken" to me because it doesn't come
out of the box using that key combo? Should I then submit a bug report
because my key combo isn't the default?
Ultimately it will be the developer's sole discretion and I have a feeling
if it is changed, it MIGHT change solely for Windows users, if at all (Who
have yet to be confirmed as the majority users of hyper) - and that would
then lend itself to portability issues and disparities between platforms as
now if I have to use hyper on my windows machine, suddenly my key combo
that works on 2 other machines doesn't work on the one special snowflake.
…On Wed, Oct 2, 2019, 05:47 Esteban Luchsinger ***@***.***> wrote:
@Rattkener <https://github.com/Rattkener> can you specify what you mean
by "widely accepted shortcut"? Because in Windows it is Ctrl + Backspace
and not Alt + Backspace and I believe Windows is the most used operating
system by wide margins.
Why can't we make shortcuts adapt to the User System, if you think
Keymapping is the option? For example on Chrome, on Windows Ctrl +
Backspace is deleting the previous word, whereas on MacOS it will be
something different.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1913>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHBRI6RBNNDJ7WRR6MSB6DDQMRUZHANCNFSM4DOMNHMA>
.
|
I am not sure when the discussion shifted to Ctrl - W, but I expect Ctrl - W to work on Windows aswell, because it is a widely used keymap. I won't go into your assumptions, but I can reiterate what I just said: I expect it to just work like on many, many other applications which work flawlessly on Windows, Mac and *nix systems (without having portability issues and disparities). I think that is what this Issue is about. Making this tool better for everyone - without making unbased assumptions and stereotyping about different OS's.. |
Was likely miscommunication as I was saying alt - bkspc was common among the systems this app was originally intended for, but ctrl-W takes precedence due to standard. Regardless of that, I still don't think this is an issue that needs to be "fixed" though I can see the complaint. Despite attempts to diffuse my previous post with jabs about where it's based, I won't scope creep into where my "assumptions" lie. I'll at least stand by the fact that the application shouldn't be conforming across the board because one OS out of the group does things differently. A good proposal would maybe be a toggle option? Or even to let the OS take precedence for "delete by word" applications side? |
This! |
Same for me, and setting up
doesn't help, which makes sense I suppose because it's apparently the default mapping for Windows. |
@Rattkener |
Issue
I use Hyper on both my macOS device and my windows desktop, on Mac I am able to remove words with ease using alt-delete, on Windows trying to get the same results using ctrl-backspace instead does not delete the previous string of characters but instead places a 'w' character every time the combination is pressed (see gif attached). On both platforms, I am running the most update to date version of the app and have the same plugins installed.
(note) I have tried to see if running the app without plugins (vanilla) would resolve the issue, to which the issue persists regardless.
I don't recall if the ctrl-backspace functionality worked in a previous version or if this is something that will be fixed/added in a future update for Windows. If there is any way around this help would be appreciated!
The text was updated successfully, but these errors were encountered: