और फिर से, एक-क्लिक स्क्रीनशॉट (C #)

सार

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

दिल

तो मेरा कार्यक्रम क्या कर सकता है?

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

कठिनाइयों

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

होस्टिंग के लिए छवि अपलोड करें

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

using System; using System.IO; using System.Net; using System.Text; namespace ImgurExample { class Program { static void Main(string[] args) { PostToImgur(@"C:\Users\ashwin\Desktop\image.jpg", IMGUR_ANONYMOUS_API_KEY); } public static void PostToImgur(string imagFilePath, string apiKey) { byte[] imageData; FileStream fileStream = File.OpenRead(imagFilePath); imageData = new byte[fileStream.Length]; fileStream.Read(imageData, 0, imageData.Length); fileStream.Close(); string uploadRequestString = "image=" + Uri.EscapeDataString(System.Convert.ToBase64String(imageData)) + "&key=" + apiKey; HttpWebRequest webRequest = (HttpWebRequest)WebRequest.Create("http://api.imgur.com/2/upload"); webRequest.Method = "POST"; webRequest.ContentType = "application/x-www-form-urlencoded"; webRequest.ServicePoint.Expect100Continue = false; StreamWriter streamWriter = new StreamWriter(webRequest.GetRequestStream()); streamWriter.Write(uploadRequestString); streamWriter.Close(); WebResponse response = webRequest.GetResponse(); Stream responseStream = response.GetResponseStream(); StreamReader responseReader = new StreamReader(responseStream); string responseString = responseReader.ReadToEnd(); } } 

कोड में त्रुटियां थीं, लेकिन उन्हें ठीक करने के बाद भी समस्या गायब नहीं हुई। एक त्रुटि के लिए एक लंबी और दर्दनाक खोज और बहुत सारे आजमाए हुए विकल्पों के बाद, मैं इस परिकल्पना के लिए आया था कि बेस 64 में उपयोग किए गए स्लैश के कारण एन्कोडिंग के बाद फ़ाइल को छोटा किया जा सकता है। शायद उन्हें पलायन पात्रों के रूप में व्याख्या किया गया था, लेकिन यह वास्तव में पता लगाने के लिए बहुत आलसी था: आपको यह पता लगाने के लिए सूंघना होगा कि वास्तव में नेटवर्क में क्या जाता है (कॉल स्ट्रीमराइटर के लिए डिबगर में सब कुछ ठीक था। Write (अपलोडRequestString)), base64 अनुक्रम और t की तुलना करें एन। इस समस्या को विशेष रूप से इंटरनेट पर कवर नहीं किया गया था, लेकिन मुझे कुछ ऐसे पोस्ट मिले जिनमें स्लैश का भी संदेह था।

मैंने StackOverflow पर पाए गए कोड के दूसरे संस्करण का उपयोग करके समाप्त किया:

 using (var w = new WebClient()) { var values = new NameValueCollection { { "key", "433a1bf4743dd8d7845629b95b5ca1b4" }, { "image", Convert.ToBase64String(File.ReadAllBytes(@"hello.png")) } }; byte[] response = w.UploadValues("http://imgur.com/api/upload.xml", values); Console.WriteLine(XDocument.Load(new MemoryStream(response))); }"> 

यह पहले से ही एक घड़ी की तरह काम करता था, इसे केवल अपनी आवश्यकताओं के अनुकूल बनाने के लिए आवश्यक था - फ़ंक्शन को केवल एक लिंक लौटना चाहिए, न कि पूरे उत्तर।

शॉर्टकट

दूसरी कुंजी गर्म कुंजियों के साथ पैदा हुई। हर जगह ग्लोबल हॉट कीज़ को इंटरसेप्ट करने के लिए RegisterHotKey फंक्शन के साथ हुक को हुक करने का सुझाव दिया जाता है, और फिर WndProc को फिर से परिभाषित किया जाता है और इसमें संदेश को देखा जाता है। ऐसा लगता है, यहाँ क्या कठिनाई हो सकती है? कठिनाई यह थी कि मेरा आवेदन विंडोलेस (हालांकि विनफॉर्म्स) था, इसलिए न तो रजिस्टरहॉटकेई में स्थानांतरित करने के लिए एक विंडो हैंडल था, न ही एक विंडो ही जहां WndProc को फिर से परिभाषित किया जा सकता था। मैनुअल के गहन धूम्रपान के बाद, यह पता चला कि डिस्क्रिप्टर को प्रेषित नहीं किया जाना चाहिए - इस मामले में, संदेश विंडो में नहीं, बल्कि उस थ्रेड को प्रेषित किया जाएगा, जो RegisterHotKey का कारण बना। समस्या का पहला भाग हल किया गया था, लेकिन अभी भी संदेश को पकड़ने के लिए कुछ भी नहीं था। कुछ और कॉफी के गिलास के बाद, मुझे इस समस्या का हल मिला: Application.AddMessageFilter () । इसका उपयोग करने के लिए, संदेशों के "फ़िल्टर" को लागू करना आवश्यक है, मेरे मामले में, उन्होंने WM_HOTKEY को पकड़ा और एप्लिकेशन संदर्भ में क्लिक वापस करने के लिए उपयुक्त प्रक्रिया को बुलाया। विकास के लिए अधिक बाधाएं नहीं थीं।

पंख

आवेदन, ज़ाहिर है, फ्रीवेयर और स्रोत कोड, मैंने भी खुला बनाने का फैसला किया। उन्होंने कोड के उन स्थानों पर टिप्पणी छोड़ दी, जो मेरे विचार से, अपने आप में स्पष्ट नहीं हैं। कोई स्थानीयकरण समर्थन नहीं है, इंटरफ़ेस भाषा अंग्रेजी है। आवेदन .NET 4.0 के तहत VS2010 में लिखा गया था, किसी तीसरे पक्ष के पुस्तकालयों का उपयोग नहीं किया गया था। आइकन iconfinder.com पर पाया गया था। मैं विचार में अद्वितीय होने का दिखावा नहीं करता, कार्यक्रम मेरे हाथों को भरने के लिए लिखा गया था, जिसके दौरान मैं कुछ कार्यों में आया और लेख में उनके समाधान का वर्णन किया।

युपीडी। बाइनरी को अलग से भर दिया ताकि आप पूरे रिपॉजिटरी को डाउनलोड किए बिना इसका उपयोग कर सकें: ScreenPaste.exe