🐒 🙈 👨‍🍳 टेलीग्राम समूहों में अवरुद्ध उपयोगकर्ताओं की उपेक्षा कैसे करें? 👩🏼‍🤝‍👩🏻 🚶🏻 🕥

UPD: मदद करने के लिए धन्यवाद Tkachovयह लेख अभी भी कार्य निर्देश में मदद के अनुरोध से बदल गया है। में टिप्पणी, वह एक टेलीग्राम डेस्कटॉप क्लाइंट में उपेक्षा बनाने के लिए एक काम कर कोड दे दी है। बस मामले में, मैं लेख के अंत में एक स्पष्टीकरण डालूँगा। इसके अलावा, लेख उसी रूप में जारी है जिसमें यह लिखा गया था।

* * *

मैं समुदाय से मदद माँगना चाहूँगा, क्योंकि मैंने अपनी सारी संभावनाओं को पूरी तरह से समाप्त कर दिया है।

कोई प्रश्नोत्तर सेवा (उर्फ पूर्व टोस्टर) पर एक प्रश्न पूछ सकता है - केवल मैंने पहले ही यह कर लिया है, और इससे बाहर नहीं आया है।

फिर भी, सिर्फ एक लेख की आड़ में एक सवाल पूछना मुझे बहुत सही नहीं लगता है। इसलिए, मैं पूरी प्रक्रिया की पृष्ठभूमि को पाठ में जोड़ने की कोशिश करूंगा और बताऊंगा कि पहले से ही क्या कदम उठाए गए हैं।

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

समस्या और पृष्ठभूमि

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

"ब्लैक मिरर" में इसके बारे में एक श्रृंखला भी थी।

_{देखते रहे! देखते रहे! देखते रहे!}

अगर हम इंटरनेट पर इस समस्या का हल खोजने की कोशिश करते हैं, तो हम एक बड़े निगम और असंतुष्ट लोगों के एक छोटे समूह की एक विशिष्ट युद्ध कहानी का सामना करेंगे। इस युद्ध के चरण गितुब पर स्पष्ट रूप से दिखाई देते हैं। 2015 से इस सुविधा के लिए पहला अनुरोध

यहां दिया गया है ।आप इस थ्रेड में निम्नलिखित विषयों के लिंक पा सकते हैं, लोगों ने लगातार निम्नलिखित वर्षों में इस सुविधा के लिए कहा, लेकिन प्रत्येक कॉल एक बेवकूफ जवाब के साथ बंद हो गया "यह एक क्लाइंट समस्या नहीं है, लेकिन एक एपीआई समस्या है"।

प्रोग्रामर के लिए यह भी स्पष्ट नहीं है कि डेटा क्लाइंट की मदद से उपयोगकर्ता को दिखाया गया है। और भले ही एपीआई आपको सर्वर से सभी संदेश भेजता है - क्लाइंट साइड पर उनमें से कुछ को छिपाने में कोई समस्या नहीं है।

लेकिन अब पांच साल के लिए, हर साल, और कभी-कभी साल में कई बार, लोग समूह में उपेक्षा शुरू करने के अनुरोध के साथ जीथब में जाते हैं - और हर बार उन्हें मना कर दिया जाता है और विषय बंद हो जाता है। छह महीने से अधिक समय पहले, लगातार आवश्यकताओं से थक चुके, डेवलपर्स ने एक गैर-बाध्यकारी बहाना पोस्ट किया : वे कहते हैं, हाँ, हाँ, हम सब कुछ करेंगे, किसी दिन दूर के भविष्य में।

_{मैंने आपको सुना! जब तक मैं आपको जवाब देने के लिए तैयार नहीं हो जाता, तब तक मैंने इसे आवाज दी, मैं कहता हूं, मैं आपकी स्थिति समझता हूं। आओ, पुकारो, मत हारो!}

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

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

उसी समय अवरुद्ध उपयोगकर्ताओं के साथ प्रबंधन क्लाइंट-साइड संदेश हो सकता है । टेलीग्रेट के अस्तित्व से इसकी पुष्टि होती है । यह टेलीग्राम का एक कांटा है, जिसमें अवरुद्ध उपयोगकर्ताओं को अनदेखा करने का विकल्प घोषित किया गया था।

काश, यह अनदेखी असली नहीं होती। विकल्प जो "अवरुद्ध उपयोगकर्ताओं को अनदेखा करता है" करता है वह ग्रे में अवरुद्ध उपयोगकर्ताओं के संदेशों के पाठ को रंगीन करता है। अवरुद्ध उपयोगकर्ताओं के चित्र, वीडियो, संगीत या स्टिकर अभी भी दिखाई दे रहे हैं; इसके अलावा, अंधेरे विषयों पर ग्रे रंग पूरी तरह से पठनीय है।

लोग नियमित रूप से डेवलपर के पास एक चैट करने के लिए आते हैं, जहां मैं थोड़ी देर के लिए बैठा था, और "वास्तविक उपेक्षा" करने के लिए कहता हूं। पहले, उसने बस मना कर दिया; पिछले छह महीनों में, उन्होंने पूरी तरह से अपनी परियोजना को छोड़ दिया, क्योंकि उनके पास "कोई समय नहीं है।" वैसे, मुक्त स्रोत परियोजनाओं के लिए यह एक सामान्य बात है।

मैं दो कारणों से इस परियोजना का उल्लेख करता हूं।

सबसे पहले, इसे "एक अनदेखा फ़ंक्शन के साथ क्लाइंट" के रूप में सटीक रूप से विज्ञापित किया गया है और यह उन लोगों द्वारा सलाह दी जाती है जो केवल विवरण पढ़ते हैं, यह जानते हुए भी नहीं कि यह "अनदेखा" वास्तव में वहां कैसे लागू किया जाता है। जैसा कि ऊपर उल्लेख किया गया है, यह फ़ंक्शन काम नहीं करता है।
दूसरे, यह एक जीवित पुष्टि है कि टेलीग्राम क्लाइंट में एक अवरुद्ध उपयोगकर्ता के संदेश को निर्धारित करना और इसे बदलना संभव है। यही है, वास्तव में, ग्राहक पक्ष की उपेक्षा संभव है।

हालांकि, कोई भी ऐसा नहीं करता है।

सबसे अच्छा, मेरी भावनाओं को चार साल पहले रेडिट पर एक समान विषय पर एक टिप्पणी में व्यक्त किया गया है:

मैं हैरान हूं कि आप ऐसा नहीं कर सकते।

गंभीरता से?

अगर मैं कुछ भी पढ़ना नहीं चाहता, तो कुछ उपयोगकर्ता लिखते हैं कि मुझे ऐसा करने में सक्षम होना चाहिए ... यह ऐसा है, जैसे हर संचार प्रोटोकॉल की बहुत बुनियादी विशेषताओं में से एक!

आप इसे 90 के दशक में ईमेल और समाचार समूह के साथ कर सकते थे!

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

और, फिर, मैं आपको दिखाने के लिए एक उद्धरण का उपयोग करता हूं - ये मेरे व्यक्तिगत विचार नहीं हैं, यह हमारी सामान्य स्थिति है, जो लोग इस फ़ंक्शन को पेश करना चाहते हैं:

I can assure you 100.00% of people asking for this feature, are fully aware of the side effects it has, and could not care less about those.

Yes just not show it at all. Yes including if it's a reply. Yes if the admin needs to see everything to moderate, then they don't have the luxury of using ignore. And most certainly we can compare TG groups to IRC, because they are both a mechanism for accomplishing the same thing, namely multi-user communication.

यहां केवल दोहराव के बारे में एक जीवन उदाहरण है - मैं कई टेलीग्राम चैट में बैठता हूं और दिन के दौरान कई उपयोगकर्ता हमेशा चैट में एक ही समाचार / मजेदार स्क्रीनशॉट / ताजा लोकप्रिय मेम फेंकते हैं। इस तथ्य के बावजूद कि उनके पहले से ही यह पहले से ही था। इस तथ्य के बावजूद कि कोई अनदेखी नहीं है, वे अभी भी सिर्फ चैट इतिहास और डुप्लिकेट संदेशों को नहीं पढ़ते हैं। इस बारे में कि लोग मंचों पर खोज का उपयोग कैसे करना जानते हैं, और बार-बार एक ही सवाल दोहराते हैं - मैं इसका उल्लेख भी नहीं करूंगा, ज्यादातर पाठक शायद इस पर आ गए हैं। फिर, बिना किसी अज्ञानता के, यह समस्या पहले से मौजूद है। और उसे नजरअंदाज न करें।

तो क्यों करता है इस समारोह वास्तव में मौजूद नहीं है?

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

मार्केटिंग संस्करण थोड़ा आसान है।

1995 में जब खालिद मर्दम बे ने mIRC बनाया, तो उन्होंने लोगों के लिए एक कार्यक्रम लिखा। मेरा मतलब है, स्वतंत्र लोगों के लिए जो जानते हैं कि वे क्या चाहते हैं, वे वही चुनते हैं जो उन्हें लगता है कि सही है और अपने कार्यों के परिणामों के लिए जिम्मेदार हैं। एक ओर, इससे समस्याएँ उत्पन्न हुईं, उदाहरण के लिए, स्क्रिप्टेड भेद्यता के साथ - आप कमांड के साथ एक लाइन चलाते हैं और यही वह है, जिसे आपने हैक किया है। दूसरी ओर, यह एक संदेशवाहक था जो वयस्कों और जिम्मेदार लोगों द्वारा उपयोग किया जाता था। और वे जानते थे कि अनदेखी के साथ चैट में कैसे मौजूद हैं, जहां कुछ संदेश बस दिखाई नहीं दे रहे हैं।

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

यहां मुकुट तर्क आता है, जो हमेशा अंत में दिया जाता है: "इसे पसंद न करें - इसे इस तरह से उपयोग न करें।" मैं यह नहीं समझाऊंगा कि उसके साथ क्या गलत है, यह प्रारूप का एक नैतिक सवाल है कि "लोगों को क्यों नहीं खाना चाहिए" - जो कोई भी उससे पूछता है उसे समझाना व्यर्थ है।

लेकिन टेलीग्राम के मामले में, इस तर्क को थोड़ा संशोधित किया गया है: "मुझे यह पसंद नहीं है - जैसा आप चाहते हैं, यह खुला स्रोत है । "

हल करने का प्रयास

कई वर्षों की खोज से थककर, मैंने वास्तव में अपने दम पर कुछ बदलने की कोशिश करने का फैसला किया। मुझे अपना टेलीग्राम असेंबली बनाना अच्छा लगा। एक पब्लिक असेंबली के अर्थ में, एक वेबसाइट और एप्लिकेशन स्टोर में प्लेसमेंट के साथ नहीं, बल्कि बस अपने लिए एप्लिकेशन को संकलित करना और स्वयं इसका उपयोग करना।

इस अर्थ में, मैं संदेशों को छिपाने से किसी भी संभावित "ब्रेक" से परेशान नहीं होगा, न ही "बातचीत में संदर्भ खोने की समस्या," और न ही "यदि आप संदेशों में से कुछ संदेश नहीं देखते हैं तो चैट को कैसे प्रबंधित करें" की समस्या। यह सब मुझे रुचिकर नहीं लगा।

यह मुझे स्पष्ट लग रहा था कि बस इस तरह से एक लाइन जोड़ना:

अगर message.author.isBlocked == सच है तो message.value = 'अवरुद्ध उपयोगकर्ता से संदेश'

छद्म कोड के लिए खेद है, लेकिन यह मुझे लगता है कि यह विचार को सही ढंग से बताता है। मैं बस किसी भी संदेश को बहुत प्रारंभिक चरण में पकड़ना चाहता था, जब यह केवल सर्वर से आता है, और इसे अवरुद्ध करने के बारे में एक पंक्ति के साथ प्रतिस्थापित करता है। इस प्रकार, समस्या को चित्रों / स्टिकर / gif के साथ हल किया जाएगा - उन्हें भी इस तरह के संदेश के साथ बदल दिया जाएगा और वे दिखाई नहीं देंगे। और यहां तक कि अगर किसी ने संदेश का जवाब दिया या उद्धृत किया, तो भी इसे बदल दिया जाएगा।

लेकिन कहां से शुरू करें?

प्रोग्रामर के दोस्तों से पूछने के बाद, मुझे पता चला कि दो तरीके हैं। पहला मूल टेलीग्राम क्लाइंट का उपयोग करना है, और दूसरा तीसरे पक्ष के क्लाइंट का उपयोग करना है जो नए TDLib लाइब्रेरी का उपयोग करके लिखा गया है। मैं लेख की शुरुआत में उल्लिखित प्रश्न सेवा पर गया और वहाँ एक प्रश्न पूछा। जैसा कि आप देख सकते हैं, उत्तरदाताओं की लाइन पंक्तिबद्ध नहीं है। एकमात्र धागे ने कोटैटोग्राम मैसेंजर का नेतृत्व किया।

मैंने इस दूत के निर्माता के साथ बात की, और उसने मुझे दो उपयोगी टिप्स दिए।
सबसे पहले, उन्होंने कहा कि मूल ग्राहक में संदेशों को सामान्य तरीके से प्रदर्शित किया जाता है, और उत्पन्न नहीं किया जाता है (हालांकि, मुझे टेलग्रीट उदाहरण के साथ यह संदेह है) - इसलिए, आप स्रोत के रूप में मूल ग्राहक का उपयोग कर सकते हैं।
दूसरे, उन्होंने बताया कि कहां हिस्ट्री आउटपुट देखने के लिए - history_message ब्लॉक में।

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

मैं आगे कैसे बढ़ा? गितुब पर विधानसभा निर्देश मौजूद हैं, लेकिन यह काम के सभी चरणों को प्रतिबिंबित नहीं करता है। मैं यहां उनका वर्णन करूंगा, यदि कोई व्यक्ति उस लेख पर आता है जो प्रोग्रामिंग से विशेष रूप से परिचित नहीं है, लेकिन जो स्वयं के लिए उपेक्षा के साथ एक ही ग्राहक बनाना चाहता है:

मैंने वर्चुअल मशीन में सब कुछ करने का फैसला किया। ऐसा करने के लिए, मैंने अपने लिए Oracle VM वर्चुअल बॉक्स स्थापित किया और आधिकारिक Microsoft वेबसाइट से विंडोज 10 और विजुअल स्टूडियो 2019 के साथ उनकी आधिकारिक वर्चुअल मशीन डाउनलोड की
Visual Studio. , C++, Visual Studio Installer . Modify C++, . QT .
Git c git-scm.com
. !

टीमों के 2 खंड हैं। और यदि पहले खंड में लगभग एक दर्जन कमांड होते हैं जो कमांड लाइन में कॉपी और पेस्ट करना आसान है, तो कुछ दर्जन कमांड के दूसरे सेक्शन के लिए, सभी कोड को बैट फाइल में कॉपी करना और चलाना स्वाभाविक लगता है। यह एक गलती है, क्योंकि प्रक्रिया कम से कम दो बार बंद हो जाती है।

पहला पड़ाव लाइन के बाद होता है:

gyp --no-circular-check breakpad_client.gyp --format=ninja

दूसरा अंत से चौथी पंक्ति के बाद है, लंबी क्यूटी कॉन्फ़िगरेशन निर्देश:

configure -prefix "%LibrariesPath%\Qt-5.12.5" .......

जैसा कि मेरे दोस्तों ने मुझे बताया, यह इस तथ्य के कारण है कि इन आदेशों के निष्पादन के दौरान अन्य बैट-फाइलें लॉन्च की जाती हैं, जिसमें प्रक्रिया से प्रत्यक्ष निकास पहले से पंजीकृत है। नतीजतन, आपको या तो बस आदेशों को कॉपी और पेस्ट करना होगा, या निर्देश को 3 बैट फाइलों में विभाजित करना होगा (लेकिन इस मामले में, याद रखें कि कमांड्स को उसी निर्देशिका से निष्पादित करना जारी रखना चाहिए जहां प्रक्रिया बंद हो गई है!)।

अपना स्वयं का एपि_ड प्राप्त करना जीथब पर भी वर्णित है ।

अंत में, मैंने पूरी तरह से काम कर रहे टेलीग्राम एक्सई फाइल को संकलित किया। कुल मिलाकर, विधानसभा में लगभग तीन घंटे लगते हैं (प्रारंभिक डाउनलोड और इंस्टॉलेशन की गिनती नहीं), शायद यह समय कंप्यूटर की शक्ति पर निर्भर करता है।

हॉल की मदद (और समाधान मिला)

और यहाँ अंतत: हेब्रोसोकेविटी के लिए मेरा अनुरोध प्रकट होता है। जैसा कि पाठकों ने पहले ही अनुमान लगा लिया है, मुझे नहीं पता कि क्या और कैसे बदलना है। यह मुझे लगता है कि मुझे एक जगह मिली जहां संदेश प्रदर्शित किया गया है, लेकिन मुझे यकीन नहीं है, क्योंकि मुझे सी ++ नहीं पता है। इस बात का जिक्र नहीं कि (शायद) यह इतिहास में कुछ नहीं बदलने के लिए सही होगा। _{"एलविश में कुछ, मैं नहीं पढ़ सकता हूं"} हो सकता है कि यहां कोई व्यक्ति पहले से ही टेलीग्राम कोड का सामना कर चुका है या उसके पास बहुत ही विकसित कौशल है और अवरुद्ध उपयोगकर्ता से किसी भी संदेश के प्रतिस्थापन के साथ एक ही लाइन लिख सकता है, और यह भी कह सकता है कि इसे कहां रखा जाए। यह कोड।

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

UPD: जैसा कि मैंने लेख की शुरुआत में उल्लेख किया है, कोड का एक कार्यशील संस्करण टिप्पणियों में दिखाई दिया। मैं इसे सीधे लेख में लाता हूं।

कोड का पहला भाग दूसरे संदेश के साथ पाठ को बदलता है। यह आवश्यक है क्योंकि यदि किसी अन्य उपयोगकर्ता ने अवरुद्ध विंडो, या चैट विंडो में बाईं ओर, जहां समूह चैट में नवीनतम संदेश प्रदर्शित किए गए हैं, का जवाब देते हुए यह पाठ उद्धरणों में दिखाई देता है।

History_Message.cpp फ़ाइल में, हम फ़ंक्शन को उसी स्थान पर देखते हैं जैसे ऊपर स्क्रीनशॉट में:

HistoryMessage::HistoryMessage(
	not_null<History*> history,
	const MTPDmessage &data,
	MTPDmessage_ClientFlags clientFlags)

और अंदर हम मूल पाठ को प्रतिस्थापित करते हैं:

	if (const auto media = data.vmedia()) {
		setMedia(*media);
	}
	setText({
		TextUtilities::Clean(qs(data.vmessage())),
		Api::EntitiesFromMTP(data.ventities().value_or_empty())
	});

उन्नत पर:


	UserId from = data.vfrom_id().value_or_empty();
	PeerData* pd = from ? history->owner().user(from) : history->peer;
	if (pd->isUser() && pd->asUser()->isBlocked()) {
		setText({
			TextUtilities::Clean(qs("The message from blocked user")),
			Api::EntitiesFromMTP(data.ventities().value_or_empty())
			});
	}
	else {
		//   442-448:
		if (const auto media = data.vmedia()) {
			setMedia(*media);
		}
		setText({
			TextUtilities::Clean(qs(data.vmessage())),
			Api::EntitiesFromMTP(data.ventities().value_or_empty())
			});
	}

यदि आप केवल इस कोड का उपयोग करते हैं, तो अवरुद्ध उपयोगकर्ताओं के पुराने संदेश दिखाई देंगे, लेकिन नए अब नहीं होंगे।

इसलिए, इस टिप्पणी में उल्लिखित समाधान का दूसरा भाग

History_view_message.cpp फ़ाइल में निम्न कोड जोड़ता है:

PeerData* pd = item->from();
if (pd->isUser() && pd->asUser()->isBlocked()) return;

UPD: नए संस्करण में, कंपाइलर एक खाली रिटर्न पर शपथ लेता है, इसलिए मैंने QSize (0,0) का आउटपुट जोड़ा

PeerData* pd = item->from();
if (pd->isUser() && pd->asUser()->isBlocked()) return QSize(0,0);

QSize संदेश में आइटम चर घोषित करने के तुरंत बाद :: performCountOptimalSize ()
और
शून्य संदेश :: ड्रा (
पेंटर और पी,
क्यूआर क्लिप,
टेक्स्ट सेलेक्शन चयन,
crl :: time ms) फ़ंक्शन,

यह चैट लॉग में अवरुद्ध उपयोगकर्ताओं के संदेशों को पूरी तरह से रोक देगा।

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

इच्छा रखने वालों के लिए, उन्होंने ड्रॉपबॉक्स में एक संकलित आवेदन जोड़ा ।

UPD: sites.google.com/view/ignoram वितरित करने के लिए "साइट" बनाया गया

टेलीग्राम समूहों में अवरुद्ध उपयोगकर्ताओं की उपेक्षा कैसे करें?

समस्या और पृष्ठभूमि

हल करने का प्रयास

हॉल की मदद (और समाधान मिला)

More articles: