TGINSIGHT SIMILAR POSTS
Изворен канал @pythonotes · Post #62 · 4 апр.
Когда разрабатываете свой GUI с помощью PyQt для какого-либо софта бывает необходимо позаимствовать цвета из текущего стиля интерфейса. Например, чтобы правильно раскрасить свои виджеты, подогнав их по цвету. Ведь бывает, что ваш GUI используется в разных софтах. Причём некоторые со светлой темой а другие с тёмной. По умолчанию стили наследуются, но если вы задаёте какую-либо раскраску для части виджета через свой styleSheet, то требуется ссылаться на цвета текущего стиля. Как это сделать? Как получить нужный цвет из палитры имеющегося стиля? Это достаточно просто, нужно использовать класс QPalette и его роли. Например, мне нужно достать цвет текста из одного виджета и применить его в другом как цвет фона (не важно зачем именно так, просто захотелось😊). Получаем палитру виджета и сразу достаём нужный цвет, указав его роль. from PySide2.QtGui import QPalette color = main_window.palette().color(QPalette.Text) теперь можем использовать этот цвет в стилях my_widget.setStyleSheet(f'background-color: {color.name()};') Готово, мы динамически переопределили дефолтный стиль используя текущий стиль окна! На самом деле есть запись покороче, в одну строку и без лишних переменных. Не очень-то по правилам CSS, но Qt это понимает. my_widget.setStyleSheet('background-color: palette(Text);') Этот способ не подходит если вам нужно как-то модифицировать цвет перед применением в своих стилях. В этом случае потребуется первый способ. Зато он прекрасно сработает в файле .qss, то есть не придётся в коде прописывать раскраску отдельных элементов через ссылки на палитру, всё красиво сохранится в отдельном файле .qss! QListView#my_widget::item:selected { background: palette(Midlight); } Про имеющиеся роли можно почитать здесь🌍 #qt#tricks
Пребарај: #jinja2
@djangoproject · Post #326 · 29.04.2017 г., 19:04
https://github.com/aio-libs/aiohttp-jinja2 Before template rendering you have to setup #jinja2 environment first: After that you may to use template engine in your #web-handlers. The most convenient way is to decorate a web-handler. Using the function based web handlers:
@djangoproject · Post #324 · 29.04.2017 г., 08:17
http://jinja.pocoo.org/docs/2.9/ #Jinja2 is a modern and designer-friendly templating language for Python, modelled after Django’s templates. It is fast, widely used and secure with the optional sandboxed template execution environment: #web
@djangoproject · Post #362 · 03.07.2017 г., 19:33
https://stackoverflow.com/questions/30288351/how-to-setup-django-1-8-to-use-jinja2 The #Jinja template folder for app dirs defaults to #jinja2 not the standard templates folder. So try the following directory structure and #Django will locate your Jinja #templates: mysite mysite myapp jinja2 myapp index.html manage.py And instead of: return render(request, 'myapp/index.html') you should write: return render(request, 'index.html')
Hashtags
@djangoproject · Post #421 · 21.08.2017 г., 10:39
https://alysivji.github.io/flask-part1-generating-html-pages-with-mongoengine-jinja2.html Generating HTML Pages from #MongoDB with #MongoEngine and #Jinja2 (Flask Part 1) Summary Overview of MongoDB Discussion of Object-Relational Mapping (#ORM) Use MongoEngine to get items out of MongoDB Render #HTML pages using Jinja2 Interact with #REST API to send emails with #Requests
@djangoproject · Post #197 · 29.11.2016 г., 16:06
#Mako is a #template library written in Python. It provides a familiar, non-XML syntax which compiles into Python modules for maximum performance. Mako's syntax and #API borrows from the best ideas of many others, including #Django and #Jinja2 templates, #Cheetah, #Myghty, and #Genshi. Conceptually, Mako is an embedded Python (i.e. Python Server Page) language, which refines the familiar ideas of componentized layout and inheritance to produce one of the most straightforward and flexible models available, while also maintaining close ties to Python calling and scoping semantics. http://www.makotemplates.org/