Обнаружено обходное решение, но до сих пор не понятно, почему супер ключ заблокирован от использования.
Шаги для обходного пути:
все еще не понимают, почему супер ключ заблокирован от использования. Измените ключ в CCSM на что-то без супер (должно работать).
2. Найдите новый ключ в дампе dconf. dconf dump / | less + поиск новой комбинации клавиш. Нашел что-то из следующего:
[org/compiz/profiles/unity/plugins/grid]
put-maximize-key='<Control><Alt>Up'
put-restore-key='<Control><Alt>Down'
2. 6]
3. Напишите новое значение. Пример:
dconf write /org/compiz/profiles/unity/plugins/grid/left-maximize "'<Super><Control>Left'" (см. 3. в команде)
4. Убедитесь, что оно написано правильно:
$ dconf read /org/compiz/profiles/unity/plugins/grid/left-maximize
'<Super><Control>Left'
Вместо редактирования файла .desktop, расположенного в /usr/share/applications/ (может вызвать много проблем, будет переопределено после обновления связанного пакета), вы можете сначала скопировать файл и вставить его в ~/.local/share/applications/. Затем отредактируйте скопированный файл с помощью gedit, sudo не требуется.
Вместо редактирования файла .desktop, расположенного в /usr/share/applications/ (может вызвать много проблем, будет переопределено после обновления связанного пакета), вы можете сначала скопировать файл и вставить его в ~/.local/share/applications/. Затем отредактируйте скопированный файл с помощью gedit, sudo не требуется.
Почему ls не перечисляет файл: ls перечисляет фактический filename.desktop, тогда как Nautilus показывает имя приложения в соответствии с полем Name= в filename.desktop. Эти два могут быть разными. Здесь в этом случае Name=Visual Studio Code в filename.desktop, но filename может быть чем-то совершенно другим.
Вместо редактирования файла .desktop, расположенного в /usr/share/applications/ (может вызвать много проблем, будет переопределено после обновления связанного пакета), вы можете сначала скопировать файл и вставить его в ~/.local/share/applications/. Затем отредактируйте скопированный файл с помощью gedit, sudo не требуется.
Почему ls не перечисляет файл: ls перечисляет фактический filename.desktop, тогда как Nautilus показывает имя приложения в соответствии с полем Name= в filename.desktop. Эти два могут быть разными. Здесь в этом случае Name=Visual Studio Code в filename.desktop, но filename может быть чем-то совершенно другим.
Обычно имя значка в Nautilus или другом файловом менеджере, открытый в /usr/share/applications/, может быть не равно имени файла .desktop.
Правильный способ - проверить содержимое файла .desktop следующим образом :
, если мы знаем исполняемое имя (code в этом случае)grep -ir Exec=.*code /usr/share/applications/
, если мы знаем дружественное имя (код Visual Studio) grep -ir Name=.*Visual /usr/share/applications/
И тогда вы можете скопируйте этот файл в ~/.local/share/applications/ и отредактируйте его поле Icon= здесь.
Также вы должны прочитать спецификацию файла .desktop, чтобы знать, как это работает.
Простой ответ, если я правильно оформляю ваши изображения, заключается в том, чтобы видеть скрытые файлы - те, у которых есть имена, начинающиеся с. - вам нужно сделать ls -a. Вы должны увидеть много таких файлов в любом стандартном домашнем каталоге * nix.
Простой ответ, если я правильно оформляю ваши изображения, заключается в том, чтобы видеть скрытые файлы - те, у которых есть имена, начинающиеся с. - вам нужно сделать ls -a. Вы должны увидеть много таких файлов в любом стандартном домашнем каталоге * nix.
Обычно имя значка в Nautilus или другом файловом менеджере, открытый в /usr/share/applications/, может быть не равно имени файла .desktop.
Правильный способ - проверить содержимое файла .desktop следующим образом :
, если мы знаем исполняемое имя (code в этом случае)grep -ir Exec=.*code /usr/share/applications/
, если мы знаем дружественное имя (код Visual Studio) grep -ir Name=.*Visual /usr/share/applications/
И тогда вы можете скопируйте этот файл в ~/.local/share/applications/ и отредактируйте его поле Icon= здесь.
Также вы должны прочитать спецификацию файла .desktop, чтобы знать, как это работает.
Простой ответ, если я правильно оформляю ваши изображения, заключается в том, чтобы видеть скрытые файлы - те, у которых есть имена, начинающиеся с. - вам нужно сделать ls -a. Вы должны увидеть много таких файлов в любом стандартном домашнем каталоге * nix.
Обычно имя значка в Nautilus или другом файловом менеджере, открытый в /usr/share/applications/, может быть не равно имени файла .desktop.
Правильный способ - проверить содержимое файла .desktop следующим образом :
, если мы знаем исполняемое имя (code в этом случае)grep -ir Exec=.*code /usr/share/applications/
, если мы знаем дружественное имя (код Visual Studio) grep -ir Name=.*Visual /usr/share/applications/
И тогда вы можете скопируйте этот файл в ~/.local/share/applications/ и отредактируйте его поле Icon= здесь.
Также вы должны прочитать спецификацию файла .desktop, чтобы знать, как это работает.