🧐 📆 ✋🏻 Ctrl + Enter द्वारा अनपेक्षित टिप्पणी भेजने से कैसे बचाव करें? 🥢 👩🏿‍⚕️ 🔆

(पवनचक्कियों से सफलतापूर्वक निपटने में अनुभव।)

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

और इसलिए, मैंने एक नोट पर ध्यान दिया कि कोई दूसरा भी इसमें गलत भेजने का कारण देखता है:
habrahabr.ru/blogs/client_side_optimization/137318/#comment_4572800 (31 जनवरी, 2012)
एक Google खोज से पता चला कि इसका कारण पहले ही पता चल गया था: habrahabr.ru/qa/9515/#answer_40702 (15 जुलाई, 2011)
habrahabr.ru/qa/8447/#answer_35939 (12 जून, 2011)
habrahabr.ru/company/regru/blog/105763/#comment_3318569 (8 अक्टूबर, 2010)
habrahabr.ru/blogs/bsdelniki/118485/#comment_3863623 (1 मई, 2011)
habrahabr.ru/blogs/google/118622/#comment_3873012 (9 मई, 2011), आदि, आप लंबे समय तक जारी रख सकते हैं, ये लिंक पहले 30 खोज परिणामों से हैं (साइट पर स्फिंक्स पर खोज अनुपयुक्त है, यह सटीक वाक्यांश द्वारा खोज नहीं करता है) ; Google और यैंडेक्स खोज को एक ही स्क्रिप्ट में बनाया गया है। ध्यान रखें कि खोज इंजन में खोज अधूरी है, यह सभी मामलों की गारंटी नहीं दिखाता है, और नए संदेशों के लिए यह कुछ समय (घंटे, दिन, सप्ताह) के लिए काम नहीं करता है।

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

अक्टूबर 2011 तक, उपयोगकर्ता स्क्रिप्ट ने सफलतापूर्वक काम किया:

var win = (typeof unsafeWindow !='undefined')? unsafeWindow: window; if(win.commentForm) win.commentForm.sendOnEnter = function(){};

(क्रोम ब्राउज़र को छोड़कर)

तब से, साइट पर लिपियों को अपडेट किया गया है, और यह देखा जा सकता है (प्रयोगों को "ऑफ़लाइन" ब्राउज़र मोड में हानिरहित तरीके से किया जा सकता है) कि कोड के अन्य अनुभाग भेजने के लिए जिम्मेदार हैं, यहां वे हैं:

(फाइल व्यू.जेएस - क्यूए सेक्शन के लिए)

 var answer_form = $('#add_answer_form'); var answer_text = $('#answer_text'); /** * CTRL + ENTER */ answer_text.keydown(function (e) { if ( (e.ctrlKey || e.metaKey ) && e.keyCode == 13) { $('input.submit',answer_form).click() } });

और दूसरी जगह पर (टिप्पणियाँ। जेएस फ़ाइल, अन्य वर्गों के लिए):

 $(document).ready(function(){ var comments_form = $('#comments_form'); var comment_text = $('#comment_text'); comment_text.keydown(function (e) { if ( (e.ctrlKey || e.metaKey ) && e.keyCode == 13) { $('input.submit',comments_form).click() } }); ...

ये स्क्रिप्ट मजाकिया हैं। यदि हमारे पास साइट तक पहुंच है या कम से कम एक प्रॉक्सी मिट्रॉन (एक प्रॉक्सी सर्वर पर एक थ्रेड को संपादित करने के लिए एक प्रसिद्ध उपकरण), तो यह एक छोटी बात होगी। अब कई लाइनों के ~~विनाशकारी~~ परिणामों को ठीक करने के लिए कई गुना अधिक अतिरिक्त आंदोलनों को बनाने के लिए आवश्यक है। दूसरी ओर, शैक्षिक उद्देश्यों के लिए, यह अच्छा है। वे हमारे लिए कार्य को जटिल करते हैं, और हम मजबूत होते हैं (हल करने के तरीकों के ज्ञान में)। और यहां हम समस्या को हल करने का तरीका बताते हैं, समस्या को स्रोत से "अनइंडिंग" करते हैं।

हम jQuery के माध्यम से एक अनाम फ़ंक्शन के साथ ईवेंट हुकिंग देखते हैं। जहाँ तक आप जानते हैं, किसी घटना को $ ('# कमेंट_टेक्स्ट') लिखकर हटाया जा सकता है। अनबाइंड ('की-डाउन', वही फंक्शन), और फंक्शन के साथ समस्या अनाम है, और की-हैंडलर बनने से पहले यूजर स्क्रिप्ट चालू हो जाती है। ( UPD 05.02, 22:00 - तालिबान ने दिखाया कि jQuery .unbind ('कीडाउन') विधि के माध्यम से एक सरल समाधान लागू करने के लिए "DOMContentLoaded" का उपयोग कैसे किया जाता है। कोड नीचे दिए गए लेख के अतिरिक्त है।) उदाहरण के लिए, फ़ंक्शन पाठ को दोहराते हुए, समस्या को हल नहीं करता है। । परिणाम को अक्षम और फिर से करें - $ ('input.submit', $ ('# comments_form'))। क्लिक करें (?) यह समस्या को हल नहीं करता है, क्योंकि यह "ई" संचारित नहीं करता है - एक घटना ऑब्जेक्ट जिसमें से दबाया गया कुंजी के बारे में डेटा लिया जाएगा। तो, हम "कीडाउन" का रीमेक बना रहे हैं - jQuery विधि जो इस रूप में एक कुंजी को दबाने का काम करती है (संकुचित jQuery से पाठ):

 function (a, c) { c == null && (c = a, a = null); return arguments.length > 0 ? this.bind(b, a, c) : this.trigger(b); }

यहाँ b स्पष्ट रूप से कीडाउन कंटीन्यू है, c - (डॉक्यूमेंटेशन में वर्णित है) - हैंडलर (इवेंटऑब्जेक्ट) वही यूज़र-डिफ़ाइंड हैंडलर है जिसके शरीर को हमें बदलना होगा, हैंडलर के लिए एक वैकल्पिक हैश - डेटा है। और पुस्तकालय में कोड का यह टुकड़ा कई घटनाओं के लिए आम है। आपको jQuery के अन्य अनुप्रयोगों के लिए इस फ़ंक्शन को परेशान करने की आवश्यकता नहीं है और जब $ ('textarea') के बराबर हो तो एक चेक करें। विधि को फिर से परिभाषित करने की आवश्यकता है, न कि केवल फ़ंक्शन के लिए, बल्कि इसके प्रोटोटाइप के लिए।

और, चूंकि क्रियाएं एक उपयोगकर्ता स्क्रिप्ट में होती हैं, इसलिए इन ऑपरेशनों को क्रोम में निष्पादित करने के लिए मजबूर करना आसान नहीं होगा (उपयोगकर्ता स्क्रिप्ट और स्क्रिप्ट के लिए वातावरण वहां अलग हो जाते हैं), और बाकी में आपको शुरुआत में एक पर्यावरण वस्तु लिखने की ज़रूरत है - जीत, जो टाइपो असुरक्षित है! = 'अपरिभाषित')। असुरक्षित: खिड़की।

समस्या का एक आंशिक समाधान (फ़ायरफ़ॉक्स, ओपेरा, सफारी) इस तरह दिखेगा, और अब हम इस पर ध्यान केंद्रित करते हैं, क्योंकि सामान्य समाधान लेख के दायरे से बाहर है।

 var win = (typeof unsafeWindow !='undefined')? unsafeWindow: window; if(win.$){ //   Ctrl+Enter ( Chrome) var comT = win.$('#comment_text, #answer_text'); if(comT){ //  Textarea   ... comT.constructor.prototype.keydown = function(ha, fKeyD){ fKeyD == null && (fKeyD = ha, ha = null); //   var k ='keydown'; if(this[0].tagName=='TEXTAREA' && /^(comment|answer)_text$/.test(this[0].id)){ fKeyD = function(ev){ if((ev.ctrlKey || ev.metaKey)&& ev.keyCode == 13) //  win.console.log('Ctrl-enter  '); }; } return arguments.length > 0 ? this.bind(k, ha, fKeyD) : this.trigger(k); } } }

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

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

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

समस्या हल हो गई है - अब Ctrl + Enter का एक यादृच्छिक प्रेस, जो कभी-कभी त्वरित टाइपिंग के दौरान होता है, सर्वर को अप्रत्याशित (अपरिवर्तनीय!) संदेश नहीं भेजेगा।

सामान्य समाधान के लिए जिसमें क्रोम शामिल है, ऐसा करने का सबसे आसान तरीका है चारों ओर काम करना। एक नई सबमिट कुंजी बनाएं। उस पर लटकाए गए सभी ईवेंट के साथ पुरानी कुंजी को हटा दें। एक नए पर क्लिक करके - फ़ॉर्म सभी ब्राउज़रों में स्वचालित रूप से सबमिट किया जाएगा। इसी समय, फ़ायरफ़ॉक्स में सबमिट बटन की शैलियों को ठीक करना संभव होगा, जो कि शैलियों को लागू करने के लिए प्राथमिकताओं के विशेष आदेश के कारण अन्य तरीकों से उपयोगकर्ता शैलियों द्वारा तय नहीं किया जा सकता है।
UPD : पहली टिप्पणी से टैब के बारे में। आप टैब को रोक सकते हैं और इसे डिफ़ॉल्ट ब्राउज़र का उपयोग नहीं करने दे सकते। कोड लिखने के लिए यह और भी बेहतर है - टैब इंडेंटेड हैं। लेकिन कोई खेतों के बीच स्विच करने के लिए टैब का उपयोग कर सकता है, और कोई कभी नहीं करता है। मुझे लगता है कि इस तरह की सेटिंग को एक आम हबजैक्स स्क्रिप्ट में शामिल करना है। और, कहते हैं, डिफ़ॉल्ट रूप से क्षेत्रों के बीच संक्रमण को प्रतिबंधित करता है। विपरीत राय है?
UPD 22:30: टिप्पणियों में चर्चा के परिणामों के अनुसार, HabrAjax सेटिंग्स को दो नए (अक्षम) द्वारा समृद्ध किया गया था: "Ctrl + Enter द्वारा टिप्पणियां न भेजें" और टैब द्वारा textarea न छोड़ें, लेकिन प्रवेश करें "। उत्तरार्द्ध, अधिक सटीक रूप से, केवल टिप्पणियों पर लागू होता है और आपको "& nbsp;" Ctrl + Space। बीच में, सूची में नई शुरू की गई सेटिंग्स को हाइलाइट किया गया है। क्रोम में, दोनों सेटिंग्स दिखाई नहीं देती हैं (सूची में भी), क्योंकि वे समर्थित नहीं हैं, लेकिन थोड़ी देर बाद स्क्रिप्ट को रीमेक करने का एक अवसर है ताकि यह सार्वभौमिक हो जाए (जो, वैसे, सभी स्क्रिप्ट सुविधाओं के लिए अभी भी सही था)। संस्करण 0.808 में बाहर निकले।
(रास्ते में (चरित्र इनपुट के विषय को बंद करने के लिए) - टैब द्वारा इंडेंटेशन - लिफ्ट + टैब।)
UPD फ़रवरी 5, 10:00 अपराह्न: पहल पर और तालिबान की मदद से , फ़ायरफ़ॉक्स / ओपेरा के लिए एक स्क्रिप्ट लिखी गई थी, इवेंट हैंडलर को निष्क्रिय करने के लिए jQuery के साधनों का उपयोग करते हुए:

 // ==UserScript== // @name noCtrlEnter // @version 1.1, 2012-02-05 // @description     Ctrl+Enter  textarea // @include http://habrahabr.ru/* document.addEventListener( 'DOMContentLoaded', function(){ var win = (typeof unsafeWindow !='undefined')? unsafeWindow: window; if(!win.$) return; var comT = win.$('#comment_text, #answer_text'); comT.length && comT.unbind('keydown'); },!1);

Ctrl + Enter द्वारा अनपेक्षित टिप्पणी भेजने से कैसे बचाव करें?

More articles: