Символьные значки (главным образом) .svg значки, названия которых выглядят следующим образом:
some-icon-symbolic.svg
Особое преимущество символических значков состоит в том, что вы может установить свой цвет, даже если сам значок имеет совершенно другой цвет. Поэтому они могут идеально использоваться в тематических ситуациях, таких как значки панелей.
Пример:
Скажем, у меня значок оранжевого (символического) значка foldertrack-symbolic.svg:
Обычно этот значок, используемый в панели, будет выглядеть так:
При применении в качестве символического значка он подходит к теме:
Не устанавливайте изображение по его пути (включая расширение):
] (Не используйте это ↓)
icon = Gtk.Image.new_from_file(
"/usr/share/pixmaps/foldertrack-symbolic.svg",
)
Но:
Убедитесь, что значок находится в каталоге, где вы можете просто использовать его имя значка (по умолчанию вы можете использовать /usr/share/pixmaps, как описано здесь). Установите изображение (только) его имя без расширения и установите желаемый размер значка:icon = Gtk.Image.new_from_icon_name(
"foldertrack-symbolic", Gtk.IconSize.MENU
)
... и ваш значок хорошо подходит:) 28]
Не удивительно, что вы можете использовать тот же трюк на файл .plugin, чтобы внешний вид апплета в Budgie-Settings соответствовал:
Использовать в описании знака имя символического значка:
... и он отлично впишется:
Похоже, что python не может найти local.local_settings.py, это выглядит нормально для меня.
Вы находитесь:
/usr/share/openstack-dashboard/dashboard/
И ваш файл local_settings.py находится в:
/usr/share/openstack-dashboard/local/local_settings.py
import local.local_settings.py будет искать его в /usr/share/openstack-dashboard/dashboard/local/local_settings.py
В git есть небольшая обертка в панели управления openstack, которая может помочь с этой проблемой. Просто создайте новый файл в панели openstack-dashboard, назовите его manage.py, скопируйте этот код:
#!/usr/bin/env python
import os, sys
if __name__ == "__main__":
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "dashboard.settings")
from django.core.management import execute_from_command_line
execute_from_command_line(sys.argv)
И теперь выполните его.
Что этот код делает, это изменение глобального так что default.py для django теперь является dashboard / settings.py (вместо ./settings.py) и вызывает стандартную django manage.py.
Это должно устранить ошибку импорта, как сейчас local / local_settings.py существует. Конечно, это может создать другие проблемы с импортом, но стоит попробовать.