वर्तमान में, package.json फ़ाइल मुख्य रूप से डेवलपर्स के लिए चुनी गई देव आवश्यकताओं को स्थापित करने के लिए है।

चूंकि यह केवल ब्राउज़र में काम करने वाली लाइब्रेरी है, सर्वर साइड पर नहीं, क्या इसे npm पर रखने का कोई मतलब है? (यह एक वास्तविक प्रश्न है, मैं एक नोड.जेएस डेवलपर नहीं हूं, लेकिन एक PHP लड़का हूं, इसलिए मुझे एनपीएम सम्मेलनों की जानकारी नहीं है)

मुख्य कारण Browserify का उपयोग var Chosen = require('Chosen'); कर सकें। सर्वर-साइड जेएस पहले से ही require प्रारूप का उपयोग करता है, ब्राउजराइज़ केवल आवश्यकता को पार करता है (अच्छी मॉड्यूल परिभाषा नोड.जेएस को अनुकरण करने के लिए, लेकिन फ्रंट-एंड के लिए) और इसे एक बड़े अंतिम बिल्ड में परिवर्तित करता है। सभी निर्भरताएँ बंडल की गई) फ़ाइल को index.html पर सेवा देने के लिए।

इस मुद्दे पर +1 - मैं अपने ऐप में चुने गए ब्राउज़र और उपयोग का उपयोग करता हूं लेकिन वर्तमान में मुझे इसे vendor निर्देशिका में रखना है जो वास्तव में कष्टप्रद है

इस पर भी +1। Browserify के साथ NPM पर होना बहुत मायने रखता है।

मेरी ओर से भी +1 :) ब्राउज़रीफाई का उपयोग करके भी

+1

+1

+1

+1

यदि आपको इस प्लगइन की आवश्यकता है तो केवल $ और jQuery वैश्विक दायरे में और बाद में chosen = require(../path/chosen.min.js)

उदाहरण:

 var $ = require('jquery');
 window.$ = $;
 window.jQuery = $;
 var chosen = require(./chosen.jquery.min.js)

और आप अपने कोड $('select').chosen(); में उपयोग कर सकते हैं

स्रोत: http://www.codefornow.com/2014/06/08/browserify-jquery-and-jquery-plugins/

+1

+1

ब्राउज़र समर्थन के लिए +1 कृपया

मुझे लगता है कि यहां फिक्स बहुत आसान है।

1. एक UMD आवरण जोड़ें
2. निर्मित फ़ाइलों को रेपो में जोड़ें
3. निर्मित फ़ाइलों को npm प्रकाशित करें

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

@jmeas

निर्मित फ़ाइलों को रेपो में जोड़ें

ऐसा नहीं होने जा रहा है. हम ऐसा करते थे और यह टीम के लिए बुरे सपने जैसा था। संकलित JS + CSS को रेपो में नहीं जोड़ा जाएगा - इस पर इश्यू ट्रैकर पर कई बार चर्चा की गई है।

पूर्व-संकलित संस्करण रिलीज़ पृष्ठ के माध्यम से प्रदान किए जाते हैं। यदि आपकी पसंद का पैकेज मैनेजर ज़िप के माध्यम से पैकेज निर्दिष्ट करने का समर्थन करता है, तो आपको उनका उपयोग करना चाहिए। उदाहरण के लिए बोवर निर्देश देखें।

यदि आपकी पसंद का पैकेज मैनेजर ज़िप का समर्थन करता है या गिटहब रिलीज एपीआई का उपयोग खोलनी चाहिए।

उपयोगकर्ताओं को ब्राउज़र करें, आपके पास दो विकल्प हैं जिनके बारे में मुझे पता है। पहला ऊपर वर्णित है, लेकिन मैं इसे एक बार फिर संक्षेप में बताऊंगा:

समाधान एक: बोवर और window

README में दिए गए निर्देशों का पालन करें। दुर्भाग्य से, जहाँ तक मुझे पता है, आप npm उपयोग नहीं कर सकते हैं, इसलिए अपने प्रोजेक्ट में bower सेट करें और ज़िप स्थापित करें। निम्नलिखित सामग्री के साथ अपने कोड में एक मॉड्यूल जोड़ें:

var $ = require('jquery');

// Chosen requires this :(
window.jQuery = $;

require('path/to/bower_components/chosen_v1.3.0/chosen.jquery');

और यह काम करता है! जैसा कि आप उम्मीद करेंगे, jQuery को स्थायी रूप से संशोधित किया जाएगा, इसलिए आपको ऐप में कहीं और चुने जाने की आवश्यकता नहीं होगी।

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

बोवर और खिड़की में कोई दिलचस्पी नहीं है? मुझे महसूस हो रहा है। दूसरा विकल्प है...

समाधान दो: इसे स्वयं लपेटें

मेरे ऐप्स में अक्सर मुट्ठी भर पुस्तकालयों के लिए vendor निर्देशिकाएँ होती हैं जो मॉड्यूल लोडर को संभालने के लिए पैक नहीं की जाती हैं। यदि आप इस यूएमडी रैपर को चुने हुए के चारों ओर जोड़ते हैं, तो आपको हमेशा की तरह इसकी आवश्यकता हो सकती है। यह रैपर AMD यूजर्स के लिए भी काम करेगा।

क्यों न केवल ब्राउज़रिफ़-शिम का उपयोग करें?

यह निश्चित रूप से एक विकल्प है। मेरे ऐप के परीक्षण नोड + जेएसडीओएम में चलते हैं, इसलिए इसे पुस्तकालयों को चमकाने या अलियासिंग किए बिना काम करने की आवश्यकता है।

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

:+1: देशी बोवर घटक के लिए। scss फ़ाइलों को सीधे आयात करने में सक्षम होना चाहते हैं।

चुने गए पैकेज को npm में जोड़ने के लिए +1।

+9001 चयनित पैकेज को npm में जोड़ने के लिए।

ऐसा लगता है कि चुना पर विकास एक धीमी गति से है (अभी के लिए, कम से कम) और अनुरक्षकों को उस वातावरण को अपडेट करने में कोई दिलचस्पी नहीं है, जिसमें चुना गया है।

आगे बढ़ने का सबसे अच्छा तरीका जांच होगा। एनपीएम समर्थन जोड़ने के लिए इस परियोजना को केवल फोर्क करना है (और, यदि आप चाहते हैं, तो यूएमडी समर्थन भी!)। आप npm/Bower पर एक नई रिलीज़ प्रकाशित कर सकते हैं (शायद modern-chosen तहत?) फिर परिवर्तनों को अपस्ट्रीम करने के लिए एक पीआर खोलें।

यदि वे इसे मर्ज करते हैं, तो बढ़िया - आप अपने मॉड्यूल को हटा सकते हैं। नहीं तो लोग आपकी जगह कांटे का इस्तेमाल करने लगेंगे।

(मैं "आप" का उपयोग किसी विशेष व्यक्ति के बजाय "कोई भी" के अर्थ में कर रहा हूं: पी)

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

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

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

@pfiller शायद हमें bower-chosen से chosen-packaged (या कुछ और जो किसी विशिष्ट प्रबंधक से संबंधित नहीं है) का नाम बदलना चाहिए और रेपो में package.json ।

मैंने एक पीआर (#2550) सेटअप किया है जिसे एनपीएम पैकेज का ख्याल रखना चाहिए, कृपया समीक्षा करें कि पीआर से जुड़ा उदाहरण पैकेज है कि यह पैकेज कैसा दिखना चाहिए। धन्यवाद!

2550 का विलय कर दिया गया है और चुना गया अब chosen-js रूप में NPM पर भी है

@koenpunt धन्यवाद! समस्या यह है कि पैकेज में निर्मित फ़ाइलें हैं, इसलिए कच्चे scss आयात नहीं कर सकते।

संबंधित: #2347