Почему носатое работать правильно в рабочем столе Единицы не?
В первую очередь, моя настольная среда является единицей. Я использую его с 14,04 ОС (со всеми недавними обновлениями). Я недавно установил носатую бесконечность. Я установил и следовал всем инструкциям правильно в readme файле, которому предоставляют носатое. Но мое носатое кажется искаженным, как это (фоновое изображение является моими собственными обоями):
Поскольку Вы видели бы, что после шрифтов существуют поля. Шрифты, кажется, накладываются от последнего состояния вместо того, чтобы заменить его (например, Вы видите время). Также, если Вы посмотрите выше аналоговых часов, то Вы будете видеть половину видимого значка. Это означает, что у меня также есть проблема прозрачности. Также, когда я выполняю носатое в терминале, я рассматриваю вывод как "Неизвестный varaiable". Тот вывод продолжает печатать, как Вы видите ниже:
Я делал попытку конфигурирования носатого со справкой от чат-комнаты вчера. Это - то, что я попробовал:
- Измененный шрифт на "Ubuntu"
- Отключенное сглаживание
Оба не работали. Вот .conkyrc файл (это без любых редактирований).
PS: Я пытался загрузить носатого менеджера отсюда, Но это не доступно для 14,04. Обратите внимание, что я имею носатый, conkyall, установленное завихрение. Также это - просто проблема с самой единицей? Не единица и носатый не подходят друг к другу? Или это, потому что я использую версию разработчика ОС, что я сталкиваюсь с этой проблемой?
Обновите:-, я недавно заметил что-то. Носатое не кажется искаженным, когда я запускаю его с терминала. Но момент я минимизирую или закрываю терминал или перемещаюсь в другую рабочую область, носатое искажено, как упомянуто выше. Я думал, что это работало от терминала, который вызвал проблему и таким образом, добавил сценарий для запущения приложений и перезагруженный. Теперь носатое появилось без искажения, но только пока я не открыл новое окно или переместился в другую рабочую область. Таким образом проблема, кажется, мне происходит из-за единицы. Но это действительно? Если это так, это, из-за которого конкретного аспекта единицы, и который файл я должен добавить, когда я отправляю отчет об ошибках об этом?
3 ответа
Когда own_window_type override используется искажение вызывается. Теперь для очистки искажения можно использовать own_window_type desktop в .conkyrc вместо own_window_type override . Но это вызывает другие проблемы как исчезновение носатых при попытке работать в рабочем столе (т.е. щелчок правой кнопкой, открывая меню от панели и т.д.). Поэтому вместо own_window_type override можно использовать own_window_type dock . Это не позволит носатому для исчезновения при работе над рабочим столом. Также для решения прозрачности выходят, можно удалить строку own_window_transparent yes и затем включайте следующие строки в его место:
own_window_argb_visual yes
own_window_argb_value 0
На самом деле визуальный ARGB может использоваться, чтобы реальная прозрачность избежала псевдо прозрачности по умолчанию. Поэтому, даже если будут значки в рабочем столе, то они будут видимы. Обратите внимание, что ARGB визуальный может принять, значения 0-255 и более высокое значение означают большую непрозрачность. Таким образом искажения могут быть удалены, и прозрачность может быть скорректирована. Таким образом проблема решена. Обратите внимание, что поля после проблемы шрифтов (упомянутый и замеченный в вышеупомянутом снимке экрана) могут быть удалены путем удаления новых строк, но новые строки могут требоваться для другого форматирования. Поэтому каждый сделал, чтобы никто другой не пошел, но жил с полями. Также обратите внимание, что проблема с полями только распространена в единице. Другие настольные среды как Корица, кажется, не имеют проблему.
Кредиты к этим источникам:-
У меня была та же проблема с 14,04 после некоторых тестов, которые я изменил: own_window_type override к own_window_type desktop и теперь носатый работает правильно.
Я использовал это учебное руководство: http://wyldeplayground.net/how-to-remove-conky-shadow-in-14-04/ и носатый OK!