क्यूटी ग्राफिक्स फ्रेमवर्क - डार्क साइड। भाग 1

पहले लेख में, मैंने इस बारे में बात की कि मैं ढांचे के फायदों के बारे में कैसे जान सकता हूँ। आज मैं इसके अंधेरे पक्ष के बारे में बात करने की कोशिश करूंगा, खराब दस्तावेज।

केस नंबर 1

हम प्रदर्शित विंडो के आकार के अनुसार दृश्य और उसमें मौजूद वस्तुओं का आकार बदलना चाहते हैं। गोदी कहती है, "QGraphicsView व्यूपोर्ट विजेट का स्वामित्व लेता है।" ठीक है, चलो सबसे सरल परियोजना बनाते हैं और निम्नलिखित लिखते हैं:

mainWindow.h:

#ifndef MAINWINDOW_H #define MAINWINDOW_H #include <QMainWindow> #include <QGraphicsScene> #include <QGraphicsEllipseItem> #include <QGraphicsView> class MainWindow : public QWidget { Q_OBJECT public: explicit MainWindow(QWidget *parent = 0); ~MainWindow(); private: bool eventFilter(QObject *, QEvent *); private: QGraphicsScene *m_scene; QGraphicsEllipseItem *m_elipse; QGraphicsView * graphicsView; }; #endif // MAINWINDOW_H 

mainWindow.cpp:

 #include "MainWindow.h" #include <QGridLayout> #include <QEvent> #include <QResizeEvent> MainWindow::MainWindow(QWidget *parent) : QWidget(parent) { setLayout(new QGridLayout()); graphicsView = new QGraphicsView(); layout()->addWidget(graphicsView); graphicsView->setVerticalScrollBarPolicy(Qt::ScrollBarAlwaysOff); graphicsView->setHorizontalScrollBarPolicy(Qt::ScrollBarAlwaysOff); m_scene = new QGraphicsScene(); m_elipse = new QGraphicsEllipseItem(); m_scene->addItem(m_elipse); m_scene->setSceneRect(m_elipse->boundingRect()); graphicsView->setScene(m_scene); graphicsView->installEventFilter(this); } MainWindow::~MainWindow() { } bool MainWindow::eventFilter(QObject *, QEvent *event) { if(event->type() == QEvent::Resize ) { QResizeEvent *res = reinterpret_cast<QResizeEvent*>(event); m_elipse->setRect(0, 0, res->size().width(), res->size().height()); return true; } return false; } 

यह उम्मीद की जाती है कि विजेट के आकार को बदलकर, हम दीर्घवृत्त के आकार को बदल देंगे, लेकिन यह अभी भी अपनी संपूर्णता में दिखाई देगा, जैसा कि आकार और प्रदर्शन क्षेत्र। हम संकलित करते हैं, चलाते हैं और सुनिश्चित करते हैं कि यह काम नहीं करना चाहिए क्योंकि आप प्रारंभिक आकार को कम कर सकते हैं, लेकिन यदि आप इसे पार करते हैं, तो दीर्घवृत्त काट दिया जाता है।

फिर बदलो

  graphicsView->installEventFilter(this); 

पर

  graphicsView->viewport()->installEventFilter(this); 

संकलन, रन - सब कुछ काम करता है। अब चलिए सीन में फिल्टर सेट करने की कोशिश करते हैं। हम संकलन करते हैं, चलाते हैं और कुछ भी नहीं देखते हैं।

केस नंबर 2

हम माउस की स्थिति को ट्रैक करना चाहते हैं क्योंकि यह दृश्य के चारों ओर घूमता है। इसके लिए, हम अपने परीक्षण और कक्षा को इस प्रकार संशोधित करते हैं:

 bool MainWindow::eventFilter(QObject *, QEvent *event) { if(event->type() ==QEvent::MouseMove) { qDebug()<<event; return true; } return false; } 

निर्माता में जोड़ें:

 graphicsView->setMouseTracking(true); 

खैर, हम ग्राफ़िक्स व्यू में फ़िल्टर स्थापित करते हैं।
हम संकलन करते हैं, चलाते हैं, सुनिश्चित करते हैं कि यह काम नहीं करता है। हम व्यूपोर्ट में फ़िल्टर स्थापित करते हैं और सब कुछ फिर से काम करता है।
अब हम थोड़ा संशोधित करते हैं:

  if(event->type() ==QEvent::MouseMove) 

द्वारा प्रतिस्थापित करें

  if(event->type() ==QEvent::GraphicsSceneMouseMove) 

और दृश्य में फिल्टर स्थापित करें। और पिछली बार के विपरीत, हम पाते हैं कि माउस आंदोलन को ट्रैक किया गया है।

जांच के निष्कर्ष

यह एक शुरुआत के दृष्टिकोण से अजीब नहीं होगा, लेकिन ग्राफिक्स फ्रेमवर्क वास्तव में तर्क का पालन करता है: अलग से प्रदर्शन, और अलग से रचना। और इसलिए, आकार बदलने वाली घटना दृश्य में प्रसारित नहीं होती है। और ग्राफिक्स व्यू वास्तव में व्यूपोर्ट पर संरक्षण लेता है। आप इसे सत्यापित कर सकते हैं यदि केस नंबर 1 फ़िल्टर के साथ बदलें:

  if(event->type() == QEvent::Resize ) { QResizeEvent *res = reinterpret_cast<QResizeEvent*>(event); m_elipse->setRect(0, 0, res->size().width(), res->size().height()); } return false; 

यानी घटना के फ़िल्टरिंग को हटा दें, फिर हम अपेक्षित व्यवहार देखेंगे। यानी घटना को फ़िल्टर्ड किया गया और आगे व्यूपोर्ट में प्रेषित नहीं किया गया। लेकिन पर्याप्त कमी व्यवहार क्यूटी या सहज घटनाओं के आंतरिक तर्क के कारण होता है, क्योंकि उन्हें कोड में कहा जाता है।

घटनाओं के हस्तांतरण के दृश्य पर वापस। इस प्रक्रिया का बिल्कुल भी वर्णन नहीं किया गया है, लेकिन एक महत्वपूर्ण बिंदु है: दृश्य पर जाने से पहले, ग्राफिक्स व्यू इवेंट को संबंधित QGRaphisSceneEvent में बदल देगा, लेकिन यह पहले से ही विशेष विधियों में होता है, यही कारण है कि यह उन्हें डॉक में ओवरराइड करने की सलाह देता है न कि एंट्री पॉइंट ( इवेंट या व्यूपोर्ट) )।

एक बार फिर, मैं अंतिम क्षण पर ध्यान दूंगा: ढांचे का तर्क ऐसा है कि सभी बाहरी घटनाओं को दृश्य के साथ काम करने के लिए तैयार किया जाता है। यानी यदि आपके पास अपना QEvent है जिसे दृश्य में पास करने की आवश्यकता है, तो Qt के तर्क का उल्लंघन नहीं करने का सबसे अच्छा तरीका QGRaphicsSceneEvent से विरासत में मिली एक कस्टम घटना का एक एनालॉग बनाना है, एक दृश्य में कनवर्ट करने और परिवर्तित करने के लिए एक विधि लिखें, जिसे QGraphicsView से विरासत में मिली कक्षा में बुलाया जाएगा। ठीक है, इस सबसे संशोधित QGraphicsView के लिए एक क्यूईवेंट भेजें।

यह अंतिम चरण पर विचार करने के लिए बना हुआ है: आइटम-एस को इवेंट डिलीवरी। यहां तस्वीर दृश्य के वितरण के साथ समान है, अर्थात्: घटना के आने के बाद यह निर्धारित किया जाता है कि किस विशेष फ़ंक्शन का उपयोग किया जाना चाहिए; इस विशिष्ट फ़ंक्शन में, इवेंट के निर्देशांक निर्धारित किए जाते हैं, विधियों itemAt () का उपयोग करके यह निर्धारित किया जाता है कि किस आइटम को ईवेंट को वितरित करना है, फिर इवेंट को आइटम पर डिलीवरी के लिए तैयार किया जाता है और उसके बाद ही इसे भेजा जाता है।

वैसे, एक रेक भी है। गोदी का कहना है कि ज्यामितीय आयामों को बदलने से पहले, आपको ज्यामिति को बदलने की आवश्यकता है, अन्यथा हम प्रतिपादन के साथ एक समस्या में भाग लेंगे। लेकिन न केवल, घटना वितरण के साथ समस्याएं पैदा होंगी।