Im Qt-Framework haben Sie die Möglichkeit, auf die Grafikszene und Widgets zu greifen. Dafür können Sie die QPainter-Klasse verwenden. Das Zeichnen von Objekten auf den Widgets kann in der Funktion paintEvent (* event) erstellt werden, die beim Rendern des Widgets aufgerufen wird.
In diesem Tutorial arbeiten Sie mit dieser Funktion. Es erzeugt ein Objekt der Klasse QPainter , und mit ihm wird ein Kreis gezeichnet. Gleichzeitig hängt das Zeichnen eines Kreises von drei QRadioButton-Objektklassen ab. Abhängig von der ausgewählten Funkbatterie und der Farbe des Kreises wird der Kreis weiß gezeichnet, wenn keine Funkbatterie ausgewählt ist.
Projektstruktur für QPainter
Projekt enthält die folgenden Dateien:
- painter.pro - Projektprofil;
- widget.h - Header-Datei der Widget-Klasse, die mit QPainter funktioniert;
- widget.cpp - Quelldatei der Widget-Klasse, die mit QPainter funktioniert;
- main.cpp - Datei mit Hauptfunktion;
- widget.ui - Anwendungsschnittstelle
widget.ui
Im Formulardesigner fügen Sie das Widget der GroupBox mit Optionsfeldern und vertikalem Abstandshalter hinzu.
widget.h
In dieser Datei müssen Sie paintEvent() definieren.
#ifndef WIDGET_H
#define WIDGET_H
#include <QWidget>
#include <QPainter>
namespace Ui {
class Widget;
}
class Widget : public QWidget
{
Q_OBJECT
public:
explicit Widget(QWidget *parent = 0);
~Widget();
protected:
/* Define method of base class
* */
void paintEvent(QPaintEvent *event);
private slots:
void on_radioButton_red_clicked();
void on_radioButton_green_clicked();
void on_radioButton_blue_clicked();
private:
Ui::Widget *ui;
};
#endif // WIDGET_H
widget.cpp
Aber die Logik der Anwendung funktioniert komplett in dieser Datei. Die Methode paintEvent() implementiert die Handler von Optionsfeldern und zeichnet einen Kreis des Haupt-Widgets.
#include "widget.h"
#include "ui_widget.h"
Widget::Widget(QWidget *parent) :
QWidget(parent),
ui(new Ui::Widget)
{
ui->setupUi(this);
}
Widget::~Widget()
{
delete ui;
}
void Widget::paintEvent(QPaintEvent *event)
{
Q_UNUSED(event);
QPainter painter(this); // Create object of QPainter
// Set Brush
painter.setPen(QPen(Qt::black, 1, Qt::SolidLine, Qt::FlatCap));
/* Check radio buttins
* */
if(ui->radioButton_red->isChecked()){
// Draw red circle
painter.setBrush(QBrush(Qt::red, Qt::SolidPattern));
painter.drawEllipse(100, 50, 150, 150);
} else if(ui->radioButton_green->isChecked()){
// Draw green circle
painter.setBrush(QBrush(Qt::green, Qt::SolidPattern));
painter.drawEllipse(100, 50, 150, 150);
} else if(ui->radioButton_blue->isChecked()){
// Draw blue circle
painter.setBrush(QBrush(Qt::blue, Qt::SolidPattern));
painter.drawEllipse(100, 50, 150, 150);
} else {
// Draw white circle
painter.setBrush(QBrush(Qt::white, Qt::SolidPattern));
painter.drawEllipse(100, 50, 150, 150);
}
}
/* If same radio button will be pressed,
* then we execute the drawing new view of circle
* */
void Widget::on_radioButton_red_clicked()
{
repaint();
}
void Widget::on_radioButton_green_clicked()
{
repaint();
}
void Widget::on_radioButton_blue_clicked()
{
repaint();
}
Ergebnis
Als Ergebnis erhalten Sie die App, wie in der folgenden Abbildung dargestellt. Die Demonstrationsanwendung ist im Video-Tutorial zu diesem Artikel enthalten.
Archiv mit Quelle: painter
Доброго времени суток. Подскажите, пожалуйста, следующую вещь: что такое private slots: void on_radioButton_red_clicked(); void on_radioButton_green_clicked(); void on_radioButton_blue_clicked(); Откуда они взялись??? Это какие - то предопределенные слоты класса radiobutton??? Почему они исполняются при нажатии переключателей??? Хоть убей, не пойму... Никакой инфы не нашел. Где они задаются привязанными к переключателям При попытке изменить имя слотов, они перестают работать... Сформулирую вопрос иначе: Где связываются переключатели и эти три слота???
Зы, т.е. если, я переименовываю слот, скажем,с void on_radioButton_blue_clicked() на void blue_clicked() в файлах widget.h и widget.cpp, все компилируется, но, переключатель radioButton_blue перестает работать ЗЫ: компилирую пример в Visual Studio. Creatorom и Designerom не пользуюсь... Эти слоты привязываются где - то в них?
Да. Совершенно верно. Данные слоты создаются через дизайнер. Если в дизайнере кликнуть правой кнопкой мыши на какой-то объект и выбрать создание слота clicked() , то будет выглядеть примерно так, как показано в примере.
Qt имеет этап предкомпиляции, когда создаются всякие мок файлы, и в данном случае привязка идёт по текстовому наименованию слота. Если слот не находится, то он не подключается во время компиляции.
Вы должны будете найти подключение этих слотов в ui_widget.h , который автоматически создаётя во время компиляции.
Понятно,спасибо,посмотрю...У нас,в виду исторических обстоятельств,весь код писан чисто в vs,без использования креатора(когда собирали qt под студии,креатор,даже,не компилировали),все интерфейсы писались через кодирование,и,все эти ui для меня темный лес... интересно расширить познания в этой области))
Проект, в котором я работаю на данный момент развивается уже более 5-ти лет. Я в нём работаю последние 8 месяцев. Интерфейс полностью написан на Ui, причём с использованием плагинов для Qt Designer, также над продуктом работает команда переводчиков. В продукте сотни диалоговых окон. И из своих наблюдений могу сказать, что если бы не использовались Ui, то в какой-то момент работать стало бы очень грустно, причём не только программистам, но и переводчикам, поскольку тот же самый Qt Linguist, поддерживает отображение Ui файлов, что гораздо удобнее, чем смотреть в код и не понимать, к какому всё-таки окну это относится.
У программы нас не имеют статических окошек, как таковых - окна могут быть совершенно различными в зависимости от множества условий, и, "лепятся", прямо, на лету, при запуске. Те, кто начинал проекты, выбрали чистый код, и, тем кто с ними работает сейчас, приходится делать все без использования ui, либо, все переписывать, а, это не на один год работы - проекты большие,ведутся лет 20, множество модулей написаны на всем, что можно только себе вообразить, начиная от ассемблера(работаем с железом и драйверами, в том числе) и заканчивая C#, и, все это завязано на кроссплатформенный qt, поскольку, поддерживается и Линупс. Старая команда отвалила, набрали новыю... Переписывать все жестоко, да, и, опыта у меня маловато
Увидел, еще, один интересный момент. Вы написали про редактирование слота clicked(), а, в дизайнере я этой возможности не нашел, но, тут такой момент... у меня qt собрана самостоятельно, без creator-a, есть, только, дизайнер. А, в дизайнере нет поддержки слотов(по правой клавише мыши). Потом, поставил Creator, а, там, дизайнер открывается в контексте проекта, вот, там создание слота clicked,уже есть... Про этот момент я не знал, поэтому, и, не нашел в дизайнере, как создать слот... В новых версиях qt создание слотов из дизайнера вынесли...
Но согласитесь, что отсутствие ui - это проблема того, что проекты давно развиваются, имеется много легаси кода и того, что на момента развития проектов и сам Qt не был так сильно развит. Например, Qt4 и Qt5 довольно сильно различаются, да даже Qt 5.6 очень отличается от Qt 5.8 по некоторым модулям, особенно если полезть в сторону QML. А после пары калымов я вовсе зарёкся браться за проекты с Qt4, особенно те, которые пишутся на устаревших версиях VS. Наверняка, многое можно стандартизировать и шаблонизировать. В нашем проекте сотни диалоговых окон с ui, но все они создаются и наполняются динамически. А также имеют всего несколько базовых классов. Просто различные вкладки интерфейса скрываются или добавляются в зависимости от этих самых условий, про которые вы сказали. Ну а так да. - Переписывать всё действительно жёстко, если проекты давно развиваются, но это уже немного другая история.
Думаю, что это вполне логичное развитие продукта. Без Креатора - это бесполезный функционал.
Это логично. Просто, именно, это ввело меня в ступор и заставило отписать в комментариях вчера. Причем, в дизайнере(который отдельно, открывается, без creator-a) есть редактор сигналов и слотов, но, он пуст. А, Creator-a у меня на тот момент не стояло
Соглашусь,там люди начинали с делфи,вообще,в свое время,когда все зарождалось потом,постепенно,постепенно,все облагораживалось,портировалось на более вменяемые средства разработки... Наши ребята-программисты(среди которых и я пятый помощник десятого стажера),говорят,что,ui вполне можно было использовать... у нас,еще,осложняется все тем,что,мы поддерживаем sdk,свои,на которой заказчики строят ПО,этих sdk несколько,если переписать,то,будет,еще на sdk больше,поскольку,старую никуда не денешь,а,заказчики консервативны.Сделали один раз и навсегда... у нас сфера промышленных систем,там еще компы на DOS,встречаются,до сих пор!!!)))))))