टाइपस्क्रिप्ट की बढ़ती लोकप्रियता के साथ, मुझे लगता है कि ऐसा होने की जरूरत है। कई अन्य जेएस पैकेज अब अपने स्वयं के (आधिकारिक) टाइपिंग शामिल करना शुरू कर रहे हैं। इसे निश्चित रूप से

यह कुछ ऐसा है जिस पर हम विचार कर रहे हैं। हमारे एपीआई डंप से इसे स्वतः उत्पन्न करने के लिए एक नोड स्क्रिप्ट बनाना संभव होना चाहिए।

+1 मुझसे भी। निश्चित रूप से टाइप किया गया Highcarts में अधिकांश

तो या तो निश्चित रूप से टाइप किए गए रेपो को अद्यतन किया जाना चाहिए या - अधिक सुविधाजनक - इसे हाईचार्ट्स के साथ बंडल करना भी एक अच्छा समाधान होगा।

इसे ऑटो-जेनरेट करना एक बढ़िया विकल्प की तरह लगता है, लेकिन इसके लिए .d.ts फ़ाइल के लिए परीक्षण लिखने के लिए अभी भी मैन्युअल श्रम की आवश्यकता हो सकती है? साथ ही, इसे ऑटो-जेनरेट करना हो सकता है।

मैं निश्चित रूप से टाइप किए गए रेपो को वर्तमान रिलीज में अपडेट करने में कुछ काम करने के लिए तैयार हूं, और यदि आप वहां मैन्युअल फ़ाइल शामिल करना चाहते हैं तो https://github.com/highcharts/highcharts पर एक पीआर

/सीसी @ry8806 @TorsteinHonsi

^ मैंने निश्चित रूप से टाइप किए गए रेपो के लिए एक पीआर बनाया है जो

आधिकारिक टाइपस्क्रिप्ट प्रकार की परिभाषाओं की अत्यधिक सराहना की जाएगी। चार्ट कॉन्फिगरेशन टाइप करते समय बहुत मदद करता है।

यहां हम फिर से टाइप परिभाषाओं के साथ वास्तविकता के पीछे एक प्रमुख संस्करण हैं। :/

इस पुस्तकालय की जटिलता को देखते हुए मुझे लगता है कि सबसे अच्छा समाधान "एपीआई डंप" से टाइप-डिफ उत्पन्न करना है जिसे @TorsteinHonsi ने संदर्भित किया है। हालांकि वह लिंक टूटा हुआ प्रतीत होता है। क्या कोई नया है? मैं एक जनरेटर लिखने पर वार करने को तैयार हूँ।

हालांकि वह लिंक टूटा हुआ प्रतीत होता है। क्या कोई नया है?

हां, नया https://api.highcharts.com/highcharts/tree.json पर उपलब्ध है

@cvasseng एफवाईआई ।

@TorsteinHonsi धन्यवाद मैं इसे देख लूंगा। क्या आप "jsdoc" (Google क्लोजर, JSDoc 3?) के एक विशेष स्वाद का उपयोग कर रहे हैं क्या JSON डंप इस कोड-बेस में कहीं होता है जिसे मैं संदर्भ के लिए देख सकता हूं? मेरे द्वारा पूछने का कारण यह है कि वहाँ मौजूद JSDoc-to-TSDef कन्वर्टर्स हैं जो काम कर सकते हैं ...

हम JSDoc 3 का उपयोग कर रहे हैं, लेकिन हमारी घोषणात्मक विकल्प संरचना का वर्णन करने में सक्षम होने के लिए बहुत अधिक विस्तारित है।

@TorsteinHonsi JSON को देखते हुए मेरे कुछ प्रश्न हैं ... आप इस प्रारूप पर किसी भी तरह से स्कीमा दस्तावेज़ीकरण नहीं करते हैं? यही मैंने जमा किया है । आप उन विकल्पों को कैसे निर्दिष्ट करते हैं जो Highcharts.setOptions() बनाम Highcharts.chart() (उदाहरण के लिए) में पास हो जाते हैं? क्या कक्षाओं और नामस्थानों के लिए भी एपीआई डंप है?

@cvasseng

नमस्ते @aaronbeall , इस समय स्कीमा पर हमारे पास कोई संपूर्ण दस्तावेज नहीं है, लेकिन ऐसा लगता है कि आपको यह सब आपकी परिभाषा में मिल गया है।

Highcharts.setOptions() , और श्रृंखला दोनों को स्कीमा के बाहर विशेष मामलों के रूप में नियंत्रित किया जाता है जहां हम इसका उपयोग करते हैं, लेकिन हमें कम से कम global और lang को बदलना चाहिए। मुख्य विकल्प संरचना के बाहर।

एक साइड नोट के रूप में, पुराना डंप प्रारूप https://api.highcharts.com/dump.json पर उपलब्ध था, अब हमने इसे वापस मूल स्थिति में https://api.highcharts.com/highcharts/ पर स्थानांतरित कर दिया है।

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

(मेरे पास और प्रश्न होंगे, क्या इस पर चर्चा करने के लिए कोई बेहतर जगह है? गटर? मैं यहां ठीक हूं लेकिन शायद यह कुछ लोगों के लिए काफी शोर पैदा कर रहा है।)

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

हमारे पास नेमस्पेस/कक्षाओं के लिए कोई स्कीमा नहीं है, लेकिन वे वेनिला JSDoc 3 द्वारा नियंत्रित किए जाते हैं, इसलिए उनके लिए टाइपस्क्रिप्ट परिभाषाओं को स्वचालित रूप से उत्पन्न करने के लिए मौजूदा प्लगइन जोड़ना संभव हो सकता है। उस भाग के लिए सेटअप यहां पाया जा सकता है: https://github.com/highcharts/highcharts-docstrap

और यहां इस पर चर्चा करना ठीक काम करता है। :) इस तरह हमारे पास इसके लिए एक केंद्रीय सार्वजनिक स्थान है, ताकि अन्य लोग भी इसका अनुसरण कर सकें।

यदि यह मददगार है तो यह सभी क्षेत्रों type संपत्ति या default संपत्ति, इसलिए इसे any को सौंपा गया है। मैं उन प्रकारों के लिए एक पैच फ़ाइल लिख सकता था, या क्या कोई बेहतर तरीका है?

शीर्ष-स्तरीय JSON और mapNavigation.buttons में एक रिक्त कुंजी भी है।

मैंने आज इस पर कुछ प्रगति की है, आप देख सकते हैं कि वर्तमान में यहां क्या

• सुनिश्चित नहीं है कि आउटपुट को कैसे व्यवस्थित किया जाए। अभी 559 प्रतीक हैं, जिनमें महत्वपूर्ण सामान जैसे Highcharts.Options और Series से लेकर बहुत विशिष्ट छोटी वस्तुओं जैसे PlotOptionsBbTopLine । नाम के विरोध से बचने के लिए यह पूरा नाम पास्कलकेस में बदल देता है, उदाहरण के लिए plotOptions.bb.topLine । अभी भी यह पता लगाने की कोशिश की जा रही है कि इसे कैसे बेहतर बनाया जाए। वर्तमान @types/highcharts साथ तुलना करने की कोशिश करना थोड़ा कठिन है, अक्सर सामान वहां मौजूद नहीं होता है।
• मुझे यकीन नहीं है कि मैं हाईचार्ट्स/हाईस्टॉक्स/हाईमैप्स के संबंध को समझता हूं। (मैंने केवल व्यक्तिगत रूप से हाईचार्ट्स का उपयोग किया है।) क्या एपीआई डंप में सभी उत्पादों के सभी डेटा शामिल हैं? इसे कैसे विभाजित किया जाना चाहिए? मुझे बेहतर ढंग से समझना होगा कि किसी प्रोजेक्ट में वास्तव में highstock और highmaps का उपयोग कैसे करें ...
• जिस तरह से वस्तुएं एक-दूसरे का विस्तार करती हैं वह सही समझ में आता है लेकिन मुझे यह समझने में कठिनाई हो रही है कि इसे समझदार प्रकारों में कैसे परिवर्तित किया जाए। फिलहाल वस्तुओं को & चौराहे प्रकारों का उपयोग करके मर्ज किया जाता है क्योंकि extends असंगत विस्तार के बारे में बहुत सारी त्रुटियां उठा रहा था। वर्तमान में excludes का कोई प्रबंधन नहीं है, मैंने Omit प्रकार के साथ खेलना शुरू किया लेकिन इससे छोड़े गए फ़ील्ड के प्रकार में मौजूद नहीं होने के बारे में बहुत सारी त्रुटियां हुईं। मुझे लगता है कि ऐसा इसलिए है क्योंकि कुछ मामलों में एक वस्तु संपत्ति माता-पिता से अप्रत्यक्ष रूप से विरासत में मिलती है, इसलिए इसमें वास्तव में वे फ़ील्ड नहीं होते हैं जिन्हें छोड़ा जाना चाहिए, मूल वस्तु की संपत्ति होती है। plotOptions.mfi.params इसका एक उदाहरण है, इसमें index लेकिन इसमें index संपत्ति या extends कोई वस्तु नहीं है, लेकिन माता-पिता plotOptions.mfi विस्तार plotOptions.sma जिसमें एक बच्चा plotOptions.sma.params संपत्ति है जिसमें index जिसे plotOptions.mfi.params साथ माता-पिता पर विलय कर दिया
• बहुत सारे सामान्य Array , Object , और Function प्रकार... हो सकता है कि टाइप डेटा के कुछ विवेकपूर्ण पैचिंग इसे ठीक कर दें। मेरा पसंदीदा Array.<Array.<Mixed>> -- अभी पता नहीं क्या है। :)

कुछ और खास बातें:

• Color , CSSObject , और Mixed प्रकार क्या हैं? Color एक स्वरूपित string , CSSObject एक मानक शैली वस्तु है , या कुछ खास है?
• series.bellcurve.data और series.histogram.data दोनों ही सर्कुलर संदर्भ बनाते हुए खुद का विस्तार करते हैं। मुझे लगता है कि यह सिर्फ एक टाइपो है, वे शायद कुछ और बढ़ाने के लिए हैं?

साथ ही, आपके कुछ लापता प्रकार एपीआई में गायब नहीं हैं, उदाहरण के लिए https://api.highcharts.com/highstock/plotOptions.bb.topLine.styles.lineColor। अगर मुझे ठीक से याद है तो हम api-docs जनरेटर में अनुमान लगाते हैं, लेकिन इसे highcharts.jsdoc.js स्क्रिप्ट में ले जाया जा सकता है, इसलिए यह tree.json का हिस्सा होगा।

@cvasseng हमारी आधिकारिक टाइपस्क्रिप्ट परिभाषाओं पर क्या स्थिति है?

इसके साथ खेलने के लिए एक रेपो अपलोड किया , हालांकि आज कोई अतिरिक्त नहीं।

अगर मुझे ठीक से याद है तो हम api-docs जनरेटर में अनुमान लगाते हैं

मुझे यह समझने की उत्सुकता होगी कि api-docs जनरेटर कैसे काम करता है। यह एपीआई डंप से समझ बनाने का अच्छा काम करता है। मुझे ऐसी चीजें मिल रही हैं जो मुझे नहीं पता कि कैसे संभालना है। उदाहरण के लिए series.bullet.data.targetOptions फैली series.bullet.targetOptions , लेकिन के लिए एक परिभाषा series.bullet.targetOptions मौजूद नहीं है ... फिर भी गुण डॉक्स में के माध्यम से आता ठीक। मुझे लगता है कि ऐसा इसलिए है क्योंकि series.bullet plotOptions.bullet करता है जिसमें plotOptions.bullet.targetOptions , इसलिए series.bullet.targetOptions plotOptions.bullet.targetOptions समाधान करता है?

संपादित करें: आज रात प्रगति का एक छोटा सा हिस्सा, डिफ़ॉल्ट मान के लिए मेरी सत्य जांच सभी शाब्दिक false मानों को छोड़ रही थी, यह तय किया गया था कि और बहुत सी चीजें बूलियन के रूप में अनुमानित हैं। सुनिश्चित नहीं है कि बूलियन कुछ जगहों पर अनुमान लगाने का सही प्रकार है, हालांकि। मैं शाब्दिक प्रकारों के लिए values भी जांच करता हूं (वह जानकारी शानदार है!) वैसे भी लापता प्रकार डंप अद्यतन किया जाता है।

पेड़ वस्तुओं को कैसे फैलाता है, इस बारे में सोचने के बाद कुछ प्रगति हुई:

• किसी दिए गए पथ पर विलय किए गए सभी def को हल करने के लिए एक विधि के साथ आया। (इसने मेरे दिमाग को फैला दिया... मुझे लगता है कि डॉक्स जनरेटर ऐसा कुछ करता है?)
• फिर मैं उन पथों पर
• उसके बाद कम पेड़ में केवल कुछ def वास्तव में गायब प्रकार थे जिन्हें अनुमान नहीं लगाया जा सकता है, जिसे मैं यहां पैच करता हूं (वे परिवर्तन शायद जेएसडॉक में ही अच्छे होंगे)। क्या बचा है सभी का अनुमान लगाया जा सकता है ( नवीनतम "लापता प्रकार" डंप देखें ), हालांकि मैंने यह मान्य नहीं किया है कि अनुमानित प्रकार हमेशा सही होता है। object , array , और function जैसे अस्पष्ट प्रकारों का मुद्दा अभी भी है।
• TS प्रकार defs को आउटपुट करने से पहले def ट्री कैसे बदल जाता है, इसका एक दिया गया है । यह हमें यह उत्पन्न आउटपुट देता है जो आशाजनक दिखने लगा है।

आगे क्या होगा

• जो मुझे लगता है कि मैं एक रणनीति का प्रयोग किया है बाहर रखा गया क्षेत्रों, के साथ सौदा Omit<> और एक पास बनाने को जोड़ने के लिए स्पष्ट extends सभी वस्तुओं है कि करने के लिए excludes (विधि में वर्णित का उपयोग कर पहली बुलेट), और सभी वैकल्पिक गुणों के साथ इंटरफेस का उपयोग करने के लिए वापस बदलना। मुझे लगता है कि यह काम करेगा, जब तक हम यह सुनिश्चित कर सकते हैं कि गुण सभी वैकल्पिक होंगे? क्या कोई आवश्यक गुण हैं?
• कुछ अन्य विवरण : सुधार, सफाई और परीक्षण टाइप करें
• मैं छुट्टियों के बाद इसे वापस ले लूंगा। किसी भी प्रतिक्रिया को पसंद करेंगे यदि आप लोग सोचते हैं कि यह सही दिशा में जा रहा है या नहीं।

प्रशन

• "memberof": "yaxis" में tooltipValueFormat डॉकलेट का क्या अर्थ है?
• context मानों में से एक है PlotLineOrBand लेकिन मुझे नहीं लगता कि कक्षा दस्तावेज़ों में, क्या यह Series उप-वर्ग है?
• plotOptions.series.states में डॉकलेट प्रकार का नाम "plotOptions.series.states" - क्या इसका मतलब कुछ खास है?

@aaronbeall क्या आपकी कोई प्रगति है? मैंने हाईचार्ट्स के लिए टाइप जनरेशन में थोड़ा सा गोता लगाया है।

एक प्रमुख दोष यह है कि उत्पन्न tree.json में हाईचार्ट्स के सभी टाइपिंग शामिल नहीं हैं, जैसे हाईचार्ट्स नेमस्पेस पर स्थिर तरीके। वैध प्रतीक प्रूनिंग के बाद 703 प्रतीक हैं। लेकिन उसके बाद, tree.json के अंदर आउटपुट सिंबल लगभग 100 है। उनमें से बहुतों को नजरअंदाज कर दिया गया है।

@ स्कॉट-हो यह थोड़ा सा हो गया है क्योंकि मैंने नए साल में हाईचार्ट्स का उपयोग करके परियोजना को बंद कर दिया है, लेकिन मैं अब इस पर वापस आ गया हूं और जल्द ही इस परियोजना में वापस आ जाऊंगा।

मेरे पिछले पोस्ट से मैं परिवर्तित करने की मार्ग नीचे चला गया type करने के लिए interface और का उपयोग कर extends के बजाय & (यह मेरी रणनीति थी ठीक से समर्थन करने के लिए tree.json विशिष्ट क्षेत्रों के excludes का उपयोग), और समस्याओं में भाग गया: टीएस एक इंटरफ़ेस को दूसरे इंटरफ़ेस का विस्तार करने की अनुमति नहीं देगा जो एक फ़ील्ड नाम साझा करता है जो एक ऑब्जेक्ट प्रकार है जो कम से कम साझा नहीं करता है 1 संपत्ति। यहाँ एक सार उदाहरण है। मैं इसके सटीक उदाहरणों को भूल जाता हूं जिसमें मैं भाग गया था, लेकिन बहुत कुछ था, जिस तरह से tree.json स्वतंत्र रूप से वस्तुओं का विस्तार करता है (कुछ मामलों में विस्तार श्रृंखला 5 से अधिक हो जाती है) और किसी भी बिंदु पर क्षेत्रों को स्वतंत्र रूप से बाहर कर देता है। इससे मुझे लगा कि & प्रतिच्छेदन प्रकारों का उपयोग करने का मेरा पिछला दृष्टिकोण सबसे अच्छा मार्ग हो सकता है। मूल रूप से इसके परिणामस्वरूप कुछ ऐसे गुण होंगे जो "बहिष्कृत" हैं जो वास्तव में टाइप हिंटिंग में बहिष्कृत नहीं दिखाई दे रहे हैं (क्योंकि वे पेड़ में उच्चतर विस्तारित किसी चीज़ से विलय हो जाते हैं जिसे वर्तमान नोड से छोड़ा नहीं जा सकता है), लेकिन मैं नहीं कर सकता इसे करने का एक बेहतर तरीका सोचें। दस्तावेज़ इस समस्या को हल करते हैं क्योंकि वे गुणों को एक बिंदु से प्रस्तुत करते हैं, लेकिन संरचनात्मक रूप से हम extends को मिटाए बिना और अधिकतर डुप्लिकेट प्रकार की परिभाषाओं का एक टन बनाये बिना उस प्रकार का वर्णन नहीं कर सकते हैं।

वैध प्रतीक प्रूनिंग के बाद 703 प्रतीक हैं। लेकिन उसके बाद, tree.json के अंदर आउटपुट सिंबल लगभग 100 है। उनमें से बहुतों को नजरअंदाज कर दिया गया है।

आप काटने की किस विधि का जिक्र कर रहे हैं? इससे निपटने के लिए यह सबसे कठिन हिस्सा रहा है ...

हां, मैंने यह भी देखा कि कक्षाओं/नामस्थानों का वर्णन tree.json में नहीं किया गया है (जो मूल रूप से घोषणात्मक init विकल्पों का वर्णन कर रहा है जैसा कि मैं इसे समझता हूं), लेकिन @cvasseng ने कहा कि वे वेनिला jsdoc3 हैं इसलिए उम्मीद है कि हम एक मानक का उपयोग कर सकते हैं उसके लिए कनवर्टर।

pruning इस लाइन से संदर्भित है।

tree.json लिए सभी डेटा संग्रह publish पद्धति के अंदर रहता है।

मुझे लगता है कि इसके अंदर jsdoc api का कुछ दुरुपयोग हो सकता है।

हम jsdoc से मूल आउटपुट के आधार पर tree.json एक नया संस्करण उत्पन्न करने का एक बेहतर तरीका समझ सकते हैं।

आज, मैंने यह पता लगाने में कुछ समय बिताया कि tree.json दर्शाता है। फिर मुझे अंत में पता चला कि tree.json केवल चार्ट विकल्पों के प्रकार को होस्ट करता है। यहां देखें https://api.highcharts.com/highcharts/।

प्रकार संग्रह और पीढ़ी तर्क यहाँ लिखा गया है - https://github.com/highcharts/highcharts/blob/master/tools/jsdoc/plugins/highcharts.jsdoc.js।

हमें स्वयं प्रकारों का पूर्ण-संस्करण बनाने और https://github.com/englercj/tsd-jsdoc के समान कुछ करने की आवश्यकता हो सकती है

क्या इसके लिए कोई ईटीए है? निश्चित रूप से टाइप की गई परिभाषाएँ बहुत भयानक हैं।

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

@aaronbeall क्या आपने मैप किए गए प्रकारों को देखा है?

आपके उदाहरण के लिए फिक्स वाला

@cvasseng @TorsteinHonsi

क्या आपने टाइपस्क्रिप्ट टीम से उन अनुपलब्ध सुविधाओं के बारे में बात करने पर विचार किया जिनकी आपको आवश्यकता है?

@JannesMeyer दुर्भाग्य से कोई ईटीए एटीएम नहीं है, मेरी परियोजना निश्चित रूप से Omit<> चीजों को अलग करने के लिए कैसे काम करता है ... , पूर्ण, एर्गोनोमिक प्रकार की परिभाषाएं। ऐसा लगता है कि परिभाषाओं को न्यूनतम रूप से परिभाषित किया जाना चाहिए (यानी समान संपत्ति पर समान संपत्ति को सभी जगहों पर फिर से परिभाषित नहीं करना) लेकिन कुछ भी याद किए बिना। टाइप कंप्लीशन में एक विकल्प दिखाना कि हाईचार्ट्स वास्तव में किसी दिए गए संदर्भ में उपयोग नहीं करता है, एक समस्या कम है, फिर वहां कुछ ऐसा होना चाहिए जो वहां object या any प्रकार ... कहीं किसी को टाइप लिखना पड़ता है, टाइप पीढ़ी आपके लिए ऐसा नहीं कर सकती है।

हाँ, यह समझ में आता है। ऐसा लगता है कि हाईचार्ट्स टीम को टाइपस्क्रिप्ट को वर्तमान की तुलना में थोड़ा अधिक अपनाना चाहिए। हो सकता है कि डॉक्स को जेएसडॉक से उत्पन्न करने के बजाय टाइप परिभाषाओं से उत्पन्न करना भी संभव होगा?

@JannesMeyer #8307 पूरे प्रकार के

मैं इस पोस्ट का अनुसरण कर रहा हूं, और यह वास्तव में मददगार होगा यदि घोषणा फ़ाइल उपलब्ध है।
मैं अपने रिएक्ट/टाइपस्क्रिप्ट प्रोजेक्ट के लिए DefenitelyTyped का उपयोग कर रहा हूं। हालांकि, पहुंच के साथ फंस गया। यह नहीं पता था कि अभिगम्यता भाग निश्चित रूप से टाइप किए गए के साथ काम नहीं करेगा। मैंने अपनी समस्या के लिए हाईचार्ट्स सहायता टीम से संपर्क किया है, लेकिन अभी तक कोई भाग्य नहीं है।
हमारी टीम में हम हाईचार्ट्स/हाईमैप्स का भारी उपयोग कर रहे हैं। इसलिए हमने इसमें निवेश किया है। कृपया इस परियोजना की प्राथमिकता पर विचार करें।

अग्रिम में धन्यवाद!

मैं सिर्फ यह सूचित करना चाहता हूं कि यह मुद्दा उच्च प्राथमिकता बन गया है।

Highcharts टीम ( @oysteinmoseng ) वास्तव में मेरे साथ एक डिबगिंग सत्र में शामिल हुई और सीधे Js फ़ाइलों को लोड करके इस समस्या को हल करने में मेरी मदद की। मैं वास्तव में इस समय मुझे अनब्लॉक करने के लिए प्रदान किए गए समय और समाधान की सराहना करता हूं। अंतिम समाधान के रूप में Highcharts के साथ TS घोषणा फ़ाइल की प्रतीक्षा करें। :)

धन्यवाद @sophiebremer इसे प्राथमिकता दे रहा है। यह उन परियोजनाओं के लिए बहुत उपयोगी होगा जो टाइपप्रति का उपयोग कर रहे हैं।

नोट: मैंने बेहतर संदर्भ प्रदान करने के लिए टिप्पणी संपादित की है और हाईचार्ट्स टीम के लोगों को भी धन्यवाद देता हूं।

हम कोणीय / टाइपस्क्रिप्ट के साथ काम करने वाली एक बड़ी फ्रंटएंड टीम में हाईस्टॉक का गहन उपयोग करते हैं। टाइपस्क्रिप्ट परिभाषाएँ होना हमारे लिए बहुत बढ़िया होगा, हमने सोचा था कि निश्चित रूप से टाइप की गई परिभाषाएँ संदर्भ थीं, लेकिन यह हाईस्टॉक के लिए पूरी तरह से पुरानी है।

यह टाइपप्रति परिभाषा वास्तव में हमारे लिए एक बड़ी आवश्यकता है !
किसी भी ईटीए का स्वागत है :)

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

हमारा ETA अभी बीटा के लिए तीसरी तिमाही 2018 है।

@sophiebremer यह बहुत अच्छी खबर है! क्या आपके पास डीटीएस जनरेटर है या आप मौजूदा रूपांतरण उपकरण का उपयोग कर रहे हैं?

हम एक कस्टम का उपयोग करते हैं। हमने इस पुल अनुरोध के दृष्टिकोण की कोशिश की https://github.com/highcharts/highcharts/pull/8307 नीचे dts-dom का उपयोग करके, लेकिन यह अच्छी तरह से काम नहीं किया।

इस पर कोई खबर? ऐसा लगता है कि @types/highcharts अब अपडेट नहीं किया जा रहा है।

हम अभी भी इस पर उच्च प्राथमिकता के साथ काम कर रहे हैं। दुर्भाग्य से मैं अभी घोषणा का पूर्वावलोकन प्रकाशित नहीं कर सकता। अभी भी ऐसे प्रकार हैं, जिन्हें समेकित करने की आवश्यकता है, या जिन्हें पेश करने की आवश्यकता है। "highcharts.d.ts" घोषणाओं और टिप्पणियों की 200,000 से अधिक पंक्तियों के साथ एक विशाल फ़ाइल होगी।

@sophiebremer आप उस फाइल को कैसे

@ स्कॉट-हो
हालांकि डिक्लेरेशन फाइल्स अपने आप जेनरेट हो जाती हैं, सोर्स कोड में डॉकलेट्स को ठीक करना और अपडेट करना एक मैनुअल प्रक्रिया है।

हेलो सब लोग! मैंने अपने व्यक्तिगत भंडार में हाईचार्ट्स के लिए घोषणाओं का पूर्वावलोकन प्रकाशित किया। आप इसे npm i https://github.com/sophiebremer/highcharts-declarations-alpha.git या https://github.com/sophiebremer/highcharts-declarations-alpha/blob/master/highcharts.d.ts से डिक्लेरेशन डाउनलोड कर सकते हैं और इसे सीधे ./node_modules/highcharts/ में रख सकते हैं।

ज्ञात पहलु:

• options.series संपत्ति में पिनिंग टाइप करना काम नहीं कर रहा है। इस समय समाधान यह है कि आप वस्तु को { data: [0, 1, 2]} as Highcharts.SeriesLineOptions जैसे अपनी श्रृंखला प्रकार में कास्ट करें
• CSSObject प्रकार के स्टाइल विकल्प हर जगह नहीं होते हैं

ChartEventsOptions चयन जैसे फ़ंक्शन ईवेंट फ़ंक्शन पैरामीटर में नहीं लगते हैं

कुछ अन्य मुद्दे जो मुझे मिले

• निर्यात, ऑफ़लाइन निर्यात मॉड्यूल आयात करने में सक्षम नहीं है। मुझे डिफ़ॉल्ट फ़ैक्टरी निर्यात करने के लिए निर्यात = फ़ैक्टरी को बदलना पड़ा और इसे डिफ़ॉल्ट आयात के रूप में उपयोग करना पड़ा

• लापता एनोटेशन मॉड्यूल

• PlotSeriesEventsOptions क्लिक को क्लिक के रूप में संशोधित करने की आवश्यकता है?: (e:PointerEventObject) => बूलियन;

प्रतिक्रिया के लिए धन्यवाद, @muperi !
आपकी दूसरी पोस्ट के बारे में कुछ टिप्पणियाँ:

• नियमित मॉड्यूल कोई डिफ़ॉल्ट निर्यात नहीं करते हैं। कृपया ES6 सेटिंग्स के लिए अपना tsconfig जांचें।
• केवल कुछ मॉड्यूल में अभी तक घोषणाएं हैं। हम निश्चित रूप से अगले कुछ महीनों में और जोड़ेंगे।
• हम इस मुद्दे पर गौर करेंगे।

ChartEventsOptions चयन जैसे फ़ंक्शन ईवेंट फ़ंक्शन पैरामीटर में नहीं लगते हैं

फिक्स हाईचार्ट्स/हाईचार्ट्स#9110 का हिस्सा है और इसे https://github.com/highcharts/highcharts-declarations-beta के अगले अपडेट में शामिल किया जाएगा

कृपया इस रिपॉजिटरी में घोषणा फाइलों के साथ और मुद्दों को जोड़ें: https://github.com/highcharts/highcharts-declarations-beta।

धन्यवाद।