kebab-case कन्वर्टर
टेक्स्ट पेस्ट करें और उसे kebab-case में बदलें — URL स्लग, CSS क्लास और फ़ाइल नामों के लिए। यह आपके ब्राउज़र में ही चलता है।
परिणाम
शब्द कैसे अलग होते हैं
इनपुट camelCase/PascalCase boundaries पर (एक lowercase या digit के बाद uppercase letter) और किसी भी punctuation या space पर split होता है — इसलिए «my-var_name», «myVarName» और «my var name» तीनों एक ही तरह बदलते हैं। Digits अपने पहले वाले शब्द से जुड़ते हैं (userID42 → user, id42), कभी अपना अलग शब्द नहीं बनते।
Acronym की सीमा — API नाम बदलने से पहले पढ़ें
लगातार uppercase letters (HTTP, XML, ID जैसी acronym श्रृंखला) को उसके बाद आने वाले शब्द से अलग नहीं किया जाता — getHTTPResponse बदलकर get_httpresponse होता है, get_http_response नहीं; XMLParser बदलकर xmlparser होता है, xml_parser नहीं। यह boundary rule (lowercase/digit → uppercase) की एक वास्तविक, पुष्टि-शुदा सीमा है, कोई दुर्लभ bug नहीं — अगर आपको हर acronym को अलग-अलग split करना है, तो बदलने से पहले एक manual separator (getHTTP_Response) डालें।
तैयार
जैसे-जैसे आप टाइप करते हैं, बदला हुआ टेक्स्ट आउटपुट बॉक्स में तुरंत दिखता है — इसे कॉपी करें या अगर आपका ब्राउज़र सपोर्ट करे तो डाउनलोड का इस्तेमाल करें। कोई कन्वर्ज़न हिस्ट्री नहीं रखी जाती; पेज रीफ़्रेश करने पर दोनों बॉक्स साफ़ हो जाते हैं।
kebab-case क्या है?
kebab-case में शब्द हाइफ़न से जुड़ते हैं और सब छोटे अक्षरों में होते हैं: "user profile page" बनता है "user-profile-page"। URL slugs, CSS class names और HTML attributes के लिए यही मानक शैली है।
क्या यह URL slug generator जैसा ही है?
मोटे तौर पर हाँ — kebab-case output एक साफ़ URL slug होता है। Accent वाले अक्षर जैसे लिखे हैं वैसे ही रहते हैं; strict ASCII slugs के लिए lowercase conversion के साथ इस्तेमाल करें।
क्या बदला हुआ टेक्स्ट हमेशा वैध कोड होता है?
नहीं — यह सिर्फ़ plain-text case transformation है, किसी खास language के identifier rules का parser नहीं (reserved words, allowed characters आदि फिर भी लागू रहते हैं)। बदले हुए नाम को असली identifier की तरह इस्तेमाल करने से पहले अपनी language के naming rules ज़रूर देखें।