Я использую совершенно новую установку Ubuntu 17.10 на Thinkpad T470.
Каждый раз, когда я нажимаю один из медиа-ключей (воспроизведение / пауза, пропустить и т. д.) на любой из моих клавиатур или Bluetooth-гарнитуры, я вижу этот значок:
мигает на мониторе, но никто из моих медиаплееров не реагирует.
Клавиши распознаются в showkey:
~$ sudo showkey -k
press any key (program terminates 10s after last keypress)...
keycode 163 press
keycode 163 release
keycode 165 press
keycode 165 release
keycode 164 press
keycode 164 release
Но они не показаны в xev.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Откройте обзор действий и начните вводить клавиатуру , Нажмите «Клавиатура», чтобы открыть панель. Выберите вкладку «Ярлыки». Выберите категорию в левой панели и строку для желаемого действия справа. Текущее определение ярлыка изменится на Новый ускоритель ... Удерживайте нажатой комбинацию клавиш или нажмите Backspace для очистки.Недавно я столкнулся с одной и той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «это не ошибка, а настоящая функция от Gnome devs.
Короче: когда вы нажимаете медиа-кнопку, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете мультимедийную кнопку, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное принимать эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Откройте обзор действий и начните вводить клавиатуру , Нажмите «Клавиатура», чтобы открыть панель. Выберите вкладку «Ярлыки». Выберите категорию в левой панели и строку для желаемого действия справа. Текущее определение ярлыка изменится на Новый ускоритель ... Удерживайте нажатой комбинацию клавиш или нажмите Backspace для очистки.Недавно я столкнулся с одной и той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «это не ошибка, а настоящая функция от Gnome devs.
Короче: когда вы нажимаете медиа-кнопку, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете мультимедийную кнопку, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное принимать эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Коды клавиш, похоже, не отображаются соответствующим образом. Вы можете вручную сопоставить ключи, как описано в документации ubuntu: https://help.ubuntu.com/stable/ubuntu-help/keyboard-shortcuts-set.html
Недавно я столкнулся с той же проблемой и, потеряв много времени, нашел ответ на каком-то форуме Arch.
Вся эта проблема выглядит так: «Это не ошибка, а настоящая особенность Gnome devs.
Вкратце: когда вы нажимаете кнопку мультимедиа, он генерирует код ключа, который затем преобразуется в команду. Предположим, вы нажмете кнопку Play / Pause. Он генерирует кодовый ключ 162 и команду XF86AudioPlay.
Теперь почти все мультимедийные приложения, которые могут ждать этого события (будь то VLC, totem, kodi, spotify и т. д.), ожидают получить чистую команду XF86AudioPlay. И что делает Гном? Он перехватывает эту команду и переводит ее в свою собственную команду «играть». Из-за этого ни xev, ни xbindkeys не показывают это событие должным образом - они никогда не получают команду, которую они могут понять.
Когда вы нажимаете кнопку мультимедиа, Gnome получает команду и проверяет, есть ли какое-либо приложение, которое оно распознало как способное получить эту команду. Если есть (скажем, тотем, rhytmbox, возможно, VLC), он отправляет «игру», которая должна работать. Если нет приложения, признанного способным получить эту команду, Gnome покажет знак, прикрепленный к первому сообщению, и никуда не отправит какую-либо команду.
Решение прост - сделайте Gnome неспособным перехватить медиа ключевые события. Установите dconf-editor, перейдите в org.gnome.settings-daemon.plugins.media-keys и измените любую кнопку, которая должна работать с XF86SomeExapmle до none (''). Таким образом, любое приложение должно получать ключевую команду напрямую.
Если клавиши клавиатуры клавиатуры не работают с вашего рабочего стола Ubuntu, вы можете использовать поддержку D-Bus для отправки правильных команд Spotify. Подтвердите следующие команды с консоли:
dbus-send -print-reply -dest = org.mpris.MediaPlayer2.spotify / org / mpris / MediaPlayer2 org.mpris.MediaPlayer2.Player.PlayPause
dbus-send --print-reply --dest = org.mpris.MediaPlayer2.spotify / org / mpris / MediaPlayer2 org .mpris.MediaPlayer2.Player.Next
dbus-send --print-reply --dest = org.mpris.MediaPlayer2.spotify / org / mpris / MediaPlayer2 org. mpris.MediaPlayer2.Player.Previous
Чтобы связать их с клавиатурой, откройте «Настройки»> «Клавиатура»> «Ярлыки»> «Пользовательские ярлыки», затем «Добавить». Используйте одну из приведенных выше команд, затем нажмите клавишу, которую вы хотите привязать к новой команде.
https://fabianlee.org/2016/05 / 25 / убунт включение-медиа-ключи-для-Spotify /