متن کو kebab-case میں تبدیل کرنا dash-case مفت آن لائن محفوظ

آپ متن کو 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 سلگ صفحہ لاطینی حروف سے نشان بھی اتارتا ہے۔

یہ جانچتی نہیں کہ نام خالی ہے

دو مختلف فقرے ایک ہی نام بنا سکتے ہیں، اور صفحہ نہیں جانتا کہ نام آپ کی سائٹ یا پروجیکٹ میں پہلے سے استعمال ہے یا نہیں۔ شائع کرنے سے پہلے ٹکراؤ جانچیے۔

زبان اہم ہے

خالی جگہ کے بغیر لکھی جانے والی تحریریں

الفاظ میں کاٹنے کو حدود چاہییں۔ چینی اور جاپانی خالی جگہ کے بغیر لکھی جاتی ہیں، اس لیے ان رسم الخط کی سطر ایک ہی لفظ کے طور پر لوٹتی ہے۔ صفحہ اندازے سے کسی جگہ کاٹنے کے بجائے یہی کہنا پسند کرتا ہے۔

ترکی اور نقطے والا i

چھوٹے حروف میں بدلنا صفحے کی زبان کے قواعد کی پیروی کرتا ہے۔ ترکی میں I کی چھوٹی شکل ı ہے، نقطے کے بغیر، اور İ کی چھوٹی شکل i۔ انگریزی قواعد لگانے والا کنورٹر الفاظ بدل دیتا ہے۔ یہ صفحہ اس زبان کی پیروی کرتا ہے جس میں لکھا گیا ہے۔

جرمن اور تیز s

جرمن ß پہلے ہی چھوٹا ہے اور رہتا ہے: straße-17۔ بڑا STRASSE واپس آتا ہے strasse کے طور پر، کیونکہ بڑی شکل کو یاد نہیں رہتا کہ وہ ß سے آئی تھی یا دو حروف سے۔

دائیں سے بائیں اور ہندوستانی رسم الخط

عربی، عبرانی اور ہندوستانی رسم الخط میں الفاظ کے درمیان خالی جگہیں ہوتی ہیں اور بڑے چھوٹے حروف نہیں۔ صفحہ ان کے الفاظ کو ہائفن سے جوڑتا ہے اور حروف کو چھوڑ دیتا ہے۔

ویب ہائفن کو ترجیح کیوں دیتا ہے

سرچ انجن ہائفن کو خالی جگہ پڑھتے ہیں

سرچ انجن پتے میں ہائفن کو الفاظ کے درمیان جدا کرنے والا سمجھتے ہیں، اس لیے how-to-repot-a-fern کو پانچ الفاظ سمجھا جاتا ہے۔ اس کے برعکس انڈرسکور عموماً جوڑنے والا پڑھا جاتا ہے، اور how_to_repot_a_fern ایک لمبا لفظ پڑھا جا سکتا ہے۔ ان پتوں کے لیے جنہیں لوگ تلاش کرتے ہیں ہائفن بہتر انتخاب ہیں، اور یہ عادت پوری ویب میں پھیل گئی ہے۔

پڑھنے میں آسانی

جب لنک کے نیچے لکیر ہو تو انڈرسکور غائب ہو سکتا ہے، کیونکہ لکیر عین وہیں بیٹھتی ہے جہاں انڈرسکور ہے۔ ہائفن نظر آتا رہتا ہے۔ یہ چھوٹی بات ہے، لیکن وضاحت کرتی ہے کہ شکل پتوں میں کیوں جم گئی۔

بڑے چھوٹے حروف سے بے نیازی

پتے چھوٹے حروف میں سب سے محفوظ ہیں، کیونکہ ان کے حصے بعض سرورز پر بڑے چھوٹے حروف کے لحاظ سے مختلف ہو سکتے ہیں۔ kebab-case تعریف کے لحاظ سے چھوٹے حروف میں ہے، جو غلطیوں کا ایک خاندان ختم کر دیتا ہے۔

جہاں kebab-case رواج ہے

ویب پتے

صفحے کے پتے کا آخری حصہ، سلگ، تقریباً ہمیشہ kebab-case میں ہوتا ہے۔ ان پتوں کے لیے جو لہجے کے نشانوں سے بھی پاک ہونے چاہییں، URL سلگ صفحہ استعمال کیجیے۔

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 میں کیسے تبدیل کریں

اپنا متن چسپاں کیجیے یا ٹائپ کیجیے

فقرہ پہلے خانے میں درج کیجیے۔ نتیجہ دوسرے میں فوراً ظاہر ہوتا ہے، اس لیے آپ ٹائپ کرتے ہوئے اسے بدلتا دیکھ سکتے ہیں۔

نام جانچیے

یقینی بنائیے کہ وہ فطری پڑھا جاتا ہے اور بہت لمبا نہیں۔ تقریباً ساٹھ حروف سے لمبے پتے تلاش کے نتائج میں کٹ جاتے ہیں۔ اچھا سلگ مختصر ہوتا ہے اور بتاتا ہے کہ صفحہ کیا ہے۔

نقل کیجیے

نقل کا بٹن دبائیے اور نتیجہ وہاں چسپاں کیجیے جہاں چاہیے۔ اسی سطر کی دوسری شکلوں کے لیے نیچے دیکھیے۔

ایک ہی سطر ساتوں تحریروں میں

شکلوں کا جدول

کنورٹر کے نیچے جدول مثال کی سطر کو ان ساتوں شکلوں میں دکھاتا ہے جو سائٹ پیش کرتی ہے: بڑے حروف، چھوٹے حروف، Title Case، snake_case، kebab-case، camelCase اور URL سلگ۔ یہ دیکھنے کا تیز طریقہ ہے کہ وہی الفاظ ہر ایک میں کیسے لگتے ہیں۔

یہ شکلیں کہاں سے آئیں

دو حروف تہجی

بڑے اور چھوٹے حروف کبھی دو مختلف حروف تہجی تھے۔ بڑے حروف رومی ہیں، پتھر میں چھینی سے تراشے گئے؛ چھوٹے حروف Carolingian minuscule کی اولاد ہیں، جو پرچمنٹ پر تیزی سے چلتے قلم سے ڈھلے۔ چھاپنے والے دونوں کو الگ خانوں میں رکھتے تھے، اوپر کا خانہ اور نیچے کا خانہ، اور خانے ختم ہونے کے بہت بعد تک نام اٹکے رہے۔

خالی جگہ کے بغیر نام

پروگرامنگ کی شکلیں کہیں زیادہ نئی ہیں اور ایک مسئلہ حل کرنے کے لیے ایجاد ہوئیں: نام میں خالی جگہ نہیں ہو سکتی۔ snake_case ابتدائی C سے نکلا، camelCase Smalltalk سے، kebab-case Lisp سے، اور URL سلگ اس ضرورت سے کہ انسانی عنوان کو ایسے پتے میں رکھا جائے جہاں خالی جگہ اور لہجے کے نشان کی اجازت نہیں۔

وہ نام جو عملی طور پر اچھے چلتے ہیں

مختصر اور وضاحتی

اچھا 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 کی ڈیٹا صفات بھی۔ اگر آپ رنگوں کے ساتھ بھی کام کرتے ہیں تو ان ناموں کے پیچھے بیٹھی قدروں کے لیے HEX سے RGB کی ضرورت پڑ سکتی ہے۔

پرانے اور نئے ناموں کا ریکارڈ رکھنا

جب آپ فائلوں یا کلاسوں کا بیچ نام بدلیں تو پرانے اور نئے ناموں کی دو کالم کی فہرست رکھیے۔ یہ تلاش اور تبدیلی، ری ڈائریکٹس اور ساتھی کو سمجھانے میں مدد دیتی ہے کہ کیا ہوا۔ کنورٹر نئے ناموں کو یکساں بناتا ہے؛ فہرست تبدیلی کو قابلِ جانچ بناتی ہے۔

دیرپا پتے بنانا

پہلے قاری کا سوچیے

پتہ مشینوں سے پہلے لوگ پڑھتے ہیں۔ مختصر، واضح پتہ زائر کو بتاتا ہے کہ لنک انہیں کہاں لے جائے گا اور انہیں کلک کرنے کی ترغیب دیتا ہے۔ جب آپ سلگ کے لیے متن کو kebab-case میں تبدیل کریں تو تصور کیجیے کہ وہ بغیر کسی اور وضاحت کے پیغام میں چسپاں ہے، اور پوچھیے کہ کیا اس کی سمجھ آتی ہے۔

سیکشن کو نہ دہرائیے

اگر پتے میں پہلے ہی recipes نامی فولڈر ہے تو صفحے کو best-recipes-for-summer کہنے کی ضرورت نہیں۔ summer-salads جیسا نام کافی ہے، اور پتہ recipes/summer-salads پڑھا جاتا ہے، بغیر گونج کے۔

متن کو kebab-case میں تبدیل کرتے وقت جال

وہاں استعمال کرنا جہاں ہائفن کا مطلب منفی ہے

بیشتر پروگرامنگ زبانوں میں نام کے اندر ہائفن تفریق ہے۔ ایسی زبانوں میں متغیرات کے لیے kebab-case استعمال نہ کیجیے۔

بھول جانا کہ نام موجود ہو سکتا ہے

ایک ہی سلگ والے دو صفحات ٹکراتے ہیں۔ شائع کرنے سے پہلے اپنی سائٹ یا پروجیکٹ جانچیے۔

شائع شدہ پتہ بدلنا

جب پتہ عوامی ہو جائے تو اسے بدلنے سے لنک ٹوٹتے ہیں۔ اگر بدلنا ہی ہو تو پرانے سے ری ڈائریکٹ لگائیے۔

بہت لمبے نام

لمبے پتے بانٹنے میں بے ڈھنگے ہیں اور تلاش کے نتائج میں چھوٹے کیے جاتے ہیں۔ تبدیل کرنے سے پہلے فقرے کو تراشیے۔

تبدیلی سے پہلے لوگ جو سوال پوچھتے ہیں

رموزِ اوقاف کا کیا ہوتا ہے؟

انہیں الفاظ کے درمیان حد سمجھا جاتا ہے اور آگے نہیں لے جایا جاتا۔

کیا اعداد رکھے جاتے ہیں؟

جی ہاں، اپنے الگ الفاظ کی طرح، ہائفن سے جدا۔

کیا یہ 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 کلاس یا فائل کے نام کے لیے آپ چاہتے ہیں اور نثر کے لیے نہیں۔ الفاظ میں کاٹنے کو حدود چاہییں، اس لیے خالی جگہ کے بغیر لکھی جانے والی چینی اور جاپانی ایک ہی لفظ کے طور پر لوٹتی ہیں۔ چھوٹے حروف میں بدلنا صفحے کی زبان کی پیروی کرتا ہے۔ ویب ہائفن کو ترجیح دیتا ہے کیونکہ سرچ انجن انہیں خالی جگہ پڑھتے ہیں۔ کچھ اپ لوڈ نہیں ہوتا۔