ALT + F2 Gnome иногда зависает при загрузке значка или завершении
Я думаю, что Compiz не позволяет этим ярлыкам работать. Можете ли вы попробовать это:
metacity --replace
Затем попробуйте свои ярлыки.
Если вам нужны ваши визуальные эффекты от Compiz, вы можете сделать трюк:
Если вы используете Compiz, вам нужно будет сделать трюк, потому что Compiz «workspaces» фактически Видовые экраны одной рабочей области.
Нам понадобятся wmctrl и Compiz.
Вы можете установить их из Программного центра Ubuntu или нажав wmctrl и здесь (Compiz)
Если вам нужны ваши визуальные эффекты от Compiz, вы можете сделать трюк:
# Открыть Compiz (Alt + F2 и ввести ccsm и нажать Enter)
# Переход к привязкам клавиш и создание ярлыков, которые вы хотите.
# Затем перейдите в «Команды» и добавьте команды для ваших ярлыков (см. ниже).
#
Переход к терминалу и проверка вывода wmctrl -d. Например, мой:
0 * DG: 4098x2304 VP: 1366,0 WA: 0,23 1366x745 N / AЭто означает, что на самом деле у меня есть одно рабочее пространство 4098 x 2304 вместо того, что я «думаю» у меня (девять «рабочих пространств», 3 х 3). Я был на том, что должно было быть «рабочим пространством» 2, но на самом деле я был на видовом экране (VP) 1366,0 (4098/3 = 1366), как показано выше.
Так вот как это работает: мы берем всю Рабочую область и делим на число «рабочих пространств», которые мы «думаем» у нас. В моем случае: 4098/3 = 1366 и 2304/3 = 768.
, если я хочу перейти в мое «рабочее пространство» 1, команда: wmctrl -o 0,0 [ ! d31]
Затем, если я хочу перейти в «рабочее пространство» 4, команда: wmctrl -o 0,768
, если я хочу перейти в мое «рабочее пространство» 8, команда: wmctrl -o 1366,1536
, если я хочу перейти в мое «рабочее пространство» 9, команда: wmctrl -o 2732,1536
Получил? -
)
6 ответов
Это похоже на ошибку 133243, прослеженную в Gnome Bugzilla.
Росс Гиршик сделал теорию, пытаясь объяснить, почему это происходит и предлагалось Ошибка 133243 .
«Проблема здесь, как уже отмечалось, заключается в том, что для заполнения g_complete каждый файл на пути пользователя имеет access'd и stat'd. Это происходит один раз при каждом запуске диалогового окна запуска. это займет много времени (10-20 секунд на моем старом PIII 650 latop с gentoo). Однако, как только ядро кэширует inodes, в будущем он будет работать быстрее ».
Это похоже на ошибку 133243, прослеженную в Gnome Bugzilla.
Росс Гиршик сделал теорию, пытаясь объяснить, почему это происходит и предлагалось Ошибка 133243 .
«Проблема здесь, как уже отмечалось, заключается в том, что для заполнения g_complete каждый файл на пути пользователя имеет access'd и stat'd. Это происходит один раз при каждом запуске диалогового окна запуска. это займет много времени (10-20 секунд на моем старом PIII 650 latop с gentoo). Однако, как только ядро кэширует inodes, в будущем он будет работать быстрее ».
Это похоже на ошибку 133243, прослеженную в Gnome Bugzilla.
Росс Гиршик сделал теорию, пытаясь объяснить, почему это происходит и предлагалось Ошибка 133243 .
«Проблема здесь, как уже отмечалось, заключается в том, что для заполнения g_complete каждый файл на пути пользователя имеет access'd и stat'd. Это происходит один раз при каждом запуске диалогового окна запуска. это займет много времени (10-20 секунд на моем старом PIII 650 latop с gentoo). Однако, как только ядро кэширует inodes, в будущем он будет работать быстрее ».
Это похоже на ошибку 133243, прослеженную в Gnome Bugzilla.
Росс Гиршик сделал теорию, пытаясь объяснить, почему это происходит и предлагалось Ошибка 133243 .
«Проблема здесь, как уже отмечалось, заключается в том, что для заполнения g_complete каждый файл на пути пользователя имеет access'd и stat'd. Это происходит один раз при каждом запуске диалогового окна запуска. это займет много времени (10-20 секунд на моем старом PIII 650 latop с gentoo). Однако, как только ядро кэширует inodes, в будущем он будет работать быстрее ».
Это похоже на ошибку 133243, прослеженную в Gnome Bugzilla.
Росс Гиршик сделал теорию, пытаясь объяснить, почему это происходит и предлагалось Ошибка 133243 .
«Проблема здесь, как уже отмечалось, заключается в том, что для заполнения g_complete каждый файл на пути пользователя имеет access'd и stat'd. Это происходит один раз при каждом запуске диалогового окна запуска. это займет много времени (10-20 секунд на моем старом PIII 650 latop с gentoo). Однако, как только ядро кэширует inodes, в будущем он будет работать быстрее ».
Это похоже на ошибку 133243, прослеженную в Gnome Bugzilla.
Росс Гиршик сделал теорию, пытаясь объяснить, почему это происходит и предлагалось Ошибка 133243 .
«Проблема здесь, как уже отмечалось, заключается в том, что для заполнения g_complete каждый файл на пути пользователя имеет access'd и stat'd. Это происходит один раз при каждом запуске диалогового окна запуска. это займет много времени (10-20 секунд на моем старом PIII 650 latop с gentoo). Однако, как только ядро кэширует inodes, в будущем он будет работать быстрее ».