hyper icon indicating copy to clipboard operation
hyper copied to clipboard

Published 20 hours ago • verified publisher icon vercel

CTRL-SHIFT-E no longer splits in v3 (Linux)

Open johanforssell opened this issue 5 years ago • 10 comments

  • [x] I am on the latest Hyper.app version
  • [x] I have searched the issues of this repo and believe that this is not a duplicate
  • OS version and name: Linux Mint 19.1 Tessa
  • Hyper.app version: 3.0.2 (installed via .deb)
  • Link of a Gist with the contents of your .hyper.js: https://gist.github.com/johanforssell/3dc795118fa69a03b058b740a5f173c7 (this is the default file - I removed my file before filing this issue)
  • Relevant information from devtools (CMD+ALT+I on macOS, CTRL+SHIFT+I elsewhere): Nothing in the console log.
  • The issue is reproducible in vanilla Hyper.app: Is Vanilla

Issue

  • After upgrading to 3.0.0 and 3.0.2 I can no longer Split Horizontally. Ctrl-Shift-E will just put a number of e and E characters into my terminal.
  • I have this same issue on two separate Linux machines (both Linux Mint 19.1).
  • Ctrl-Shift-D still works just fine.
  • Issue with both Swedish and English (UK) keyboard layout.

cannot_use_shift-ctrl-e-to-split

johanforssell avatar May 14 '19 06:05 johanforssell

I had an issue with Ibus using the same key binding please see zeit/hyper#3660

pcnate avatar May 14 '19 19:05 pcnate

I had the same problem with the new version of the hyper terminal. The shortcut command for splitting the screen horizontally doesn't work unless the capslock is on.

JvManuel avatar May 14 '19 22:05 JvManuel

Unfortunately I'm not running Ibus, so that's not the issue. I've been trying to sniff who's using Ctrl+Shift+E by

#!/bin/sh
xdotool key Control_L+Shift_L+e
xdotool key XF86LogGrabInfo
xdotool keyup Control_L+Shift_L+e
tail /var/log/Xorg.0.log

But there's no active keygrabs, so I'm not getting anywhere here.

~

Ultimately, I quite sure this is not a Hyper issue, as I just realized I'm getting exactly the same behaviour in all text editors. Ctrl+Shift+E prints 1 small and 8 large es and then cycles around again, when I continue to press the keys.

I guess this issue should be closed.

johanforssell avatar May 15 '19 11:05 johanforssell

If you are not running ibus then ibus exit shouldn't temporarily fix the issue.

pcnate avatar May 15 '19 14:05 pcnate

No solution for this? I have the same problem on Linux Mint 19.2, Hyper version 3.0.2.

QuixoticGitHub avatar Nov 02 '19 09:11 QuixoticGitHub

Hyper on Arch Linux doesn't have this bug.

bet4it avatar Nov 02 '19 13:11 bet4it

I wonder if it's related to Ctrl-Shift-e being the default shortcut for emojis on Gnome https://askubuntu.com/questions/1083913/what-does-ctrl-shift-e-do-while-typing-text

I was able to fix it by setting GTK_IM_MODULE="xim" for hyper by changing a line in the desktop file /usr/share/applications/hyper.desktop:

From: Exec="/opt/Hyper/hyper" %U To: Exec=env GTK_IM_MODULE="xim" "/opt/Hyper/hyper" %U

msemikin avatar Dec 02 '19 12:12 msemikin

CTRL+shift+e is an emoji entry shortcut. Use ibus-setup to change the key setup for that.

rajat-np avatar Aug 17 '20 02:08 rajat-np

I have the same problem!

hyper version: 3.2.2 Linux nemo-development-1 4.18.0-25-generic #26-Ubuntu SMP Mon Jun 24 09:32:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

marcelogaguero avatar Apr 12 '22 10:04 marcelogaguero

use other key for split down, on preferences, edit keymaps

    keymaps: {
      "pane:splitDown": "ctrl+shift+o",
    },

weeband avatar Aug 06 '23 08:08 weeband