पाठ को kebab-case में बदलना dash-case मुफ़्त ऑनलाइन सुरक्षित
एक पंक्ति चिपकाइए और उसे तुरंत kebab-case में पढ़िए। सब कुछ आपके ही ब्राउज़र में होता है — जो आप लिखते हैं वह कहीं नहीं भेजा जाता — और नियम अंग्रेज़ी के नहीं, इस पृष्ठ की भाषा के हैं।
इसे दूसरी तरह लिखिए
कुछ भी अपलोड नहीं
वही पंक्ति, सातों लेखनों में
| लेखन | वही पंक्ति, उसी तरह लिखी |
|---|---|
| बड़े अक्षर | CRÈME BRÛLÉE 2 के लिए — STRASSE 17, FOOBAR |
| छोटे अक्षर | crème brûlée 2 के लिए — straße 17, foobar |
| Title Case | Crème Brûlée 2 के लिए — Straße 17, Foobar |
| snake_case | crème_brûlée_2_क_ल_ए_straße_17_foo_bar |
| kebab-case | crème-brûlée-2-क-ल-ए-straße-17-foo-bar |
| camelCase | crèmeBrûlée2कलएStraße17FooBar |
| एक URL पता | creme-brulee-2-क-ल-ए-strasse-17-foobar |
ये रूप कहाँ से आए
बड़े और छोटे अक्षर कभी दो भिन्न वर्णमालाएँ थे। बड़े अक्षर रोमन हैं, छेनी से पत्थर में उकेरे हुए; छोटे अक्षर कैरोलिंजियन लघुलिपि से उतरे हैं, जिन्हें चर्मपत्र पर तेज़ दौड़ती लेखनी ने गढ़ा। मुद्रक दोनों को अलग-अलग खानों में रखते थे — ऊपर का खाना और नीचे का — और खानों के मिट जाने के बहुत बाद तक नाम बने रहे। प्रोग्रामिंग के रूप कहीं नवीन हैं और एक ही समस्या सुलझाने के लिए गढ़े गए: किसी नाम में रिक्त स्थान नहीं आ सकता। snake_case आरंभिक C से निकला, camelCase स्मॉलटॉक से, kebab-case लिस्प से, और पते का slug इस आवश्यकता से कि मनुष्य के पढ़ने योग्य शीर्षक को ऐसे पते में रखा जाए जहाँ रिक्त स्थान और स्वर-चिह्न वर्जित हैं।
ये आपको कहाँ मिलते हैं
हर शब्द का पहला अक्षर बड़ा करना शीर्षकों और पुस्तक-आवरणों का काम है; केवल वाक्य का पहला अक्षर बड़ा करना शेष लगभग सब कुछ का, और बढ़ते-बढ़ते अंतरापृष्ठों का भी, क्योंकि वह शीघ्र पढ़ा जाता है। snake_case डेटाबेस के स्तंभों और पायथन के चरों को नाम देता है; camelCase जावास्क्रिप्ट के चरों और जावा की विधियों को; kebab-case सीएसएस की श्रेणियों और वेब परियोजनाओं की फ़ाइलों को। slug वह है जो किसी लेख की सुर्खी को उसके पते का अंतिम भाग बना देता है, और यहाँ के रूपांतरणों में केवल वही है जिसे खोज-इंजन पढ़ते हैं।
अक्सर पूछे जाने वाले प्रश्न
बड़े अक्षरों में बदलने से कभी-कभी अक्षरों की संख्या क्यों बदल जाती है?
क्योंकि अक्षर का छोटा-बड़ा होना भाषा का गुण है, वर्ण का नहीं। जर्मन ß बड़े अक्षरों में SS बन जाता है, सो एक अक्षर दो हो जाता है। तुर्की में बिंदुवाला और बिना बिंदु वाला i दोनों हैं, और i का बड़ा रूप I नहीं बल्कि İ है — यहाँ चूक एक तुर्की शब्द को दूसरा शब्द बना देती है। यहाँ के रूपांतरण पृष्ठ की अपनी भाषा के नियमों पर चलते हैं, इसीलिए वही निवेश तुर्की पृष्ठ पर अंग्रेज़ी पृष्ठ से भिन्न परिणाम दे सकता है।
slug स्वर-चिह्न और विराम-चिह्न क्यों हटा देता है?
क्योंकि किसी पते को यह सब सहना होता है: संदेश में नकल होना, कागज़ पर छपना, और हाथ से फिर टाइप होना। स्वर-चिह्न वाले अक्षर आज के पते में वैध हैं, पर नकल करते समय प्रतिशत में कूटबद्ध हो जाते हैं, और एक पठनीय पता चिह्नों की लड़ी बन जाता है। उन्हें सादे अक्षरों, अंकों और योजक-चिह्नों तक घटा देना पते को पठनीय, साझा करने योग्य और हर जगह एक-सा रखता है।
क्या उत्तर सटीक है?
जहाँ दोनों इकाइयाँ एक-दूसरे से पूर्ण संख्याओं में परिभाषित हैं, वहाँ हाँ — पृष्ठ यह बात संख्या के ऊपर कहता है, और एकमात्र गोलाई इसमें है कि कितने अंक दिखाए जाएँ। जहाँ अनुपात का दशमलव समाप्त नहीं होता, पृष्ठ बारह सार्थक अंक दिखाता है और कहता है कि संबंध सन्निकट है, कुछ और होने का ढोंग नहीं करता।
क्या मेरा लिखा हुआ मेरे उपकरण से बाहर जाता है?
नहीं। गणना आपके ही ब्राउज़र में होती है; कुछ भी अपलोड नहीं होता, और करने के लिए कोई सर्वर है भी नहीं। पृष्ठ एक बार खुल जाने पर नेटवर्क बंद होने पर भी चलता है।
आप टेक्स्ट को kebab-case में क्यों बदलते हैं
लगभग किसी भी सुव्यवस्थित वेबसाइट का पता-पट्टी देखिए और आपको हाइफ़न से जुड़े शब्द मिलेंगे: how-to-repot-a-fern, annual-report-2026, contact-us। स्टाइलशीट के भीतर देखिए तो क्लास के नाम भी यही करते हैं: main-menu, card-title, button-primary। कमांड-लाइन उपकरणों के विकल्प देखिए तो --dry-run और --no-cache मिलते हैं। यह kebab-case है, शब्द छोटे अक्षरों में और हाइफ़न पर ऐसे पिरोए जैसे सींक पर माँस, और यह वह रूप है जिसे वेब ने उन नामों के लिए अपनाया जो लोग देख सकते हैं। टेक्स्ट को kebab-case में बदलना वह वाक्यांश लेना है जो आप बोलते और उसे ऐसे नाम में बदलना है जो पते, क्लास, शाखा या फ़ाइल में काम करे।
एक पंक्ति चिपकाइए और उसे kebab-case में पढ़िए। रूपांतरण आपके ब्राउज़र में होता है, आप जो टाइप करते हैं वह कहीं नहीं भेजा जाता, और नियम इस पृष्ठ की भाषा का अनुसरण करते हैं, अंग्रेज़ी का नहीं। यह पंक्ति को शब्दों में काटता है, उन्हें छोटे अक्षरों में बदलता है और हाइफ़न से जोड़ता है। camelCase में पहले से लिखी पंक्ति भी वहाँ काटी जाती है, इसलिए fooBar बन जाता है foo-bar। नीचे आप देखेंगे कि पृष्ठ ठीक-ठीक क्या करता है और क्या नहीं, वह विभिन्न भाषाओं के अटपटे अक्षरों के साथ कैसे व्यवहार करता है, वेब अंडरस्कोर के बजाय हाइफ़न क्यों पसंद करता है, kebab-case कहाँ परिपाटी है, और वे जाल जिनमें जल्दी में टेक्स्ट को kebab-case में बदलने वाले फँसते हैं।
रूपांतरण क्या करता है
काटो, छोटे अक्षर, जोड़ो
पृष्ठ पहले पंक्ति को शब्दों में काटता है, हर एक को छोटे अक्षरों में बदलता है और हाइफ़न से जोड़ता है। पंक्ति Crème brûlée for 2 — straße 17, fooBar लौटती है crème-brûlée-for-2-straße-17-foo-bar के रूप में। उच्चारण-चिह्न रखे जाते हैं, संख्याएँ अपने आप में शब्द के रूप में रहती हैं, डैश और अल्पविराम ग़ायब हैं, और fooBar बड़े अक्षर पर दो में कटा है।
कटाव कहाँ पड़ते हैं
शब्द-सीमा रिक्त स्थान, विराम-चिह्न, डैश, प्रतीक या शब्द के भीतर छोटे अक्षर से बड़े अक्षर तक का क़दम है। इसलिए Main Menu, mainMenu, main_menu और main--menu सब main-menu बन जाते हैं। रूपांतरण लगभग किसी भी शुरुआती बिंदु को स्वीकार करता है और हमेशा उसी रूप तक पहुँचता है, जो उसे नाम के स्टाइलशीट या पते में जाने से पहले का सुरक्षित अंतिम क़दम बनाता है।
कोई भटका हाइफ़न नहीं
दोहराए विभाजक एक में सिकोड़े जाते हैं, और शुरू या अंत में कोई हाइफ़न नहीं बचता। ...Hello, World!! जैसा गड़बड़ वाक्यांश hello-world निकलता है, सिरों पर कुछ लटके बिना।
रूपांतरण क्या नहीं करता
वह विराम-चिह्न नहीं रखता
अल्पविराम, बिंदु और डैश शब्दों के बीच की सीमाएँ हैं, आगे ले जाने वाले वर्ण नहीं। CSS क्लास या फ़ाइल नाम के लिए आप यही चाहते हैं, और गद्य के लिए नहीं। पृष्ठ से गुज़ारा वाक्य नाम बनकर लौटता है, और मूल विराम-चिह्न ग़ायब हो जाते हैं।
वह उच्चारण-चिह्न नहीं हटाता
पंक्ति अपने उच्चारण वाले अक्षर रखती है: crème-brûlée। आधुनिक ब्राउज़र और सर्वर उन्हें नामों और पतों में स्वीकार करते हैं, पर पुराने उपकरण शायद नहीं, और उच्चारण वाला पता कॉपी करने पर प्रतिशत कोडों में बदल दिया जाता है। अगर आपको सादे अक्षर चाहिए, तो URL slug पृष्ठ लैटिन अक्षरों से चिह्न भी हटाता है।
वह जाँचता नहीं कि नाम ख़ाली है
दो अलग वाक्यांश एक ही नाम बना सकते हैं, और पृष्ठ नहीं जानता कि नाम आपकी साइट या परियोजना में पहले से उपयोग में है या नहीं। प्रकाशन से पहले टकराव जाँचिए।
भाषा मायने रखती है
बिना रिक्त स्थान के लिखी लिपियाँ
शब्दों में काटने के लिए सीमाएँ चाहिए। चीनी और जापानी बिना रिक्त स्थान के लिखी जाती हैं, इसलिए उन लिपियों की पंक्ति एक ही शब्द के रूप में लौटती है। पृष्ठ अंदाज़े की जगह काटने के बजाय ऐसा कहना पसंद करता है।
तुर्की और बिंदु वाला i
छोटे अक्षरों में बदलना पृष्ठ की भाषा के नियमों का अनुसरण करता है। तुर्की में I का छोटा रूप बिना बिंदु का ı है, और İ का छोटा रूप i। जो कन्वर्टर अंग्रेज़ी नियम लगाता है वह शब्द बदल देता है। यह पृष्ठ उस भाषा का अनुसरण करता है जिसमें वह लिखा है।
जर्मन और तीखा s
जर्मन ß पहले से छोटा है और रहता है: straße-17। बड़ा STRASSE strasse लौटता है, क्योंकि बड़ा रूप याद नहीं रखता कि वह ß से आया या दो अक्षरों से।
दाएँ-से-बाएँ और भारतीय लिपियाँ
अरबी, हिब्रू और भारतीय लिपियों में शब्दों के बीच रिक्त स्थान हैं और केस नहीं। पृष्ठ उनके शब्दों को हाइफ़न से जोड़ता है और अक्षरों को वैसा ही छोड़ता है।
वेब हाइफ़न क्यों पसंद करता है
खोज इंजन हाइफ़न को रिक्त स्थान की तरह पढ़ते हैं
खोज इंजन पते में हाइफ़न को शब्दों के बीच विभाजक मानते हैं, इसलिए how-to-repot-a-fern को पाँच शब्दों के रूप में समझा जाता है। इसके विपरीत अंडरस्कोर को आमतौर पर जोड़ने वाला पढ़ा जाता है, और how_to_repot_a_fern एक लंबे शब्द की तरह पढ़ा जा सकता है। जिन पतों को लोग खोजते हैं उनके लिए हाइफ़न बेहतर चुनाव है, और वह आदत पूरे वेब में फैल गई है।
पठनीयता
लिंक रेखांकित होने पर अंडरस्कोर ग़ायब हो सकता है, क्योंकि रेखा ठीक वहीं बैठती है जहाँ अंडरस्कोर है। हाइफ़न दिखता रहता है। यह छोटी बात है, पर समझाती है कि यह रूप पतों में क्यों जम गया।
केस के प्रति असंवेदनशीलता
पते छोटे अक्षरों में सबसे सुरक्षित हैं, क्योंकि कुछ सर्वरों पर उनके हिस्से केस-संवेदी हो सकते हैं। kebab-case परिभाषा से छोटे अक्षरों में है, जो ग़लतियों का एक पूरा परिवार हटा देता है।
kebab-case कहाँ परिपाटी है
वेब पते
पृष्ठ के पते का अंतिम भाग, slug, लगभग हमेशा kebab-case में होता है। उन पतों के लिए जिन्हें उच्चारण-चिह्नों से भी मुक्त होना है, URL slug पृष्ठ उपयोग कीजिए।
CSS और HTML
CSS गुण kebab-case में हैं (background-color, font-size), और अधिकांश क्लास नाम तथा कस्टम गुण (--brand-color) भी। data-user-id जैसे HTML गुण उसी शैली का अनुसरण करते हैं। जब आप कॉम्पोनेंट के लिए क्लास का नाम गढ़ते हैं, तो kebab-case वह है जिसकी आपकी स्टाइलशीट का पाठक अपेक्षा करता है। अगर कॉम्पोनेंट आकारों के साथ भी बना है, तो px से rem लंबाइयों में मदद करता है।
फ़ाइल और फ़ोल्डर के नाम
हाइफ़न से जुड़े छोटे अक्षरों के शब्द हर प्रणाली पर सुरक्षित फ़ाइल नाम हैं, इसीलिए स्थैतिक साइट जनरेटर और कई फ़्रेमवर्क उन्हें पृष्ठों और संसाधनों के लिए उपयोग करते हैं।
कमांड-लाइन विकल्प और पैकेज नाम
--dry-run जैसे विकल्प, npm जैसे रजिस्ट्री पर पैकेज नाम, और feature/login-form जैसी Git शाखाएँ सब kebab-case का अनुसरण करती हैं। इस रूप में बदला वाक्यांश आपके उपयोग किए उपकरणों में स्वीकार होने की संभावना रखता है।
Lisp और उसके रिश्तेदार
यह रूप Lisp से आया, जहाँ नामों में हाइफ़न की अनुमति है क्योंकि भाषा को उन्हें आसपास के रिक्त स्थान के बिना घटाव चिह्न के रूप में कोई ज़रूरत नहीं। kebab-case नाम सींक के बारे में मज़ाक़ है, और टिक गया।
जहाँ यह परिपाटी नहीं
Python, Ruby और डेटाबेस
ये अंडरस्कोर पसंद करते हैं, क्योंकि हाइफ़न को घटाव पढ़ा जाएगा। उनके लिए snake_case उपयोग कीजिए।
JavaScript चर और Java
चर के नाम में हाइफ़न घटाव है। ये भाषाएँ camelCase उपयोग करती हैं। kebab-case फिर भी उनके स्ट्रिंग मानों, फ़ाइल नामों और CSS में दिख सकता है।
गद्य और शीर्षक
kebab-case नामों के लिए है। शीर्षकों और वाक्यों को अपने रिक्त स्थान और बड़े अक्षर रखने चाहिए। शीर्षक के लिए Title Case पर विचार कीजिए।
यहाँ टेक्स्ट को kebab-case में कैसे बदलें
अपना टेक्स्ट चिपकाइए या टाइप कीजिए
पहले क्षेत्र में वाक्यांश दर्ज कीजिए। परिणाम तुरंत दूसरे में दिखता है, इसलिए आप टाइप करते समय उसे बदलते देख सकते हैं।
नाम जाँचिए
सुनिश्चित कीजिए कि वह स्वाभाविक पढ़ता है और बहुत लंबा नहीं। लगभग साठ वर्णों से अधिक के पते खोज परिणामों में कट जाते हैं। अच्छा slug छोटा होता है और बताता है कि पृष्ठ क्या है।
उसे कॉपी कीजिए
कॉपी बटन दबाइए और परिणाम जहाँ चाहिए वहाँ चिपकाइए। उसी पंक्ति के अन्य रूपों के लिए नीचे देखिए।
वही पंक्ति सातों लिखावटों में
रूपों की तालिका
कन्वर्टर के नीचे तालिका उदाहरण पंक्ति को साइट के सातों रूपों में दिखाती है: बड़े अक्षर, छोटे अक्षर, Title Case, snake_case, kebab-case, camelCase और URL slug। यह देखने का तेज़ तरीक़ा है कि वही शब्द हर एक में कैसे दिखते हैं।
ये रूप कहाँ से आए
दो वर्णमालाएँ
बड़े और छोटे अक्षर कभी दो अलग वर्णमालाएँ थे। बड़े अक्षर रोमन हैं, छेनी से पत्थर में तराशे; छोटे अक्षर कैरोलिंगियन माइनस्क्यूल से उतरे हैं, चर्मपत्र पर तेज़ी से चलती क़लम से गढ़े। छापने वालों ने दोनों को अलग ट्रे में रखा, ऊपरी केस और निचला केस, और ट्रे के जाने के बहुत बाद नाम टिके रहे।
बिना रिक्त स्थान के नाम
प्रोग्रामिंग के रूप कहीं अधिक नए हैं और एक समस्या सुलझाने के लिए गढ़े गए थे: नाम में रिक्त स्थान नहीं हो सकता। snake_case शुरुआती C से निकला, camelCase Smalltalk से, kebab-case Lisp से, और URL slug मानव शीर्षक को ऐसे पते में रखने की ज़रूरत से जहाँ रिक्त स्थान और उच्चारण-चिह्न अनुमत नहीं।
व्यवहार में अच्छे चलने वाले नाम
छोटे और वर्णनात्मक
अच्छा kebab-case नाम जितने कम शब्दों में हो सके बताता है कि चीज़ क्या है। contact-us, please-get-in-touch-with-our-team से बेहतर है। जब आप टेक्स्ट को kebab-case में बदलें, तो पहले वाक्यांश को छोटा कीजिए।
समय के साथ स्थिर
पतों में नाम वादे हैं: अन्य साइटें उनसे जुड़ती हैं। ऐसे नाम चुनिए जो पुनर्डिज़ाइन के बाद भी सही रहें, और तारीख़ों तथा संस्करण-संख्याओं से बचिए जब तक वही मुद्दा न हों।
पूरी परियोजना में एकरूप
अगर हर पृष्ठ का पता, क्लास नाम और फ़ाइल नाम एक ही नियम का अनुसरण करे, तो नवागंतुक नाम सही अनुमान लगा सकता है। जब आप नए पृष्ठ के लिए टेक्स्ट को kebab-case में बदलें, तो पैटर्न के लिए पड़ोसी को देखिए।
पसंद हो तो स्टॉप शब्दों से मुक्त
कुछ लोग पतों को छोटा रखने के लिए the, a और of जैसे शब्द हटा देते हैं। यह रुचि की बात है: छोटा पता सुथरा है, पूरा ज़ोर से पढ़ने में बेहतर।
वास्तविक परियोजना में kebab-case
CSS क्लास को नाम देना
स्टाइलशीट में कॉम्पोनेंट के नाम छोटे, हाइफ़न वाले वाक्यांशों के रूप में सबसे अच्छे पढ़े जाते हैं: card, card-title, card-footer। BEM जैसी पद्धतियाँ विविधताओं के लिए दोहरे हाइफ़न और अंडरस्कोर जोड़ती हैं, पर हर क्लास का आधार फिर भी छोटे अक्षरों वाला हाइफ़न नाम है। जब आप क्लास के लिए टेक्स्ट को kebab-case में बदलते हैं, तो आप अगले डेवलपर को ऐसा नाम दे रहे हैं जिसका वह अनुमान लगा सके।
साइट के लिए फ़ाइलों और फ़ोल्डरों को नाम देना
साइट की संरचना अक्सर उसके पतों को दर्शाती है, what-to-plant-in-april.html नामक फ़ाइल या garden-guides नामक फ़ोल्डर के साथ। एकरूप हाइफ़न वाले नाम संरचना को ब्राउज़ करने, लिंक करने और प्रणालियों के बीच ले जाने में आसान बनाते हैं। अगर पृष्ठ को डेटा फ़ाइल चाहिए, तो CSV से JSON और साइट के अन्य कन्वर्टर उसे तैयार कर सकते हैं, और वही नामकरण नियम परिणाम पर लागू होता है।
संस्करण नियंत्रण में शाखाओं और टैगों को नाम देना
जो टीमें हर काम के लिए शाखाएँ उपयोग करती हैं वे उन्हें fix-login-redirect या add-search-filter नाम देती हैं। शाखा का नाम सूचियों, पुल अनुरोधों और चैट में पढ़ा जाता है, और छोटा हाइफ़न वाला वाक्यांश नज़र डालने में आसान है। कई टीमें प्रकार और स्लैश से उपसर्ग लगाती हैं: feature/add-search-filter। स्लैश के बाद का हिस्सा बनाने के लिए काम के शीर्षक से टेक्स्ट को kebab-case में बदलिए।
गुणों और कस्टम गुणों को नाम देना
CSS के कस्टम गुण, जैसे --space-large और --brand-primary, परिपाटी से kebab-case में हैं, और HTML के data गुण भी। अगर आप रंगों के साथ भी काम करते हैं, तो ऐसे नामों के पीछे के मानों के लिए HEX से RGB की संकेतन-पद्धति चाहिए हो सकती है।
पुराने और नए नामों का रिकॉर्ड रखना
जब आप फ़ाइलों या क्लासों का बैच नाम बदलते हैं, तो पुराने और नए नामों की दो-स्तंभ सूची रखिए। यह खोज-और-बदलो, रीडायरेक्ट और सहकर्मी को समझाने में मदद करती है कि क्या हुआ। कन्वर्टर नए नामों को एकरूप बनाता है; सूची परिवर्तन को अंकेक्षण योग्य।
टिकाऊ पते बनाना
पहले पाठक के बारे में सोचिए
पता मशीनों से पहले लोगों द्वारा पढ़ा जाता है। छोटा, स्पष्ट पता आगंतुक को बताता है कि लिंक उन्हें कहाँ ले जाएगा और उन्हें क्लिक करने को प्रोत्साहित करता है। जब आप slug के लिए टेक्स्ट को kebab-case में बदलें, तो कल्पना कीजिए कि वह बिना किसी अन्य स्पष्टीकरण के संदेश में चिपकाया गया है, और पूछिए कि क्या वह अर्थ देता है।
खंड को मत दोहराइए
अगर पते में पहले से recipes नामक फ़ोल्डर है, तो पृष्ठ को best-recipes-for-summer कहने की ज़रूरत नहीं। summer-salads जैसा नाम काफ़ी है, और पता बिना प्रतिध्वनि के recipes/summer-salads पढ़ता है।
टेक्स्ट को kebab-case में बदलते समय जाल
वहाँ उपयोग करना जहाँ हाइफ़न का अर्थ घटाव है
अधिकांश प्रोग्रामिंग भाषाओं में नाम के भीतर हाइफ़न घटाव है। ऐसी भाषाओं के चरों के लिए kebab-case उपयोग मत कीजिए।
यह भूलना कि नाम पहले से मौजूद हो सकता है
एक ही slug वाले दो पृष्ठ टकराते हैं। प्रकाशन से पहले अपनी साइट या परियोजना जाँचिए।
प्रकाशित पता बदलना
एक बार पता सार्वजनिक हो जाए, तो उसे बदलना लिंक तोड़ता है। अगर करना ही पड़े, तो पुराने से रीडायरेक्ट लगाइए।
बहुत लंबे नाम
लंबे पते साझा करने में अटपटे हैं और खोज परिणामों में छोटे कर दिए जाते हैं। बदलने से पहले वाक्यांश छाँटिए।
बदलने से पहले लोग जो प्रश्न पूछते हैं
विराम-चिह्नों का क्या होता है?
उन्हें शब्दों के बीच की सीमा माना जाता है और आगे नहीं ले जाया जाता।
क्या संख्याएँ रखी जाती हैं?
हाँ, अपने आप में शब्द के रूप में, हाइफ़न से अलग।
क्या यह camelCase इनपुट सँभालता है?
हाँ। शब्द के भीतर बड़ा अक्षर कटाव चिह्नित करता है, इसलिए fooBar बन जाता है foo-bar।
क्या मैं इसे अन्य भाषाओं के लिए उपयोग कर सकता हूँ?
हाँ, पृष्ठ की भाषा के नियमों के साथ। चीनी और जापानी जैसी बिना रिक्त स्थान की लिपियाँ एक ही शब्द के रूप में लौटती हैं।
क्या मेरा टेक्स्ट अपलोड होता है?
नहीं। आप यहाँ जो टाइप करते हैं वह कभी कहीं नहीं भेजा जाता, इसलिए मसौदा, पासवर्ड या ग्राहक का नाम यहाँ उतना ही सुरक्षित है जितना टेक्स्ट एडिटर में।
मुझे इसके बजाय अंडरस्कोर कैसे मिलेंगे?
टेक्स्ट को snake_case में बदलिए से।
एक हल किया उदाहरण
मान लीजिए आप वेबसाइट में नया खंड जोड़ रहे हैं और संपादक ने आपको शीर्षक Spring Garden: What To Plant In April (and Why) दिया है। आप उसे चिपकाते हैं और spring-garden-what-to-plant-in-april-and-why पढ़ते हैं। यह लंबा है, इसलिए आप शीर्षक को What to Plant in April तक छोटा करते हैं और फिर बदलते हैं: what-to-plant-in-april। आप उसे फ़ाइल नाम और पते के रूप में उपयोग करते हैं, और वही शब्द, उसी रूप में, स्टाइलशीट में शीर्षक की क्लास के रूप में। तीन जगहें, एक नाम, एक बार लिखा।
एक छोटी जाँच-सूची
बदलने से पहले
वाक्यांश को उतना छोटा कीजिए जितना नाम को कहना है। जाँचिए कि कोई मौजूदा नाम मेल नहीं खाता।
बदलते समय
वाक्यांश चिपकाइए, परिणाम पढ़िए और सुनिश्चित कीजिए कि वह स्वाभाविक और यथोचित छोटा है।
बदलने के बाद
हर लागू जगह वही नाम उपयोग कीजिए, और अगर कभी प्रकाशित पता बदलें तो रीडायरेक्ट लगाइए।
सामान्य ग़लतियाँ
चर नामों के लिए kebab-case का उपयोग
अधिकांश भाषाओं में हाइफ़न का अर्थ घटाव है।
नामों को बहुत लंबा बनाना
छोटे नाम साझा करने और याद रखने में आसान हैं।
प्रकाशित पते बदलना
यह लिंक तोड़ता है। मजबूरी हो तो रीडायरेक्ट कीजिए।
आपका टेक्स्ट आपके उपकरण पर रहता है
रूपांतरण स्थानीय रूप से होता है। आपका टेक्स्ट आपके अपने ब्राउज़र द्वारा सँभाला जाता है और कुछ कहीं नहीं भेजा जाता। बाद में हटाने को कुछ नहीं और बनाने को कोई खाता नहीं। टेक्स्ट को kebab-case में बदलने का यही सादा तरीक़ा है।
सारांश
यहाँ टेक्स्ट को kebab-case में बदलने के लिए एक पंक्ति चिपकाइए और उसे इस रूप में पढ़िए: शब्द कटे हुए, छोटे अक्षरों में और हाइफ़न से जुड़े। camelCase में पहले से लिखी पंक्ति भी वहाँ काटी जाती है, इसलिए fooBar बन जाता है foo-bar। पृष्ठ विराम-चिह्न नहीं रखता: अल्पविराम, बिंदु और डैश शब्दों के बीच की सीमाएँ हैं, आगे ले जाने वाले वर्ण नहीं, जो CSS क्लास या फ़ाइल नाम के लिए आप चाहते हैं और गद्य के लिए नहीं। शब्दों में काटने के लिए सीमाएँ चाहिए, इसलिए बिना रिक्त स्थान के लिखी चीनी और जापानी एक ही शब्द के रूप में लौटती हैं। छोटे अक्षरों में बदलना पृष्ठ की भाषा का अनुसरण करता है। वेब हाइफ़न पसंद करता है क्योंकि खोज इंजन उन्हें रिक्त स्थान की तरह पढ़ते हैं। कुछ भी अपलोड नहीं होता।