क्यूटी में निष्क्रिय घटना

हेलो हैबरा

Vstpulenie

बहुत पहले नहीं मैंने विंडोज के तहत क्यूटी के साथ काम करना शुरू किया। मेरा कार्य एनीमेशन और अन्य उपहारों के साथ उपयोगकर्ता इंटरफ़ेस के वास्तविक समय प्रतिपादन के साथ एक ग्राफिकल एप्लिकेशन विकसित करना है। यह सभी सौंदर्य डायरेक्टएक्स के माध्यम से काम करता है, और क्यूटी एनिमेशन, विंडोज, सिग्नल और अन्य उपयोगी चीजों के साथ बहुत मदद करता है।

यह क्यों आवश्यक है?

यदि कोई गेम विकसित कर रहा है, तो वह जानता है कि स्क्रीन को "एप्लिकेशन डाउनटाइम" के दौरान फिर से तैयार किया गया है - अर्थात उन क्षणों जब खिड़की के लिए संदेश कतार खाली है। यह आपको खिड़की को बहुत जल्दी से फिर से तैयार करने की अनुमति देता है, विशेष रूप से एक खाली खिड़की में, प्रति सेकंड कई हजार फ्रेम (ऊर्ध्वाधर सिंक्रनाइज़ेशन के साथ) खींचा जा सकता है।

यह कैसे करना आवश्यक नहीं था?

एक बार मैंने MFC के साथ काम किया और याद आया कि एक OnIdle () फंक्शन था जिसे ओवरलोड किया जा सकता था। इंटरनेट पर और स्रोत कोड में रम होने के बाद, मुझे Qt में ऐसा कुछ नहीं मिला। एकमात्र समाधान जो काम करने लगता है, वह एक टाइमर बनाना है जो 0 एमएस अंतराल पर शुरू होता है, अर्थात। यह कुछ इस तरह देखा गया:

1. वर्ग QMyWindow : सार्वजनिक QWidget
2. {
3. Q_OBJECT
4. int m_idleTimerId ;
5. जनता :
6. QMyWindow ( QObject * माता-पिता ) : QWidget ( माता-पिता ) : m_idleTimerId ( - 1 )
7. {
8. m_idleTimerId = startTimer ( 0 ) ;
9. }
10. शून्य टाइमरईवेंट ( qimerEvent * घटना )
11. {
12. अगर ( घटना - > टाइमरआईड ) ( = = m_idleTimerId )
13. {
14. // आपका निष्क्रिय हैंडलिंग कोड यहाँ है ...
15. }
16. }
17. } ;

लेखक के अनुसार, जब हमारे पास एक खाली संदेश कतार होती है, तो टाइमर संदेश सक्रिय होता है। लेकिन समस्या यह है कि ये वही टाइमर संदेश कतार को "रोक" देते हैं ताकि क्यूआरसाइज़वेंट भी तुरंत हैंडलर तक न पहुँच सके।

समाधान मिल गया

समाधान अप्रत्याशित रूप से आया - WinAPI में विंडो रेंडरिंग योजना का उपयोग करें:

1. जबकि ( संदेश। संदेश ! WM_QUIT )
2. {
3. यदि ( PeekMessage ( & msg, NULL , 0U, 0U, PM_REMOVE )
4. {
5. TranslMessage ( & msg ) ;
6. DispatchMessage ( & msg ) ;
7. }
8. अन्यथा
9. रेंडर ( ) ;
10. }

कोड दिखाता है कि पहले हमें PeekMessage के माध्यम से संदेश मिलता है, फिर हम संदेश को संसाधित करते हैं और इसे विंडो हैंडलर को भेजते हैं, और यदि कतार खाली है, तो हम अपने तत्वों को आकर्षित करते हैं। Qt पर, ऐसा दिखता है:

1. WinPlatform w ;
2. MwApplication ( a और w, argc, argv, true ) ;
4. एक। installEventFilter ( & w ) ;
6. एक। postEvent ( & w, new FloadingEvent ( ) , Qt :: LowEventPyerity ) ;
7. जबकि ( डब्ल्यू। आइसिंग ) ( ) || QApplication :: hasPendingEvents ( ) )
8. {
9. // QApplication :: sendPostedEvents ();
10. अगर ( QApplication :: hasPendingEvents ( ) )
11. QApplication :: processEvents ( ) ;
12. अन्यथा
13. डब्ल्यू। रेंडरऑब्जेक्ट ( ) ;
14. }

संक्षेप में, कुछ बिंदु:

1. हम QCloseEvent प्रकार के संदेशों के लिए एक फ़िल्टर सेट करते हैं, अच्छी तरह से, या lastWindowClosed सिग्नल का उपयोग करते हैं ताकि विंडो बंद होने पर w.isRunning रिटर्न गलत हो जाए
2. संदेशों को तब तक संसाधित करें जब तक वे कतार में हों, या हमारी वस्तुओं को आकर्षित न करें

यह अलग-अलग बात करने के लिए सार्थक है क्यों hasPendingEvents () थोड़ी देर की स्थिति में है। तथ्य यह है कि जब खिड़की बंद हो जाती है, तो हम डिलीट के लिए डिलीट करने के लिए कतारों को लगा सकते हैं, जिन्हें हटा दिया जाता है, जो ईवेंटलॉप पर वापस आते समय हटा दिए जाते हैं। संभावित समस्याओं से बचने के लिए, आपको कतार को अंत तक संसाधित करने की आवश्यकता है।

इसके अलावा, आपने संभवतः एक टिप्पणी के साथ एक टिप्पणी लिखी थी जिसे कॉल करने के लिए एक कॉल भेजें। प्रलेखन का कहना है कि इस प्रक्रिया को न कहने से आस्थगित विलोपन (डिलीट) के साथ समस्या हो सकती है, हालांकि मेरे आवेदन में सब कुछ काम करने लगता है।

निष्कर्ष

यह निश्चित रूप से निकला, थोड़ा बैसाखी, लेकिन फिर भी यह काम करता है। यदि सुझाव हैं - टिप्पणियों में स्वागत है। ध्यान देने के लिए आप सभी का धन्यवाद!