Dunst: संदेशों को कालानुक्रमिक रूप से उनके आने के आधार पर हमेशा क्रमबद्ध करने का विकल्प जोड़ें?

मुझे माफ कर दो। मैंने इस मुद्दे को लगभग एक साल पहले खुद को सौंपा था, लेकिन मुझे आज ही समझ में आया, आपका वास्तविक इरादा।

मुझे ईमानदार होना है, लेकिन मुझे लगता है कि आपकी खोज को वर्णित से अलग तरीके से हल किया जाना चाहिए।

हम स्वयं सूचनाओं के बीच किसी भी आदेश का ट्रैक नहीं रखते हैं। सूचनाएं या तो क्रमबद्ध नहीं हैं और अंत तक या urgency/id माध्यम से धकेल दी जाती हैं और इसे वास्तव में कैसे बनाया जाता है यह कतार पर निर्भर है।

आईएमओ तकनीक, जो आपके उपयोगकेस के लिए बिल्कुल सही होगी NotifyOSD से विलय अधिसूचना होगी। लेकिन मुझे नहीं लगता कि इसे लागू करने के लिए कोई उत्सुक है।

तात्कालिकता/आईडी के माध्यम से और इसे वास्तव में कैसे बनाया जाता है यह कतार तक है।

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

जब तक मैं इस मुद्दे को गलत नहीं समझ रहा हूं कि जो अनुरोध किया जा रहा है वह कड़ाई से कालानुक्रमिक प्रकार है

हाँ, मेरा यही मतलब था।

क्यू को किसी भी समय टाइमस्टैम्प द्वारा क्रमबद्ध नहीं किया जाता है। यह सिर्फ इतना है कि जब आपके पास sort = no या समान तात्कालिकता के साथ सूचनाएं हैं, तो सूचनाओं का सम्मिलन क्रम वैसा ही है जैसे कि कतारों को टाइमस्टैम्प द्वारा क्रमबद्ध किया गया होता।

लेकिन उस बिंदु पर, जब सूचनाओं को इतिहास से प्रदर्शित में वापस ले जाया जाता है, तो अब ऐसा नहीं है।

सूचनाओं को टाइमस्टैम्प द्वारा क्रमबद्ध करने के लिए उन्हें फिर से प्रदर्शित करते हुए बनाम अधिसूचना को उनकी तात्कालिकता के आधार पर क्रमबद्ध करने के लिए, इसका कोई मतलब नहीं है और केवल नई बग पेश करता है।

रुकना। क्या यह मुद्दा sort एक एनम बनाने और sort = time !