комбинация Ctrl+Shift+T (открыть ранее закрытую вкладку браузера, открыть новую вкладку терминала) не работает, а происходит смена языка
На моей памяти всегда так было. Это древняя багофича иксов. Комбинации обрабатыватся при нажатии, а не отжатии. Как-то так.
У меня она всегда была. Возможно вы просто не замечали. Тут где-то проскакивала ссылка, где в 2010 году один наш каплей соорудил патч исправляющий эту проблему. Но он так и не попал к разработчикам иксов. Вот ссылка
ув. kot040188, спасибо, что стараетесь помочь разобраться с проблемой, но я хотел бы обозначить сразу пару моментов.
Я работают с системой довольно продолжительное время. Конкретно на Kubuntu 2 года.
Работаю админом и комбинация клавиш Ctrl+Shit+T для меня не абы что :), я пользуюсь ей сотни раз в день. Поэтому могу с полной уверенностью сказать, что мне не показалось.
И, как я уже писал выше, я ранее пробовал работать на Kubuntu 17.04, но вернулся на 16.04 LTS именно из-за это проблемы.
Ну видимо они исправили проблему, потом посмотрели как хорошо и удобно стало и вернули всё взад ツ
Честно говоря впервые слышу, что на 16.04 эту проблему исправили. Надо проверить.
В Neon-е до обновления этого бага не было. В Kubuntu 16... или 14.., уже не помню, фиксилось патчем.
Мне кажется, нужно ждать(создавать) запрос на https://bugs.freedesktop.org. А там подтянутся добрые люди с патчем =)
Я правильно понимаю, xorg-server и xserver-xorg-common это разные вещи? Может кто-то ещё подкинет инфу, где объяснено почему раньше было одно а теперь другое. А то времени сейчас вообще нету копаться во всём этом.
Проверил 16.04 kde 5.8.7 — багофича по-прежнему на месте. ЧЯДНТ? Как была в 2013 году, так и сейчас присутствует. Так что не надо заливать, что её исправили, а потом снова сломали. Мне кажется, что у автора стоял xneur, как и у меня. Он как раз и позволяет использовать ctrl для переключения минуя этот баг. А потом он его удалил и настроил переключение в параметрах системы.
В общем проверил я наличие этого бага на своём ноутбуке, где установлена эта же версия Kubuntu и подобных проблем не было выявлено.
Очень странная ситуация. Неужели есть какая-то зависимость от железа.
Очень странная ситуация. Неужели есть какая-то зависимость от железа. Получилось, что есть - как никак стандартная клавиатура и ноутбучная имеют отличия.
Вооооот... зачем чинить несломатое? Есть же стандартные комбинации клавиш. Alt+Shift с Ctrl+Shift+T не пересекаются. Вызываются за день мною тоже неоднократно, а об этой баге/фиче узнал только из вашего поста. Кто молодец? Я молодец )))
Инструкция приведённая на хабре в 2010 г. всё ещё работает! Просто вместо xorg-server используется пакет xserver-xorg-core-hwe-16.04. Зачем поменяли название - не знаю, может кто объяснит?
Вот нашёл обновлённую.
1. Не забудьте включить исходники в sources.list
2. Следите за названиями папок, они могут не совпадать с приведёнными в инструкции.
3. Патч к 1.19.1 прекрасно подходит к 1.19.3.
Проверил на KDE Neon 5.10, Kubuntu 17.04 - работает.
Вот можете сразу качнуть патченый пакет, но я его не проверял.
Это только номерок прорисовался. Для перевода уже существующих установок на новые версии ядра и графического стека следует выполнить команду: sudo apt-get install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04
Как понять "Номерок прорисовался?" При установке 16.04.3 мне бы поставились эти hwe, а при 16.04 с последующими обновлениями софта - нет?
То есть вы предлагаете их установить самому?
Если я правильно понял, то почему так? Почему всех не под одну гребёнку?
А, всё, нашел.
То есть вы предлагаете их установить самому? Всем, кто устанавливал 16.04 и действительно хочет подняться до 16.04.3, без чистой переустановки 16.04.3, приходится это делать.
jzyken спасибо за статью, через пару дней проверю и отпишусь. Кстати, странно, на моей Kubuntu 16.04.3 и ядро 4.4.0-78 и xserver-xorg-core 1.18.4. Как так, почему у вас гораздо новее пакеты?
Не знаю... бекпорты я не подключал. Репы стандартные, которые прописывались при инсталле системы.
Также очень часто пользуюсь ctrl+shift+t и начиная примерно с firefox 53 эта проблема появилась, в конце июня как вышел из отпуска и поставил кучу обновлений. На alt+shift переключаться не вариант совсем, тем более как пишет тс - не работает блокировка экрана alt+shift+l , которой я также постоянно пользуюсь.Применимо это к 17.04.
С блокировкой у меня всё в порядке. Косяк был из-за переключения раскладки по ctrl+shift, не работало открытие закрытой вкладки в firefox. Решил добавлением репа с патченым xorg-server для 17.04
Вот можете сразу качнуть патченый пакет, но я его не проверял.
jzyken спасибо дружище! Качнул deb, установил и всё заработало как и прежде.
Теперь могу использовать привычную Ctrl+Shift для переключения языка.
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1683383/comments/21
Данный пакет решает проблему описанную в начале темы. Проверено на системе: Ubuntu 16.04.3 LTS \n \l Linux alex-work 4.10.0-32-generic #36~16.04.1-Ubuntu SMP Wed Aug 9 09:19:02 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Ну тык в исходниках 1.18.4 был патч 208_switch_on_release. В 1.19.3 почему-то его нету =/
Changelog
xorg-server (2:1.19.3-1ubuntu1) zesty; urgency=medium
* 208_switch_on_release.diff: Dropped, doesn't work with 1.19.
Странно, ведь готовый патч уже давно есть. Почему бы просто не ктрл-це ктрл-ве? Правда к 1.18.4 некий Bryce Harrington его подправлял.
Вы пробовали решение, как описано в реплике https://kubuntu.ru/node/14294#comment-175894 ?
После установки этого пакета, нужно его холдить, ибо при обновлении он удаляется.
Подниму тему. Похоже исправили на уровне ядра совсем недавно. Для 18.04 не нашел рабочего репа с исправленным ядром, потому жил без ctrl+shift+key. Только что попробовал вернуть закрытую вкладку - чудо,заработало. Всех с исправлением этого давнего бага. Надеюсь в будущем снова не поломают
На моей памяти всегда так было. Это древняя багофича иксов. Комбинации обрабатыватся при нажатии, а не отжатии. Как-то так.
Не знаю на счёт древности, но описанная проблема появилась именно после последнего обновления системы.
У меня она всегда была. Возможно вы просто не замечали. Тут где-то проскакивала ссылка, где в 2010 году один наш каплей соорудил патч исправляющий эту проблему. Но он так и не попал к разработчикам иксов. Вот ссылка
ув. kot040188, спасибо, что стараетесь помочь разобраться с проблемой, но я хотел бы обозначить сразу пару моментов.
Я работают с системой довольно продолжительное время. Конкретно на Kubuntu 2 года.
Работаю админом и комбинация клавиш Ctrl+Shit+T для меня не абы что :), я пользуюсь ей сотни раз в день. Поэтому могу с полной уверенностью сказать, что мне не показалось.
И, как я уже писал выше, я ранее пробовал работать на Kubuntu 17.04, но вернулся на 16.04 LTS именно из-за это проблемы.
Ну видимо они исправили проблему, потом посмотрели как хорошо и удобно стало и вернули всё взад ツ
Честно говоря впервые слышу, что на 16.04 эту проблему исправили. Надо проверить.
В Neon-е до обновления этого бага не было. В Kubuntu 16... или 14.., уже не помню, фиксилось патчем.
Мне кажется, нужно ждать(создавать) запрос на https://bugs.freedesktop.org. А там подтянутся добрые люди с патчем =)
Я правильно понимаю, xorg-server и xserver-xorg-common это разные вещи? Может кто-то ещё подкинет инфу, где объяснено почему раньше было одно а теперь другое. А то времени сейчас вообще нету копаться во всём этом.
Проверил 16.04 kde 5.8.7 — багофича по-прежнему на месте. ЧЯДНТ? Как была в 2013 году, так и сейчас присутствует. Так что не надо заливать, что её исправили, а потом снова сломали. Мне кажется, что у автора стоял xneur, как и у меня. Он как раз и позволяет использовать ctrl для переключения минуя этот баг. А потом он его удалил и настроил переключение в параметрах системы.
У меня xneur не стоял. Кстати, на Ubuntu тоже баг не проявлялся. Только кде.
Видимо в kde какие-то специальные иксы…
В общем проверил я наличие этого бага на своём ноутбуке, где установлена эта же версия Kubuntu и подобных проблем не было выявлено.
Очень странная ситуация. Неужели есть какая-то зависимость от железа.
Получилось, что есть - как никак стандартная клавиатура и ноутбучная имеют отличия.
Вооооот... зачем чинить несломатое? Есть же стандартные комбинации клавиш. Alt+Shift с Ctrl+Shift+T не пересекаются. Вызываются за день мною тоже неоднократно, а об этой баге/фиче узнал только из вашего поста. Кто молодец? Я молодец )))
Это дело вкуса. Мне например для смены языка две клавиши нажимать неудобно. Если вы чем-то не пользуетесь, то не надо говорить за всех.
Инструкция приведённая на хабре в 2010 г. всё ещё работает! Просто вместо xorg-server используется пакет xserver-xorg-core-hwe-16.04. Зачем поменяли название - не знаю, может кто объяснит?
Вот нашёл обновлённую.
1. Не забудьте включить исходники в sources.list
2. Следите за названиями папок, они могут не совпадать с приведёнными в инструкции.
3. Патч к 1.19.1 прекрасно подходит к 1.19.3.
Проверил на KDE Neon 5.10, Kubuntu 17.04 - работает.
Вот можете сразу качнуть патченый пакет, но я его не проверял.
Кстати, странно, на моей Kubuntu 16.04.3 и ядро 4.4.0-78 и xserver-xorg-core 1.18.4. Как так, почему у вас гораздо новее пакеты?
Это только номерок прорисовался. Для перевода уже существующих установок на новые версии ядра и графического стека следует выполнить команду:
sudo apt-get install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04Как понять "Номерок прорисовался?" При установке 16.04.3 мне бы поставились эти hwe, а при 16.04 с последующими обновлениями софта - нет?То есть вы предлагаете их установить самому?
Если я правильно понял, то почему так? Почему всех не под одну гребёнку?
А, всё, нашел.
Всем, кто устанавливал 16.04 и действительно хочет подняться до 16.04.3, без чистой переустановки 16.04.3, приходится это делать.
jzyken спасибо за статью, через пару дней проверю и отпишусь.
Не знаю... бекпорты я не подключал. Репы стандартные, которые прописывались при инсталле системы.
Также очень часто пользуюсь ctrl+shift+t и начиная примерно с firefox 53 эта проблема появилась, в конце июня как вышел из отпуска и поставил кучу обновлений. На alt+shift переключаться не вариант совсем, тем более как пишет тс - не работает блокировка экрана alt+shift+l , которой я также постоянно пользуюсь.Применимо это к 17.04.
На правах костыля блокировку экрана можно переназначить на Super+L, например.
С блокировкой у меня всё в порядке. Косяк был из-за переключения раскладки по ctrl+shift, не работало открытие закрытой вкладки в firefox. Решил добавлением репа с патченым xorg-server для 17.04
jzyken спасибо дружище! Качнул deb, установил и всё заработало как и прежде.
Теперь могу использовать привычную Ctrl+Shift для переключения языка.
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1683383/comments/21
Данный пакет решает проблему описанную в начале темы. Проверено на системе:
Ubuntu 16.04.3 LTS \n \lLinux alex-work 4.10.0-32-generic #36~16.04.1-Ubuntu SMP Wed Aug 9 09:19:02 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Окей, пометьте тему решённой.
Это конечно неплохо. Но иксы надо патчить изначально… Вайланд ведь ещё не скоро придёт…
Ubuntu 17.10 перейдёт на Wayland по умолчанию. Менее двух месяцев - это довольно скоро.
А в kubuntu когда? А если я на lts?
До следующей lts всего 8 месяцев. Это не пять лет ждать.
Ну тык в исходниках 1.18.4 был патч 208_switch_on_release. В 1.19.3 почему-то его нету =/
Changelog
xorg-server (2:1.19.3-1ubuntu1) zesty; urgency=medium
* 208_switch_on_release.diff: Dropped, doesn't work with 1.19.
Странно, ведь готовый патч уже давно есть. Почему бы просто не ктрл-це ктрл-ве? Правда к 1.18.4 некий Bryce Harrington его подправлял.
Возрождаем тему, в новом обновлении проблема опять вернулась
У меня она никуда и не уходила. А решение очевидное. Пинать разработчиков, чтобы исправили баг.
Вы пробовали решение, как описано в реплике https://kubuntu.ru/node/14294#comment-175894 ?
После установки этого пакета, нужно его холдить, ибо при обновлении он удаляется.
Подниму тему. Похоже исправили на уровне ядра совсем недавно. Для 18.04 не нашел рабочего репа с исправленным ядром, потому жил без ctrl+shift+key. Только что попробовал вернуть закрытую вкладку - чудо,заработало. Всех с исправлением этого давнего бага. Надеюсь в будущем снова не поломают
Я думаю не стоит рано радоваться. Одна система не показатель. Насколько я помню, проблема была в иксах, а не в ядре…
было б неплохо , если бы остальные проверили у себя, у кого так же не работали хоткеи из-за переключения раскладки
Протестировал только что на последнем Linux Mint 19 Tara (Mate), проблема остаётся.
Да . не долго радовался. Обновился до 18.10 и снова здрасте
Никто эту проблему не решал. И вряд ли решит. 12 лет!
https://launchpad.net/~nrbrtx/+archive/ubuntu/xorg-hotkeys
Отправить комментарий