Vimium: Menyematkan tab<a-p>sepertinya rusak di rilis terbaru</a-p>

Itu tidak bekerja untuk saya juga.

Saya tidak dapat menyematkan tab di Google Chrome di OS X. Ini berfungsi di Chromium di Linux.

@agzam , @0mp... Bisakah Anda pergi ke sini , tekan Alt-p dan laporkan kembali hasilnya, tolong. Nonaktifkan Vimium di halaman itu terlebih dahulu, tentu saja.

Sunting... Saya sangat tertarik dengan apa yang Anda lihat untuk keyIdentifier dan key (dua kolom terakhir).

Saya baru saja memasuki halaman web dan menekan alt - p . Inilah yang saya dapatkan:

| evt: | which: | keyCode: | charCode: | modifier: | keyIdentifier: | key: |
| --- | --- | --- | --- | --- | --- | --- |
| tombol | 80 | 80 | 0 | alt | tidak terdefinisi | |
| penekanan tombol | 315 | 315 | 315 | alt | tidak terdefinisi | |
| kunci bawah | 80 | 80 | 0 | alt | tidak terdefinisi | |
| kunci bawah | 18 | 18 | 0 | alt | tidak terdefinisi | Alt |

@0mp ... terima kasih! Itu membantu. Ini terlihat sama dengan #2147.

Saya berasumsi Anda menggunakan Vimium 1.56:

• Versi Chrome apa (Mac dan Linux)?
• Apakah properti keyIdentifier ditentukan ketika Anda mencoba halaman pengujian di Linux (saya kira ya)?

@smblott-github.

Saya menggunakan Vimium 1.56 di kedua mesin.

Linux (BunsenLabs Hidrogen 32-bit)

• kromium
• Versi 51.0.2704.79 Dibangun pada 8.4, berjalan pada Debian 8.5

| kejadian: | yang: | kode kunci: | charCode: | pengubah: | pengenal kunci: | kunci: |
| --- | --- | --- | --- | --- | --- | --- |
| tombol | 18 | 18 | 0 | tidak terdefinisi | Alt | Alt |
| kunci bawah | 18 | 18 | 0 | alt | tidak terdefinisi | Alt |

OS X

• Google Chrome
• Versi 51.0.2704.84 (64-bit)

| kejadian: | yang: | kode kunci: | charCode: | pengubah: | pengenal kunci: | kunci: |
| --- | --- | --- | --- | --- | --- | --- |
| tombol | 18 | 18 | 0 | tidak terdefinisi | Alt | Alt |
| tombol | 80 | 80 | 0 | alt | tidak terdefinisi | |
| penekanan tombol | 315 | 315 | 315 | alt | tidak terdefinisi | |
| kunci bawah | 80 | 80 | 0 | alt | tidak terdefinisi | |
| kunci bawah | 18 | 18 | 0 | alt | tidak terdefinisi | Alt |

Inilah yang saya dapatkan...

(Chrome 51.0.2704.63, Debian). Di sini, Vimium menggunakan acara keydown kedua (membaca dari bawah ke atas), dan menggunakan properti keyIdentifier . Dalam kasus Anda, @0mp , Vimium akan menggunakan properti key . Namun, tampaknya ada masalah dengan implementasi .key Chromium; lihat #2147. Saya menduga itulah yang Anda lihat, dalam hal ini adalah bug Chromium.

Adakah solusi yang disarankan?

Ya, mengatasinya akan bagus, menyematkan tab dari keyboard sangat berguna :)

Saya sendiri tidak menggunakan pengikatan itu (saya merasa kikuk). Aku lebih memilih:

unmap <a-p>
map gp togglePinTab

@smblott-github yang berfungsi, saya akan melakukannya untuk saat ini, terima kasih!

@smblott-github itu indah. Terima kasih atas sarannya.

Baru saja mencobanya. Ini aneh tetapi, sebagai solusinya, saya dapat memasukkan <alt-p> pada keyboard untuk mengetikkan tanda π (Pi) setelah perintah map , dan pintasan akan berfungsi seperti yang diharapkan (Saya menggunakan Mac OS, Chrome 51)

Sebagai contoh:

unmap <a-p>
map π togglePinTab

Terkait dengan #2169

Saya memiliki solusi di konfigurasi saya, tetapi baru-baru ini sesuatu pasti telah berubah karena tidak berfungsi lagi.

Chrome: Version 61.0.3163.91 (Official Build) (64-bit)
Vimium: 1.60.3

Pemetaan khusus:

unmap <a-p>
map π togglePinTab

Apakah masalahnya kembali untuk orang lain juga, atau hanya saya?

Ya, baru saja mencoba dan saya tidak dapat menggunakan pintasan itu lagi.

@Nesze

unmap <a-p>
map gp togglePinTab

masih bekerja untuk saya

@nesze Kami telah pindah ke metode penanganan kunci baru sekarang Chrome mengurangi yang lama. Ini umumnya jauh lebih baik, tetapi tidak memberi tahu kami tombol pengubah mana yang berkontribusi atau tidak pada karakter yang dihasilkan, jadi kami tidak dapat membedakan, mis. menekan alt dan kunci π dari menekan kombo termasuk alt yang menghasilkan π .

Apakah pengikatan berfungsi jika Anda secara eksplisit menyertakan pengubah yang harus Anda tekan (mungkin <a-π> )?

@smblott-github menurut Anda apakah layak untuk menyertakan notasi yang berbeda untuk menggunakan en_US untuk satu ikatan (mis. <@a-p> ), sekarang Anda telah membangun dukungan untuk itu? Ini tentu akan menghilangkan banyak gesekan bagi pengguna tata letak keyboard yang berbeda jika kami menggunakannya untuk penjilidan default.

(Saya lebih dari senang untuk mengerjakan ini karena ini menarik.)

@mrmr1993 Saya dapat mengonfirmasi bahwa menyetel kunci pemetaan ke <a-π> dapat memperbaikinya. Terima kasih!

Sunting: jika seseorang mencari salin-tempel langsung:

unmap <a-p>
map <a-π> togglePinTab

@smblott-github menurut Anda apakah layak memasukkan notasi berbeda untuk menggunakan en_US...

Tidak terlalu tertarik pada itu, saya sendiri. Itu bisa menambah kerumitan untuk keuntungan kecil.