🗑️ 🌾 👩🏻‍🤝‍👨🏼 एक हापुड़ की कहानी 🍨 🧠 👩🏽‍🍳

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

ट्रेनिंग

12/21/12, 2:29

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

अंतिम टिप्पणी पढ़ने के बाद, जो पहले से ही मेरे अहंकार को स्पष्ट रूप से चोट पहुंचाती है, बिना किसी हिचकिचाहट के, मैं जवाब देता हूं "टीके भेजें", और सचमुच 5-10 मिनट में मुझे हैबर के मेलबॉक्स में एक पत्र मिलता है जो संपर्क करने के लिए कहता है। मैं जवाब देता हूं, स्काइप में संपर्कों के लिए अनुरोध, नमस्कार, चलो चलते हैं। ग्राफिक्स के साथ एक संग्रह मिला। एक तरफ टीके काफी सरल था, लेकिन एक ही समय में एक अभ्यास के रूप में दिलचस्प था। हां, और मेरा अपना गौरव (ऐसी नीच महिला, हुह) अब मुझे केवल गंदगी में अपना मुंह नहीं फोड़ने दिया जाएगा।

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

संदर्भ की शर्तें

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

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

जब आप किसी ग्रह पर क्लिक करते हैं, तो एक मेनू पॉप अप होता है। जब आप किसी ग्रह पर माउस ले जाते हैं और जब आप उस पर क्लिक करते हैं, तो इस ग्रह का एनीमेशन बंद हो जाता है, बाकी ग्रह चलते रहते हैं।

जब आप माउस को कक्षा में घुमाते हैं - कक्षा को हाइलाइट किया जाता है, तो ग्रह नहीं है।

जब आप किसी ग्रह या कक्षा पर मंडराते हैं, तो माउस कर्सर पॉइंटर में बदल जाता है।

यह काम करना चाहिए: ओपेरा 12+, IE9 +, एक स्टब के तहत क्रोम, एफएफ और सफारी के वर्तमान संस्करण।

12/21/12, 6:13

सामान्य तौर पर, इस समय तक कार्य का कार्यान्वयन कम या ज्यादा समझने और स्पष्ट हो गया है। लगभग पहली बात मैंने यह सोचा था कि कम से कम एक केंद्रीय स्टार को सफलतापूर्वक खींचने के लिए मुझे क्या कदम उठाने की जरूरत है, और मैं वहीं रुक गया। अपने देव परिवेश में एक अलग वर्चुअलहोस्ट बनाया गया, एक git रिपॉजिटरी, index.html प्रतिबद्ध और बिस्तर पर चला गया। जिस तरह से, एनीमेशन के विषय पर सिर में अफवाहें फैलती हैं, एक ऑफस्क्रीन-कैनवस में बदल जाती हैं, माउस के निर्देशांक की गणना की समस्याएं और साथ ही सभी प्रकार की मिठाइयों का एक और टन। इस वजह से, मैं लंबे समय तक सो नहीं सकता था, लेकिन प्रकृति ने इसकी शुरुआत की।

प्रक्रिया है

12/22/12, रात 9:00 बजे।

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

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

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

उस समय सामान्य अवधारणा

//main.js var PlanetController = new Planets({}); //   var resources = { //, stars: { "1": "/img/stars/1.png" } //      ^_^ } for(var a in resources) {//     for(var i in resources[a]) { PlanetController.pushResource(a+"-"+i, resources[a][i]); } } //Planets.js var Planets = function(){ /* ... */ } // ""  Planets.prototype.loadResources = function(cb) { //   var self = this; self.data.loadedResourcesCount = 0; self.data.resourcesCount = Helpers.objLength(self.resources); for(var resource in self.resources) { if(self.resources.hasOwnProperty(resource)) { //  ,      , .   ! ! var tempImg = new Image(); tempImg.onload = function() { self.data.loadedResourcesCount++; if(self.data.loadedResourcesCount == self.data.resourcesCount) { self.startTimestamp = new Date(); self._flags['_resources_loaded'] = true; cb(); } } tempImg.src = self.resources[resource]; self.resources[resource] = tempImg; } } }

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

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

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

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

वर्तमान समय में, बुनियादी संरचना सफलतापूर्वक प्रतिबद्ध थी और अगला चरण प्रतिपादन था। कम से कम एक केंद्रीय सितारा।

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

ड्राइंग स्टार्स को ज्यादा समय नहीं लगा। स्टार और सामान्य कैनवास की छवि के आकार के माध्यम से, मैंने ऑफसेट की गणना की और चित्र को इसके स्थान पर लटका दिया।

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

ग्रहों के साथ सबसे दिलचस्प था। न केवल ग्रह को ऑर्बिट में तैनात करने की आवश्यकता थी, जिसे ऑर्बिट ऑब्जेक्ट में थोड़ा अधिक लागू किया गया था, बल्कि रेंडर कॉल करते समय भविष्य के रोटेशन के लिए एक रिजर्व बनाने के लिए भी आवश्यक था।

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

यह सब बड़े करीने से एक क्रॉस-ब्राउज़र अनुरोध में लिपटे हुए है ।AnimationFrame ()।

वास्तव में, यह ऐसा दिखता है

 //this.dc - offscreen-canvas    //this.dctx - offscreen-canvas    //Planets.js Planets.prototype.draw = function(timestamp) { var self = this; self.frame++; self.cx.clearRect(0, 0, this.width, this.height); //  for(var a in self.elements) { if(self.elements.hasOwnProperty(a)) { //      var drawData = this.elements[a].draw(timestamp); self.cx.save(); self.cx.translate((this.width-drawData.width)/2, (this.height-drawData.height)/2); //    self.cx.drawImage(drawData, self.elements[a].getX(), self.elements[a].getY()); self.cx.restore(); } } requestAnimFrame(function(){self.draw(new Date());}); //   loop    } // Star.js Star.prototype.draw = function(timestamp) { var orbitData = null; var drawData = null; this.dctx.clearRect(0, 0, this.width, this.height); // Compose all orbits for(var a in this.orbits) { if(this.orbits.hasOwnProperty(a)) { drawData = this.orbits[a].draw(timestamp); //   canvas'   ,   if(orbitData == null) { orbitData = drawData; continue; } if(orbitData.width > drawData.width) { orbitData.getContext("2d").drawImage( drawData, (orbitData.width - drawData.width)/2, (orbitData.height - drawData.height)/2 ); continue; } drawData.getContext("2d").drawImage( orbitData, (drawData.width - orbitData.width)/2, (drawData.height - orbitData.height)/2 ); orbitData = drawData; } } // Draw Star if(orbitData.width > this.width) { this.setWidth(orbitData.width); this.setHeight(orbitData.height); } this.dctx.drawImage(orbitData, 0, 0); this.dctx.drawImage(this.image, (this.dc.width - this.image.width) / 2, (this.dc.width - this.image.width) / 2 ); return this.dc; } //Orbit.js Orbit.prototype.draw = function(timestamp) { var drawData = null; this.dctx.clearRect(0, 0, this.width, this.height); this.dctx.strokeStyle = "rgba(85, 183, 242, .5)"; this.dctx.lineWidth = 1; this.dctx.beginPath(); this.dctx.arc(this.width/2, this.height/2, this.radius, 0, Math.PI*2, true); this.dctx.closePath(); this.dctx.stroke(); for(var a in this.planets) { if(this.planets.hasOwnProperty(a)) { drawData = this.planets[a].draw(timestamp); this.dctx.save(); this.dctx.translate(this.width/2, this.height/2); this.dctx.rotate(this.planets[a].getPosition()); this.dctx.drawImage(drawData, (this.planets[a].width)/2*-1, (this.height/2-this.planets[a].height) ); this.dctx.restore(); } } this.update(); return this.dc; } //Planet.js Planet.prototype.draw = function(timestamp) { this.dctx.clearRect(0,0,this.dc.width, this.dc.height); this.dctx.drawImage(this.image, 0, 0); return this.dc; }

फिर एनीमेशन और घटनाओं का समय आया ...

12/23/12, 2:00 बजे।

मैं अपने उदाहरण में भाग्यशाली था कि यह केवल ग्रहों को चेतन करने के लिए आवश्यक था, या बल्कि, उनके आंदोलन। एक बार फिर अस्थिर एफपीएस के बारे में शिकायत करने के बाद, मैंने बेस कंट्रोलर में स्टार्ट टाइम स्टैम्प शुरू किया और प्रत्येक ड्रा () अपडेट में मुख्य माता-पिता के साथ शुरू होने वाले वर्तमान टाइमस्टैम्प को पारित करना शुरू किया। इस तरह से आप सभी वस्तुओं के लिए एक ही समय ऑफसेट पर एनीमेशन करने की अनुमति देते हैं, ऑपरेशन की अवधि पर ध्यान नहीं देते हैं। संदर्भ की शर्तों में, ग्रह की गति को कोणीय मान से इंगित किया गया था, इसलिए मेरे लिए ग्रहों की गति को Math.PI * 2 / के रूप में व्यक्त किया जाने लगा। ऑर्बिट में वर्तमान कोणीय स्थिति की गणना की विधि के साथ ग्रह वस्तु को पूरक करने के बाद, उन्होंने ग्रह को खींचने के लिए अनुवाद-घूर्णन की एक श्रृंखला को जोड़ा, जबकि रोटेशन के कोणीय मूल्य को सीधे ग्रह वस्तु से लिया गया था।

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

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

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

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

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

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

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

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

निष्कर्ष

12/23/12, 9:16 बजे।

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

अपने संबोधन में यह सुनना हमेशा अच्छा लगता है

[१२.२३.१२, २१:४०:२.2] रूसीः सामान्य तौर पर, आपने मुझे प्रभावित किया।
...
[२३.१२.१२, २१:४ ]:३३] रूसीः आपको पता है - फिर भी आप इस समस्या के लिए एक गैर-ब्रेकिंग समाधान का प्रदर्शन करने में कामयाब रहे
:

खैर, मैंने उसी क्षण सोचा। पहले से ही कैनवास के साथ, मैं एक आम भाषा पाऊंगा।

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

उसके बाद ही संतुष्ट होकर जाना संभव हुआ।

निष्कर्ष

मैंने अपने लिए क्या निष्कर्ष निकाला है? बहुत सारी चीजें।

सबसे पहले, दैनिक कार्यों की हलचल में मैं कैनवस पर प्रोग्रामिंग ग्राफिक्स की मूल बातें नहीं भूला और मैं कुछ और कर सकता हूं।
कैनवस एक महान उपकरण है, और उचित उत्साह और कौशल के साथ फ्लैश की तुलना में बदतर नहीं है
हैकाथॉन शैली का प्रमाण - मनोदशा का सिर्फ भयानक बढ़ावा!

और अंत में ...

गीथूब पर सूत्र
कार्य डेमो

आपका ध्यान के लिए धन्यवाद!

एक हापुड़ की कहानी

ट्रेनिंग

12/21/12, 2:29

12/21/12, 6:13

प्रक्रिया है

12/22/12, रात 9:00 बजे।

12/23/12, 2:00 बजे।

निष्कर्ष

12/23/12, 9:16 बजे।

निष्कर्ष

और अंत में ...

More articles: