allienalex |
|
![]()
Темы:
45
Сообщения:
152
Участник с: 30 июня 2012
|
Если использовать темы с картинками, то в kde появляется одна неприятность: виджет conky либо имеет либо чёрную рамку, либо, если использовать данный код, то весь виджет становится полупрозрачным и выцвевшим.
![]() ![]() |
tchgefest |
|
Темы:
51
Сообщения:
1505
Участник с: 20 октября 2008
|
А с параметром не пробовали? И еще у меня есть параметр
Последний крик моды - эхо 30-летней давности.
|
Aivar |
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
allienalex Дык, все верно. Если conky работают без параметра own_window_transparent или он равен on, фон будет иметь заданный в own_window_colour цвет - черный под дефолту. В вашем случае own_window_transparent yes делает фон прозрачным, а (внимание!) own_window_argb_visual yes - прозрачным само окно conky. Удалите эту настройку или скормите ей no. ————— tchgefest, не совсем то: background yes, например, - это запуск conky в фоне, аналогичен опции -d, –daemonize; own_window_type - тип окна conky, т.е. может отображаться как панель или "обычное" окно… |
allienalex |
|
![]()
Темы:
45
Сообщения:
152
Участник с: 30 июня 2012
|
Aivarallienalex |
Aivar |
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
allienalexНа левом скрине ее нет. ?
|
allienalex |
|
![]()
Темы:
45
Сообщения:
152
Участник с: 30 июня 2012
|
AivarНа левом скрине только когда есть строчкаallienalexНа левом скрине ее нет.
|
Aivar |
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
Так в чем проблема?
|
allienalex |
|
![]()
Темы:
45
Сообщения:
152
Участник с: 30 июня 2012
|
AivarЧёрная обводка остаётся! |
tchgefest |
|
Темы:
51
Сообщения:
1505
Участник с: 20 октября 2008
|
allienalexЖелательно прибить конки,а потом запустить опять,только что проверил появилась черная рамка,потом рамка осталась,хотя в консоле,что обновился конфиг,после прибития коньков и запуска рамки нет.
Последний крик моды - эхо 30-летней давности.
|
bobart |
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Кстати, да, налету изменения применяются не всегда (если через 'Ctrl+S' в редакторе). Показали бы уж весь конфиг, до TEXT - вдруг ещё какие-нибудь параметры влияют на рамку? Легче будет понять. К слову, параметры 'own_window_argb_visual yes' or 'own_window_argb_visual no' рисуют не "рамку", а включают/выключают заливку дефолтным-чёрным всей площади окна коньков (это так, для ясности) и при таком раскладе, с картинкой в кач-ве фона, придётся, как мне кажется, жёстко привязывать размер и позицию окна conky к размеру фоновой картинки. Но это я теоретизирую, поскольку подобной проблемы не наблюдаю: нет картинки - нет проблемы. UPD. Теперь практика с проблемой. Вот параметры, так или иначе влияющие на вид коньков, за вычетом того, что нам сейчас не нужно:
Дальше дело стоит за взаимопозиционированием окна коньков, размеры которого задаются параметрами и накладываемого изображения: …и за тем, чтобы "свести" параметры minimum_size 143, maximum_width 143 и -p 0,0 -s 160x160 так, чтобы ничего никуда не уезжало. Собственно, всё. Приведённые мною размеры заведомо неверны, поскольку очевидно, что размер окна коньков должен быть >= размеру накладываемой картинки. Если картинка куда-либо уезжает, то на незанятом ею месте просто остаётся прозрачный фон окна коньков. Сводить картинку не стал, оставил как есть, поскольку сам календарь у меня описан так, что при изменении размера окна коньков ломается верхняя строка календаря. Но принцип ясен. Для теста использовал простой градиент, наскоро сделанный в гимпе, 160x160px, ну и скруглил радиусом в 5px, чтобы удостовериться в том, что из пустого угла ничего не вылезет. Не вылезло. Вот скрины, просто в кач-ве иллюстрации отсутствия каких-либо чёрных рамок и т.п.: ![]() ![]() PS. KDE. http://conky.sourceforge.net/config_settings.html |