برانڈنگ اور ڈیزائن سسٹم

سندھ آئی ٹی پورٹل — سہولت ڈیسک (SITP) کے لیے بصری شناخت، لوگو سسٹم، رنگ پیلیٹ، ٹائپوگرافی، اجرک آئیکن گرافی، کمپوننٹ تھیمنگ، لے آؤٹ، لیٹر ہیڈ ٹیمپلیٹس، اور برانڈ و عہدیدارن CMS کی تفصیل۔

1. دائرہ کار اور تعریفات

یہ دستاویز اس بات کی واحد مستند حوالہ ہے کہ سندھ آئی ٹی پورٹل — سہولت ڈیسک ہر سطح پر کیسا دکھتا ہے، پڑھا جاتا ہے، اور محسوس ہوتا ہے: عوامی Next.js پورٹل، اسٹاف/سہولت کار کنسول، شامل Metabase ڈیش بورڈز، Docusaurus دستاویزات کی سائٹ، مستقبل کا PWA / React Native ایپ، تیار کردہ سرکاری خطوط اور سرٹیفکیٹس، ای میل/SMS/WhatsApp ٹیمپلیٹس، اور پرنٹ شدہ لیٹر ہیڈ۔ پروڈکٹ میں شپ کیا جانے والا ہر کمپوننٹ یہاں بیان کردہ ٹوکنز اور اصولوں سے لازمی بنایا جائے گا؛ ڈیزائن سسٹم کوریج پر NFR (NFR-USA-… ≥ 95 % لائبریری کمپوننٹس سے) اسی دستاویز کے مقابلے میں نافذ کیا جاتا ہے۔

لغت (مختصر شکل؛ مکمل کے لیے _glossary.md دیکھیں):

نیچے تمام بصری فیصلے رن ٹائم پر ترتیب دیے جا سکتے ہیں برانڈ و عہدیدارن CMS (FR-OFC-007) کے ذریعے، اشاعتی پر نسخہ بند ہوتے ہیں، اور ایٹمی طور پر پھیلائے جاتے ہیں (FR-OFC-003)۔ یہاں بیان کردہ قدریں مقفل طے شدہ ہیں۔

2. برانڈ شناخت کا جائزہ

SITP برانڈ اجرک سے متاثر اور بلا جھجک سندھی ہے۔ یہ کوئی عمومی سرکاری پورٹل اسکن نہیں ہے؛ یہ ایک صدیوں پرانی دستکاری کی روایت کا ڈیجیٹل تسلسل ہے۔ تین عہد اس شناخت کی تعریف کرتے ہیں:

1. ثقافتی گونج۔ پیلیٹ (نیل / عنابی / سیاہ)، ہندسہ (متناسب ٹیسلیشن، trifoliate اور آٹھ نقطہ ستارہ)، اور آئیکن گرافی (سندھی ٹوپی، نل قلم، دریا) سندھ کے بصری ذخیرے سے لیے گئے ہیں۔ برانڈ رابطے کے پہلے سیکنڈ میں اس جگہ کا محسوس ہوتا ہے۔
2. سرکاری وقار۔ پروڈکٹ سندھ حکومت کے S&ITD کے اختیار تلے چلائی جاتی ہے۔ شامل بنیادی نشانیاں (سندھ حکومت کی مہر، S&ITD لوگو) اور سینئر عہدیداروں کے ریکارڈز (وزیر/SACM، سیکریٹری، DG) وہ اختیار رکھتے ہیں۔ لیٹر ہیڈ، سرٹیفکیٹس، اور ڈیش بورڈز بغیر مہر اور موجودہ عہدیدار کے کبھی ظاہر نہیں ہوتے۔
3. جدید سروس کی وضاحت۔ برانڈ پرسکون، پڑھنے میں آسان، اور ڈیجیٹل-پہلے ہے۔ اجرک ایک اکسینٹ ہے، کبھی شور کی تہہ نہیں۔ عام تحریر سادہ سطحوں پر ہے؛ موٹیف کناروں، ہیڈرز، اور ڈیوائڈرز پر رہتے ہیں۔ رسائی (EN/UR/SD میں WCAG 2.1 AA، RTL-نیٹو) ایک برانڈ عہد ہے، نہ کہ چیک لسٹ۔

ٹیگ لائن (EN)۔ IT کمپنیوں کے لیے ایک واحد دریچہ تاکہ سندھ حکومت کے محکموں کے ساتھ مسائل حل کیے جا سکیں۔

ٹیگ لائن (UR / SD)۔ منظور شدہ تراجم _glossary.md میں محفوظ ہیں اور i18n کیٹلاگ کے ذریعے پیش کیے جاتے ہیں؛ کبھی عارضی طور پر دوبارہ ترجمہ نہ کریں۔

برانڈ وعدہ (داخلی)۔ بیوروکریسی سے پہلے سہولت۔ ہر اسکرین، خط، اور اطلاع کمپنی کو مدد یافتہ محسوس کرائے، نہ کہ پروسیس شدہ۔

3. لوگو سسٹم

3.1 بنیادی نشان

بنیادی SITP نشان ایک اجرک-گلِ ستارہ لوگوگرام ہے — ایک آٹھ نقطہ ستارہ (اجرک بلاک پرنٹنگ کا مرکزی موٹیف) جو ایک واحد مسلسل نیلی لکیر کے طور پر بنایا گیا ہے، جس میں عنابی trifoliate اندر رکھا گیا ہے۔ اس کے دائیں طرف ورڈ مارک ہے:

Sindh IT Portal (Inter/Poppins, Semibold) Facilitation Desk (Inter/Poppins, Regular, چھوٹا, عنابی)

لاک اپ تین جہتوں میں موجود ہے:

3.2 یکرنگ

مہروں، ایمبوسنگ، یکرنگ پرنٹ، اور کم سیاہی کے حالات کے لیے ایک یکرنگ ورژن موجود ہے۔ پورا لاک اپ ہلکے پر --brand-black (#1a1a1a) یا گہرے پر --brand-paper (#ffffff) پر سمٹ جاتا ہے۔ اندرونی عنابی trifoliate ایک ناک آؤٹ (منفی جگہ) بن جاتا ہے، کبھی دوسرا سرمئی نہیں۔

3.3 فیوکن اور ایپ آئیکنز

3.4 صاف جگہ

صاف-جگہ کی اکائی X = گلِ ستارہ کی اونچائی ہے۔ کوئی بھی دوسرا عنصر (تحریر، تصویر، کنارہ، فولڈ) بنیادی لاک اپ کے چاروں اطراف 1 X کے مارجن میں نہیں آ سکتا، جب کسی شامل بنیادی نشان کے ساتھ ہو تو 1.5 X۔ صاف جگہ لاک اپ کے سب سے باہر پکسل سے ناپی جاتی ہے، بشمول ورڈ مارک ڈیسنڈرز۔

3.5 کم از کم سائز

ان سائزوں سے نیچے گلِ ستارہ پڑھنے کی صلاحیت کھو دیتا ہے؛ سطح کی اجازت کے مطابق wordmark-only یا monochrome ورینٹ پر منتقل ہوں۔

3.6 کریں / نہ کریں

کریں

• برانڈ-اثاثہ ریپوزیٹری (§18) سے منظور شدہ لاک اپ فائلیں استعمال کریں، §3.5 کے سائزوں میں، §3.4 کی صاف جگہ کے ساتھ۔
• سرکاری سطحوں پر نشان کو شامل بنیادی نشانیوں کے ساتھ جوڑیں (§4)۔
• یکرنگ یا کم کنٹراسٹ پس منظر پر یکرنگ ورژن استعمال کریں۔
• گلِ ستارہ کو ٹھوس --brand-paper یا --brand-indigo-700 میدان پر سانس لینے دیں۔

نہ کریں

• پیلیٹ سے باہر گلِ ستارہ کو دوبارہ رنگ نہ کریں (کوئی رینبو نہیں، کوئی سرمئی گریڈینٹ نہیں، کوئی ڈراپ شیڈو نہیں)۔
• نشان کو کھینچیں، ٹیڑھا کریں، گھمائیں، یا گول نہ کریں۔
• نشان کو کسی مصروف تصویر پر ٹھوس پینل کے بغیر نہ رکھیں۔
• نشان کو از سرِ نو بنانا نہ کریں؛ ہمیشہ ماسٹر SVG استعمال کریں۔
• کوئی گلاؤ، بیول، یا 3-ڈی علاج شامل نہ کریں۔
• ورڈ مارک کے لیے کوئی دوسرا ٹائپ فیس بدلیں نہ۔

4. شامل بنیادی نشانیاں اور لاک اپس

SITP نشان سرکاری سطحوں پر کبھی تنہا اختیار نہیں ہے۔ دو شامل بنیادی نشانیاں اس کے ساتھ ظاہر ہوتی ہیں جہاں سندھ حکومت کا اختیار استعمال ہو رہا ہو: سندھ حکومت کی مہر اور S&ITD لوگو۔

4.1 سندھ حکومت کی مہر

سرکاری صوبائی مہر (کرسٹ، گندم کی بالی، ہلال اور ستارہ، نام ربن)۔ سندھ حکومت کی طرف سے جیسے فراہم کیا گیا استعمال کریں؛ کبھی دوبارہ نہ بنائیں، کبھی دوبارہ رنگ نہ کریں۔ سرکاری لاک اپ میں ہمیشہ بائیں طرف سب سے زیادہ نشان ہو (یا RTL میں دائیں طرف — §15 دیکھیں)۔

4.2 S&ITD لوگو

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

4.3 لاک اپس

شامل بنیادی نشانیاں اپنے اپنے صاف-جگہ کے اصول رکھتی ہیں؛ جوڈے جانے پر، بڑی صاف جگہ حاکم ہوتی ہے۔ ایک لاک اپ میں تمام نشانیوں کی عمودی مرکز لائن ±1 px تک ہموار ہوتی ہے۔

5. شامل-برانڈنگ لائن — "Operated by MAAHIR · Powered by Server4Sale"

PPP ترسیل ماڈل ایک واحد، مقفل attribution لائن میں ظاہر ہوتا ہے جو لازمی طور پر ہر جگہ نظر آئے جہاں پروڈکٹ عوامی طور پر پیش کی جاتی ہے۔ الفاظ _context.md §1 میں مقفل ہیں اور انہیں paraphrase نہیں کیا جانا چاہیے۔

Operated by MAAHIR · Powered by Server4Sale

5.1 رکھنے کے اصول

5.2 شامل-برانڈنگ الفاظ کے اصول

• یہ لائن ایک جملہ ہے، دو جملے، مڈل ڈاٹ (·، U+00B7) سے الگ۔ کبھی سلیش، ہائفن، یا کامہ نہیں۔
• "Operated by" "Powered by" سے پہلے آتا ہے۔ ترتیب کبھی نہیں بدلی جاتی۔
• دونوں ناموں میں canonicial ہجے اور casing استعمال ہوتی ہے: MAAHIR (تمام کیپس)، Server4Sale (کیمل کیس)۔
• پارٹنر لوگو عوامی فوٹر اور لیٹر ہیڈ پر لائن کے ساتھ ظاہر ہو سکتے ہیں؛ وہ سائز میں ثانوی ہیں (≤ SITP نشان کی اونچائی کا 60 %) اور کبھی شامل بنیادی سرکاری نشانیوں کی جگہ نہیں لیتے۔

6. رنگ پیلیٹ

پیلیٹ تین مقفل برانڈ رنگوں — اجرک نیلا، اجرک عنابی، اور سندھ سیاہ — کے گرد بنی ہے، جو فنکشنل اسکیلز (50–900) میں پھیلے ہیں، اور نیوٹرلز و semantic رنگوں سے مکمل ہیں۔ ہر ٹوکن کا light-mode اور dark-mode ورژن ہے۔ تمام تناسب اس سطح کے مقابلے میں ناپے جاتے ہیں جس پر وہ رکھنے کے لیے بنے ہیں؛ ٹیبل ڈیزائن کردہ جوڑے اور اس کا کنٹراسٹ تناسب پیش کرتا ہے۔ WCAG 2.1 AA عام تحریر کے لیے ≥ 4.5:1 اور بڑی تحریر و UI کمپوننٹس کے لیے ≥ 3:1 چاہتا ہے۔

6.1 برانڈ رنگ

6.2 نیوٹرلز

6.3 Semantic رنگ

ڈارک-موڈ semantic ورینٹس میں luminance ~15 % بڑھاتے ہیں (مثلاً --semantic-success → #3aa06b) تاکہ --brand-ink-dark پر تناسب برقرار رہے۔

6.4 استعمال کے اصول

• تحریر ہمیشہ --brand-text / --brand-ink-text سے لی جاتی ہے۔ کسی رنگین سطح پر باڈی تحریر --brand-indigo-700 یا --brand-maroon-700 میں کبھی نہ لگائیں؛ انہیں ≤ 24 px ہیڈنگز اور آرائشی اکرام کے لیے محفوظ رکھیں۔
• دونوں برانڈ رنگ کبھی تحریر اور پس منظر کے طور پر براہِ راست متصل نہیں ہوتے۔ نیلا اور عنابی صرف موٹیف اور ورڈ مارک میں جوڑے جاتے ہیں۔
• disabled حالات --brand-indigo-100 فل + --brand-text-subtle تحریر استعمال کرتے ہیں؛ opacity کو 50 % سے نیچے کبھی نہ گراڑیں۔
• فوکس رنگز ہمیشہ 2 px --brand-indigo-500 ہوتے ہیں، 2 px --brand-paper آف سیٹ کے ساتھ (ہر سطح پر نظر آنے والا)۔
• یہ پیلیٹ وہی پیلیٹ ہے۔ نئے رنگوں کے لیے §18 گورننس کے ذریعے تبدیلی کی درخواست درکار ہے؛ کوڈ میں عارضی hex قدریں ایک نقص ہیں۔

7. ٹائپوگرافی

ٹائپوگرافی تعمیر کے لحاظ سے تین لسانی ہے: انگریزی کے لیے لاطینی خاندان، اردو کے لیے nastaliq خاندان، اور سندھی کے لیے naskh خاندان۔ تینوں کو لائن لمبائی، x-اونچائی، اور وزن میں بصری ہم آہنگی کے لیے جوڑا گیا ہے۔

7.1 خاندان

فونٹس self-hosted ہیں (ہر locale کے مطابق subset، font-display: swap) MinIO سے تاکہ ڈیٹا residency اور آف لائن staging پوری ہو؛ کوئی Google Fonts CDN کال حد کو نہیں کراس کرتی۔

7.2 ٹائپ اسکیل (modular 1.250 — major third)

7.3 وزن

payload کو محدود رکھنے کے لیے ہر خاندان میں صرف چار وزن لوڈ کیے جاتے ہیں: 400 (regular)، 500 (medium)، 600 (semibold)، 700 (bold)۔ Italic صرف Inter کے لیے لوڈ کی جاتی ہے (دستاویزی مقصد کے بیان اور اداری نوٹس کے لیے استعمال ہوتی ہے)؛ Nastaliq اور Naskh میں italic نہیں ہے۔

7.4 RTL جوڑنے کے اصول

جب locale ur یا sd ہو:

• پوری دستاویز پھرتی ہے (§15)۔ Direction-آگاہ CSS (margin-inline, padding-inline, inset-inline, logical properties) لازمی ہے؛ کمپوننٹ CSS میں physical left/right ممنوع ہیں۔
• لاطینی ڈسپلے خاندان اسی صفحے پر اردو/سندھی ہیڈنگز کے لیے نہیں بدلا جاتا؛ پوری دستاویز میں locale کا خاندان استعمال ہوتا ہے۔
• اردو باڈی کے لیے line-height 2.0 اور سندھی کے لیے 1.7 تک بڑھ جاتی ہے؛ ٹائپ اسکیل سائز ویسے ہی رہتے ہیں، صرف لیڈنگ بدلتی ہے، تاکہ لے آؤٹ دوبارہ بہاؤ نہ پکڑے۔
• ہندسے (ٹکٹ IDs، تاریخیں، رقم) EN میں Western Arabic ہندسوں (0–9) میں، اور UR/SD میں Eastern Arabic-Indic ہندسوں میں render ہوتے ہیں جب تک صارف کی locale ترجیح override نہ کرے — i18n کیٹلاگ (/specs/ur/09-i18n-localization/) کنٹرول کرتا ہے۔
• RTL لائن کے اندر لاطینی اصطلاحات (مثلاً SITP-2026-LBR-000123، S&ITD) کو bidi-spoofing reordering روکنے کے لیے <bdi> میں لپیٹا جاتا ہے۔

7.5 ہندسی اور تاریخ کے رواج

ٹکٹ IDs، تاریخیں، اور کرنسی ٹیبلز اور ڈیش بورڈز میں tabular-figures (font-variant-numeric: tabular-nums) استعمال کرتی ہیں تاکہ کالم ہموار ہوں۔ دوہرا کیلنڈر (Gregorian + Hijri) Hijri تاریخ --brand-text-muted میں، Gregorian سے ایک درجہ چھوٹی، render ہوتا ہے۔

8. اجرک موٹیف اور آئیکن گرافی

8.1 موٹیف لائبریری

اجرک سے ماخوذ موٹیفز کی ایک چھوٹی، گورنڈ لائبریری برانڈ-اثاثہ ریپوزیٹری (§18) میں برقرار ہے۔ ہر موٹیف ایک SVG ہے جو پیلیٹ سے ایک یا دو رنگ رکھتا ہے۔ لائبریری میں شامل ہیں:

موٹیف آرائشی ہیں۔ وہ کبھی ایسا معنی نہیں رکھتے جو تحریر میں بھی نہ پہنچایا گیا ہو، لہٰذا اسکرین ریڈر ان کے بغیر وہی معلومات پڑھتا ہے۔ اپنے پس منظر کے مقابلے میں < 3:1 کنٹراسٹ والے موٹیف aria-hidden ہوتے ہیں اور رسائی کے درخت سے خارج ہیں۔

8.2 موٹیف کہاں ظاہر ہوتے ہیں

8.3 آئیکن گرافی انداز

فنکشنل آئیکنز (اقدامات، حیثیت، نیویگیشن) ایک ہی آئیکن سیٹ — Lucide (1.5 px stroke، 24 × 24 طے شدہ، rounded line-caps) — سے آتے ہیں، currentColor کے ذریعے دوبارہ رنگ ہوتے ہیں۔ آئیکن گرافی اجرک ہندسی کی نقل نہیں کرتی؛ موٹیف کرتے ہیں۔ دونوں سسٹم جان بوجھ کر الگ ہیں تاکہ فنکشنل وضاحت کبھی آرائش سے سمٹ نہ جائے۔

چند ثقافتی پکٹوگرامز Lucide کی تکمیل کرتے ہیں جہاں سندھ-مخصوص تصور کی ضرورت ہو:

ثقافتی پکٹوگرامز Lucide کے بصری وزن سے ملانے کے لیے 2 px stroke استعمال کرتے ہیں اور aria-label کے ساتھ اسی آئیکن کمپوننٹ میں محفوظ ہیں۔

8.4 آئیکن اصول

• صرف stroke آئیکنز؛ status بیجز (semantic سرکلوں) کے سوا کوئی filled glyphs نہیں۔
• width/height size tokens کے ذریعے (--icon-sm 16، --icon-md 20، --icon-lg 24، --icon-xl 32)۔
• ہر آئیکن کے ساتھ تحریری لیبل یا aria-label ہے؛ قابلِ رسائی نام کے بغیر کوئی صرف-آئیکن بٹن نہیں۔
• status آئیکنز ہمیشہ اپنے semantic رنگ اور اپنے تحریری لیبل کے ساتھ ہوتے ہیں (کبھی صرف رنگ نہیں)۔

9. کمپوننٹ تھیمنگ

تمام کمپوننٹس shadcn/ui primitives ہیں جو اوپر والی پیلیٹ سے منسلک Tailwind tokens کے ذریعے themed ہیں۔ یہ سیکشن variant میٹرکس اور استعمال کے اصول مقفل کرتا ہے۔ یہاں درج نہیں کمپوننٹس ممنوع ہیں؛ نئے کمپوننٹ کے لیے ڈیزائن-سسٹم تبدیلی کی درخواست (§18) درکار ہے۔

9.1 بٹنز

سائز: sm (32 px)، md (40 px، طے شدہ)، lg (48 px)۔ موبائل پر کم از لمس ہدف 44 × 44 px۔ رداس: 6 px (--radius-md سے ملتا ہے)۔ فوکس رنگ §6.4 کے مطابق۔ طے شدہ حالت پر کوئی ڈراپ شیڈوز نہیں؛ elevation primary/secondary پر ہوور کے لیے محفوظ ہے (12 % opacity پر 1 px --brand-indigo-900)۔

9.2 کارڈز

• سطح: --brand-paper (ہلکا) / --brand-ink-card (گہرا)۔
• بارڈر: 1 px --brand-line (ہلکا) / --brand-ink-line (گہرا)۔
• رداس: 12 px (--radius-lg)۔
• پیڈنگ: 24 px (--space-600) طے شدہ، 16 px (--space-400) compact۔
• اوپری اکسینٹ: اختیاری 4 px strip --brand-indigo-700 میں (یا status کارڈز کے لیے semantic رنگ)۔
• elevation: صرف ایک لیول — shadow-card (--brand-black پر 8 % پر 0 1 px 2 px)۔ interactive فہرستوں میں ہوور پر، elevation ایک درجہ بڑھتا ہے اور بارڈر --brand-indigo-300 بن جاتا ہے۔

9.3 نیویگیشن

9.4 ٹیبلز

• ہیڈر قطار: --brand-paper-2 فل، --fs-overline تحریر، --brand-text-muted۔
• باڈی قطاریں: جب ≥ 6 قطاریں ہوں تو متبادل --brand-paper / --brand-paper-2 (zebra)؛ ہوور --brand-indigo-50 تک اٹھتا ہے۔
• بارڈرز: صرف افقی، 1 px --brand-line۔ کوئی عمودی gridlines نہیں۔
• چوڑے ٹیبلز پر پہلا کالم (status / ticket ID) sticky؛ overflow پر shadow indicators کے ساتھ افقی scroll۔
• کثافت: comfortable (48 px قطار، طے شدہ)، compact (36 px، ڈیش بورڈز)۔
• ہندسی کالم LTR میں دائیں-ہموار، RTL میں بائیں-ہموار، tabular-nums۔

9.5 بیجز اور status pills

Pills 14 px caption تحریر، 4 px × 8 px پیڈنگ، full-radius ہیں۔ کبھی صرف رنگ پر انحصار نہ کریں: ہر pill اپنا تحریری لیبل رکھتا ہے۔

9.6 ٹکٹ کارڈز / فہرست قطاریں

• لیڈ: monospace overline میں ticket ID (SITP-2026-LBR-000123)۔
• عنوان: --fs-h6، دو-لائن clamp۔
• میٹا قطار: محکمہ chip، status pill، SLA chip (semantic)، آخری-اپ ڈیٹ (نسبتی، دوہرے کیلنڈر میں absolute tooltip کے ساتھ)۔
• ہوور پر ghost بٹنز کے طور پر quick actions (open، watch، copy link) ظاہر ہوتے ہیں۔
• منتخب قطار: --brand-indigo-50 فل + 2 px --brand-indigo-700 inline-start بارڈر۔

9.7 ماڈلز اور ڈائیلاگس

• Backdrop: 48 % opacity پر --brand-black، backdrop-blur(2px)۔
• پینل: 480 / 600 / 800 px چوڑائی درجے، max-height 85 vh، scroll باڈی۔
• ہیڈر: 16 px اوپری inset، --fs-h5، اختیاری کونا موٹیف۔
• فوٹر: sticky، LTR میں دائیں-ہموار اقدامات (RTL میں بائیں)؛ تباہ کن اقدام 16 px gap سے الگ۔
• بند: top-end ghost بٹن Lucide X کے ساتھ؛ Esc اور backdrop-click dismiss کرتے ہیں (جب تک critical prop ماڈل کو lock نہ کرے)۔

9.8 فارمز

• لیبل input کے اوپر، --fs-caption، --brand-text۔
• لازمی indicator: aria-required کے ساتھ عنابی star۔
• input اونچائی 40 px، رداس 6 px، 1 px --brand-line بارڈر؛ فوکس → 2 px --brand-indigo-500 رنگ + 2 px paper آف سیٹ۔
• ایرر: 1 px --semantic-danger بارڈر + نیچے --semantic-danger helper تحریر + aria-invalid="true" + aria-describedby۔
• helper تحریر: --brand-text-muted، input کے نیچے۔

10. لے آؤٹ اور گرڈ

10.1 breakpoints (موبائل-پہلے)

10.2 containers

gutters: 16 px موبائل، 24 px md، 32 px xl۔ مواد 16 px سے نیچے viewport کنارے کو کبھی نہیں چھوتا۔

10.3 گرڈ

lg+ پر 12-کالم گرڈ، md پر 8-کالم، sm سے نیچے واحد کالم۔ کالم gap = gutter۔ اسٹاف کنسول مستقل لے آؤٹ استعمال کرتا ہے: side nav (256 px) + main (باقی)؛ < md پر side nav drawer میں سمٹ جاتا ہے اور main مکمل چوڑائی ہو جاتا ہے۔

10.4 spacing اسکیل

بنیادی اکائی 4 px۔ tokens: --space-0 0، --space-1 4، --space-2 8، --space-3 12، --space-4 16، --space-5 20، --space-6 24، --space-8 32، --space-10 40، --space-12 48، --space-16 64، --space-20 80، --space-24 96۔ تمام پیڈنگز، margins، اور gaps اس اسکیل سے لیے جاتے ہیں؛ عارضی پکسل قدریں ایک lint ایرر ہیں۔

10.5 radii اور elevation

elevation: صرف چار درجے — shadow-flat (none)، shadow-card (طے شدہ)، shadow-pop (ہوور، dropdowns)، shadow-modal (ماڈلز، toasts)۔ shadow 8/12/16/20 % opacity پر --brand-black استعمال کرتے ہیں؛ کوئی رنگدار glows نہیں۔

11. تصاویر اور illustration

11.1 فوٹوگرافی

• موضوع: کام پر سندھ کے اصلی لوگ — ان کے دفاتر میں IT پروفیشنلز، اپنی میزوں پر سرکاری افسران، سہولت ڈیسک اسٹاف، co-working جگہوں میں کاروباری، تربیت میں طلبہ۔ صرف اس وقت stock تصاویر جب کوئی سندھ-مخصوص اصلی موجود نہ ہو، اور صرف منظور شدہ لائبریری (§18) سے۔
• علاج: قدرتی روشنی، مستند لباس (جہاں حقیقی ہو وہاں اجرک شال اور سندھی ٹوپی خوش آمدید)، کوئی over-staged poses نہیں۔ کلیشے "call-centre headset" اور "flag کے سامنے handshake" ترکیبیں avoided کریں۔
• رنگ: تصاویر کو نیل/عنابی میں رنگ-گریڈ نہیں کیا جاتا؛ برانڈ پیلیٹ ان کے اردگرد chrome میں رہتی ہے، تصویر میں نہیں۔ hero تصاویر پر برانڈ میں بٹھانے کے لیے ہلکا --brand-indigo-50 vignette کی اجازت ہے۔
• کراپ: عمودی مضامین آنکھ-سطح پر framed؛ headroom یک-تیسائی؛ سندھی ٹوپی یا hijab کو کنارے پر کبھی کراپ نہ کریں۔
• تنوع: تصاویر سندھ کی آبادیاتی اور جغرافیائی تنوع کی عکاسی کریں، بشمول tech میں خواتین، معذوری والے افراد، اور شہری کے ساتھ دیہی حالات۔
• رضامندی: ہر شخص کی تصویر کے لیے media_library ریکارڈ (§14.5) کے خلاف دستخط شدہ release درکار ہے۔

11.2 illustration

• انداز: flat، ہندسی، دو-رنگ — اجرک ہندسی (gul-e-setare، trefoil، متناسب tessellation) سے تیار۔ line work 2 px، کونے گول۔
• پیلیٹ: صرف --brand-indigo-700 + --brand-maroon-700 + نیوٹرلز؛ semantic رنگ صرف status کے لیے محفوظ۔
• استعمال: empty حالات (کوئی ٹکٹ نہیں، کوئی نتائج نہیں، پہلی-بار)، onboarding wizard step art، ایرر صفحات (404، 500، آف لائن)، help-centre hero۔
• illustrations SVG ہیں، صرف پہلی paint پر متحرک (≤ 600 ms، prefers-reduced-motion کا احترام)، اور aria-hidden۔

11.3 charts (analytics)

charts طے شدہ سیریز ترتیب میں پیلیٹ استعمال کرتے ہیں تاکہ ایک ہی metric ہمیشہ ایک ہی رنگ پڑھے: indigo-700 → maroon-700 → indigo-500 → maroon-500 → indigo-300 → neutral۔ semantic رنگ صرف اس وقت ظاہر ہوتے ہیں جب metric خود semantic ہو (SLA خلاف ورزی = danger)۔ axis لیبلز --brand-text-muted میں؛ gridlines 1 px --brand-line؛ ڈیٹا لیبلز --fs-caption۔ ہر chart کا تحریری متبادل (data table یا aria-label) رسائی NFRs کے مطابق ہے۔

12. آواز کا انداز

Microcopy اصول۔ بٹن لیبلز verbs ہیں (File، Approve، Resolve)۔ empty حالات حالت بیان کرتے ہیں اور اگلا action پیش کرتے ہیں۔ تاریخیں دوہرے-کیلنڈر کی ہیں، صارف کی locale آگے۔ رقم میں کرنسی کوڈ (PKR) شامل ہے۔ تمام نمبرز §7.4 کے مطابق localise ہوتے ہیں۔ تمام strings i18n کیٹلاگ میں رہتے ہیں؛ کمپوننٹس میں کوئی hard-coded انگریزی نہیں۔

13. لیٹر ہیڈ اور سرکاری دستاویز ٹیمپلیٹس

سرکاری خطوط اور سرٹیفکیٹس Document Generation ماڈیول (FR-DOC-*، 12-docgen-esign/en.md دیکھیں) کے ذریعے تیار کیے جاتے ہیں۔ ہر سرکاری دستاویز پانچ لازمی زونز رکھتی ہے، نیچے کی ترتیب میں۔ ٹیمپلیٹس تین لسانی ہیں: ہر دستاویز قسم کا ایک source ٹیمپلیٹ، وصول کنندہ کی پسندیدہ locale میں render ہوتا ہے، وہی لے آؤٹ گرڈ RTL کے لیے mirror ہوتا ہے (§15)۔

13.1 لیٹر ہیڈ زونز

13.2 ٹیمپلیٹس

13.3 QR تصدیق بلاک

ہر سرکاری دستاویز QR شامل کرتی ہے (qr_verifiable_documents کے مطابق، /specs/ur/05-data-model/ §6 دیکھیں)۔ QR https://sindhitportal.maahir.io/verify/<token> پر resolve ہوتا ہے جو دستاویز hash، issue تاریخ، جاری کرنے والے عہدیدار، اور revocation حیثیت دکھاتا ہے۔ بلاک فوٹر میں، A4 پر 32 × 32 mm، --brand-text-muted میں ایک لائن caption کے ساتھ: "تصدیق کے لیے اسکین کریں"۔

13.4 پرنٹ اور PDF

• صفحہ سائز: A4 (210 × 297 mm) طے شدہ؛ legacy محکمانہ ٹیمپلیٹس کے لیے Legal کی اجازت ہے۔
• margins: 20 mm اطراف، 25 mm اوپر (masthead)، 20 mm نیچے (footer)۔
• باڈی: 11 pt --fs-body-lg متاسب، justified-left (RTL میں right)، 1.6 line-height۔
• رنگ: برانڈ پیلیٹ کے CMYK تبادلوں ریپوزیٹری میں محفوظ ہیں؛ offset پرنٹ کے لیے spot colour Pantone 540 C (نیلا) اور Pantone 4975 C (عنابی)۔
• PDF میں fonts embedded؛ archival کے لیے PDF/A-2b۔

13.5 خطوط پر تاریخ-آگاہ عہدیدار

خط کی موثر تاریخ (وہ تاریخ جس کے لیے خط جاری کیا گیا ہے، جو print/regenerate تاریخ سے مختلف ہو سکتی ہے) Officials CMS join چلاتی ہے۔ 2024-06-15 کو تاریخ والا خط جو 2026 میں regenerate ہو وہ 2024 کا سیکریٹری، DG، اور وزیر دکھاتا ہے — موجودہ عہدیداروں کو کبھی نہیں۔ یہ FR-OFC-004 اور US-OFC-002 کو پورا کرتا ہے۔

14. برانڈ و عہدیدارن CMS تفصیلات

ماڈیول P (OFC) اس دستاویز میں ہر متغیر چیز کا record کا سسٹم ہے: عہدیدار، میڈیا، theme، موٹیفز۔ static برانڈ اثاثے (master SVGs، fonts) ریپوزیٹری (§18) میں رہتے ہیں؛ dynamic برانڈ حالت CMS میں رہتی ہے۔

14.1 عہدیداروں کے ریکارڈز

CMS تین سینئر کردار برقرار رکھتا ہے، نیز اختیاری توسیعات:

ہر officials ریکارڈ (/specs/ur/05-data-model/ §officials) رکھتا ہے: title، full_name_{en,ur,sd}، dept_id، portrait_media_id، message_{en,ur,sd}، is_current۔ ہر official_terms قطار رکھتی ہے designation، effective_from، effective_to (NULL = موجودہ)، اور metadata_json (notification حوالہ، تقرری کا خط)۔

14.2 واحد مستند حوالہ

عہدیداروں کے ریکارڈز کسی بھی سطح پر ناموں، portraits، اور پیغامات کا وہی source ہیں۔ کسی کمپوننٹ، ای میل ٹیمپلیٹ، خط ٹیمپلیٹ، یا ڈیش بورڈ میں عہدیدار کا نام hard-code کرنا ایک نقص ہے۔ ہر consumer — عوامی سائٹ، اسٹاف کنسول، document generator، ڈیش بورڈز، notification ٹیمپلیٹس — OFC API سے پڑھتا ہے:

• GET /api/v1/officials/current?role=secretary — موجودہ عہدیدار۔
• GET /api/v1/officials/as-of?role=secretary&date=YYYY-MM-DD — تاریخ-آگاہ (خطوط)۔
• GET /api/v1/officials/history?role=dg — archived مدتیں (شفافیت صفحہ)۔

responses locale-negotiated (Accept-Language) ہیں تاکہ ایک ہی کال EN/UR/SD نام اور پیغام لوٹائے۔

14.3 تاریخ-آگاہ درستگی

join official_terms WHERE effective_from <= :issue_date AND (effective_to IS NULL OR effective_to >= :issue_date) canonical rule ہے (/specs/ur/05-data-model/ §10.3)۔ یہ apply ہوتا ہے:

• ہر خط/سرٹیفکیٹ render پر (masthead پر عہدیدار issue تاریخ سے ملتا ہے)۔
• منتخب رپورٹنگ مدت کے لیے ہر ڈیش بورڈ "leadership" tile پر۔
• کسی ٹکٹ کے ہر تاریخی منظر پر (دکھایا گیانا DG/سیکریٹری وہ ہے جو ٹکٹ پر کام کے وقت عہدے میں تھا، آج کا نہیں)۔

14.4 فعال سازی اور archiving

• نیا official_terms قطار جس کا effective_from مستقبل میں ہو وہ scheduled ہے، موجودہ نہیں۔ ایک daily job (00:05 PKT) تاریخ آنے پر is_current بدل دیتا ہے اور پچھلی مدت کا effective_to effective_from − 1 day کر دیتا ہے (FR-OFC-002)۔
• ماضی کے عہدیدار archived کیے جاتے ہیں، کبھی حذف نہیں۔ officials قطار deleted_at (soft delete) صرف true data-correction پر رکھتی ہے؛ معمول کی ترتیب is_current = 0 کرتی ہے اور قطار کو history میں نظر آنے دیتی ہے۔ تصاویر، پیغامات، اور مدتیں ہمیشہ queryable رہتی ہیں (Sindh Archives retention، /specs/ur/22-governance-legal/)۔

14.5 میڈیا لائبریری

مشترکہ media_library ٹیبل ہر برانڈ اثاثہ رکھتی ہے جو CMS استعمال کرتا ہے: عہدیدار portraits، SITP نشان اور اس کے ورینٹس، شامل بنیادی مہروں، اجرک موٹیفز، illustration فائلیں، ای میل ہیڈر تصاویر۔ ہر اثاثہ رکھتا ہے bucket، object_key، mime_type، size_bytes، checksum_sha256، av_status، is_encrypted، نیز برانڈ-مخصوص metadata: asset_type (logo / seal / motif / portrait / illustration / icon)، valid_from / valid_to (date-scoped اثاثوں کے لیے جیسے ریٹائر ہونے والی مہر)، consent_ref (portraits کے لیے دستخط شدہ release)، اور tags search کے لیے۔

اثاثوں کی تبدیلیاں انہیں استعمال کرنے والی سطحوں تک پھیلتی ہیں: لائبریری میں بنیادی نشان کی SVG update کرنا اگلا صفحہ لوڈ پر ہر ہیڈر کو دوبارہ render کرتا ہے؛ کوئی deploy درکار نہیں (FR-OFC-006)۔

14.6 تصویر کراپ اور فارمیٹ معیارات

Portraits اپ لوڈ پر میڈیا لائبریری کے crop UI کے ذریعے 1:1 master میں auto-crop ہوتے ہیں؛ letter سائز ورژن derive ہوتا ہے۔ un-cropped originals دوبارہ crop کے لیے برقرار رکھے جاتے ہیں۔

14.7 برانڈ و theme configuration

FR-OFC-007 پیلیٹ، logo lockup، اور موٹیف سیٹ کو system_settings (category branding) میں runtime configuration کے طور پر پیش کرتا ہے۔ publish پر، نیا theme version محفوظ ہوتا ہے، پچھلا archived ہوتا ہے، اور تبدیلی اگلے render پر عوامی سائٹ اور اسٹاف کنسول تک پھیلتی ہے۔ theming ایٹمی ہے: ناکام propagation roll back ہوتا ہے (کوئی نصف-لگا ہوا theme نہیں)۔ برانڈ Editors configure کرتے ہیں؛ Super Admins منظور کرتے ہیں (§14.8)۔

14.8 منظوری workflow

سینئر-عہدیدار ریکارڈز اور theme میں تبدیلیاں two-step منظوری سے گزرتی ہیں:

1. Draft۔ ایک برانڈ Editor creates/edits کرتا ہے؛ تبدیلی pending revision کے طور پر محفوظ ہوتی ہے، صرف CMS میں نظر آتی ہے۔
2. Approval۔ ایک Super Admin review کرتا ہے (قبل/بعد کے ساتھ diff view)، منظور یا reason کے ساتھ reject کرتا ہے۔ منظوری پر تبدیلی ایٹمی طور پر propagate ہوتی ہے (FR-OFC-003، FR-OFC-005)۔

workflow خود audit-logged (actor، timestamp، قبل/بعد) ہر حالت کی تبدیلی پر audit_logs میں ہوتا ہے۔

15. Officials CMS Propagation

یہ diagram دکھاتا ہے کہ Officials CMS میں ایک منظور شدہ تبدیلی کس طرح ہر consumer سطح تک، ایٹمی اور audit-logged، واپسی پر تاریخ-آگاہ reads کے ساتھ پہنچتی ہے۔

تحریری وضاحت۔ ایک برانڈ Editor عہدیدار ریکارڈ میں تبدیلی draft کرتا ہے (نیا DG، portrait تبدیلی، درست نام transliteration، theme update)۔ draft ایک pending revision کے طور پر محفوظ ہوتا ہے اور propagate نہیں ہوتا۔ ایک Super Admin diff کا جائزہ لیتا ہے اور یا reject (reason کے ساتھ، draft پر واپس) یا approve کرتا ہے۔ منظوری پر تبدیلی ایک single ایٹمی transaction کے اندر لکھی جاتی ہے جو audit_logs میں actor، timestamp، اور قبل/بعد JSON کے ساتھ قطار شامل کرتی ہے؛ اگر کوئی write fail ہو تو پورا transaction roll back ہو جاتا ہے، ہر سطح کو پچھلی حالت پر چھوڑ کر۔ commit کے بعد، پانچ consumer سطحیں اسی OFC API سے پڑھتی ہیں: عوامی سائٹ (leadership tiles، خط mastheads)، اسٹاف کنسول (سہولت کار ڈیش بورڈز)، document generator (لیٹر ہیڈ اور سرٹیفکیٹس)، notification ٹیمپلیٹ انجن، اور analytics ڈیش بورڈز۔ document generator اور analytics ڈیش بورڈز تاریخ-آگاہ join apply کرتے ہیں — وہ دستاویز کی موثر تاریخ یا رپورٹنگ مدت API کو پاس کرتے ہیں، جو اس عہدیدار کو لوٹاتا ہے جس کی official_terms ونڈو میں وہ تاریخ شامل ہے۔ یہ ضمانت دیتا ہے کہ 2024 میں تاریخ والا خط 2026 میں regenerate ہونے پر بھی 2024 کا سیکریٹری دکھاتا ہے، اور Q2-2024 کا تاریخی ڈیش بورڈ اس سہ ماہی عہدے میں رہنے والے عہدیداروں کی فہرست دیتا ہے۔ ماضی کے عہدیدار کبھی حذف نہیں ہوتے: join محض تاریخی مدت پر resolve ہوتا ہے، اور قطار archival اور شفافیت کے لیے queryable رہتی ہے۔

16. RTL Mirror اصول

اردو اور سندھی دائیں سے بائیں ہیں۔ mirror دستاویز کی سطح (<html dir="rtl">) پر apply ہوتا ہے اور logical CSS properties کے ذریعے پھیلتا ہے۔ نیچے کے اصول مقفل کرتے ہیں کیا پھرتا ہے اور کیا نہیں۔

16.1 کیا پھرتا ہے

16.2 کیا نہیں پھرتا

• ٹکٹ ID کے اندر ہندسے (SITP-2026-LBR-000123) — ہمیشہ LTR؛ <bdi> میں لپیٹے۔
• لاتینی اصطلاحات (S&ITD، MAAHIR، Server4Sale، SLA، URLs، ای میلز) — ہمیشہ LTR؛ <bdi> میں لپیٹے۔
• سمتی معنی رکھنے والے آئیکنز — ایک "reply" تیر اس locale میں جواب کی سمت کی طرف اشارہ کرتا ہے؛ LTR آئیکن کے mirror شدہ ورژن کے بجائے locale-مخصوص آئیکنز استعمال کریں۔ non-directional آئیکن (search، settings) تبدیل نہیں ہوتا۔
• Progress bars اور SLA timers — inline-start سے بھرتے ہیں (لہٰذا RTL میں دائیں-سے-بائیں بھرتے ہیں)، لیکن ہندسی فیصد لیبل inline-end پر رہتا ہے۔
• برانڈ logos — SITP نشان اور شامل بنیادی نشانیاں کبھی mirror نہیں ہوتیں؛ وہ اپنا designed orientation رکھتی ہیں۔ صرف لے آؤٹ میں ان کی پوزیشن پھرتی ہے۔

16.3 Implementation

• Tailwind کے logical utilities (ms-*، me-*، ps-*، pe-*، start-*، end-*، text-start، text-end) اور rtl: / ltr: variants صرف اس وقت استعمال کریں جب logical متبادل موجود نہ ہو۔
• جن آئیکنز کو پھرنا ہو وہ dir="rtl" scoping کے ذریعے apply transform: scaleX(-1) کرتے ہیں، manual left/right کے ذریعے کبھی نہیں۔
• CI میں ہر نئے کمپوننٹ کا both ltr اور rtl میں test کریں (mirror شدہ fixture سیٹ پر visual regression، /specs/ur/13-test-strategy/ کے مطابق)۔

17. رسائی اور کنٹراسٹ اصول

رسائی ایک برانڈ عہد ہے، launch-بعد audit نہیں۔ نیچے کے اصول WCAG 2.1 AA (/specs/ur/03-non-functional-reqs/ §Accessibility) کو برانڈ کے لیے مخصوص طور پر نافذ کرتے ہیں۔

17.1 کنٹراسٹ

• باڈی تحریر (≤ 24 px normal، ≤ 18.66 px bold): اپنی سطح کے مقابلے میں ≥ 4.5:1۔
• بڑی تحریر (> 24 px normal، > 18.66 px bold): ≥ 3:1۔
• UI کمپوننٹس اور گرافکس (بٹن بارڈرز، فوکس رنگز، status آئیکنز، chart ڈیٹا marks): ≥ 3:1۔
• صرف-آرائشی عناصر (کم کنٹراسٹ پر اجرک موٹیفز، watermarks) مستثنیٰ ہیں لیکن لازمی aria-hidden ہیں۔
• مقفل پیلیٹ §6 میں designed جوڑوں کے لیے پہلے سے تصدیق شدہ ہے۔ نئے جوڑے کے لیے merge سے پہلے CI میں کنٹراسٹ چیک درکار ہے۔

17.2 صرف-رنگ معنی

حیثیت کبھی صرف رنگ سے نہیں بتائی جاتی۔ ہر status pill تحریری لیبل رکھتا ہے (§9.5)؛ ہر chart سیریز کے ساتھ تحریر والا legend ہے؛ ہر لازمی-فیلڈ marker رنگ اور star اور aria-required دونوں رکھتا ہے۔

17.3 فوکس

• ہر interactive عنصر کا نظر آنے والا فوکس indicator ہے: 2 px --brand-paper آف سیٹ کے ساتھ 2 px --brand-indigo-500 outline (یا ڈارک موڈ میں --brand-ink-dark آف سیٹ)۔
• فوکس ترتیب بصری پڑھنے کی ترتیب پر چلتا ہے (جو RTL میں پھرتا ہے)۔
• :focus-visible استعمال ہوتا ہے تاکہ mouse clicks رنگ نہ پینٹ کریں؛ keyboard نیویگیشن ہمیشہ کرتی ہے۔
• ہر صفحے کے اوپر skip-to-content link، فوکس پر نظر آنے والا۔

17.4 motion

• animations ≤ 600 ms ہیں اور prefers-reduced-motion: reduce کا احترام کرتے ہیں (جو غیر-ضروری motion disable کرتا ہے)۔
• کوئی parallax نہیں، کوئی auto-playing sound والی video نہیں، کوئی > 3 Hz flashing نہیں (photosensitivity)۔

17.5 زبان اور اسکرین ریڈرز

• ہر صفحہ <html> پر lang اور dir declare کرتا ہے۔
• mixed-direction runs <bdi> میں لپیٹے جاتے ہیں۔
• آئیکنز، موٹیفز، اور آرائشی تصاویر aria-hidden ہیں یا مناسب طور پر alt/aria-label رکھتی ہیں۔
• CMS سے عہدیداروں کے پیغامات اپنے locale tags برقرار رکھتے ہیں تاکہ اسکرین ریڈر اردو کو اردو میں اور سندھی کو سندھی میں announce کرے، accented انگریزی کے طور پر نہیں۔

17.6 CI میں تصدیق

• خودکار کنٹراسٹ چیک (axe-core) ہر کمپوننٹ story اور ہر صفحہ fixture پر چلتا ہے۔
• visual regression both ltr اور rtl میں اور both light اور dark themes میں چلتی ہے۔
• ایک periodical manual audit (سہ ماہی) مقفل پیلیٹ، ٹائپ اسکیل، اور لیٹر ہیڈ ٹیمپلیٹس کا احاطہ کرتی ہے، S&ITD رسائی lead کی sign-off کے ساتھ۔

18. برانڈ-اثاثہ ریپوزیٹری اور گورننس

18.1 ریپوزیٹری

برانڈ-اثاثہ ریپوزیٹری OFC میڈیا لائبریری (asset_type filter کے ساتھ media_library) کے اندر ایک versioned store، نیز ڈیزائن-ٹول integration (Figma لائبریری، source-controlled SVGs) کے لیے read-only git mirror ہے۔ اس میں شامل ہیں:

18.2 versioning

• اثاثہ فائلیں checksum_sha256 سے content-addressed ہیں؛ فائل rename یا replace کرنا نیا version بناتا ہے، پرانا version برقرار رہتا ہے۔
• theme versions valid_from / valid_to کے ساتھ محفوظ ہوتے ہیں؛ فعال theme ایک pointer ہے، overwrite نہیں۔
• master اثاثہ یا theme میں ہر تبدیلی ایک Conventional Commit (docs(branding): … _conventions.md §11 کے مطابق) اور audit_logs میں قطار ہے۔

18.3 گورننس

18.4 تبدیلی کا عمل

1. Propose۔ Contributor ایک تبدیلی کی درخواست (CR) کھلتا ہے جو اثاثہ/theme delta اور rationale بیان کرتی ہے۔
2. Review۔ Brand Editor پیلیٹ، ٹائپ، موٹیف، اور رسائی compliance کے لیے review کرتا ہے؛ revisions مانگتا ہے یا draft میں منظور کرتا ہے۔
3. Approve۔ Super Admin منظور کرتا ہے (عہدیدار/theme) یا S&ITD Brand Owner منظور کرتا ہے (logo/motif/palette)۔
4. Propagate۔ ایٹمی propagation transaction (§15) publish کرتا ہے؛ consumers اگلے render پر pick up کرتے ہیں۔
5. Archive۔ پچھلا version §18.2 کے مطابق برقرار رہتا ہے؛ کچھ بھی تباہ نہیں ہوتا۔

18.5 غلط استعمال اور نافذ کاری

• کوئی بھی سطح جو off-brand اثاثہ، عارضی رنگ، یا hard-coded عہدیدار نام استعمال کرتی پائی جائے وہ ایک نقص ہے، ملکیت والی ٹیم کے خلاف file کی جاتی ہے، اور موجود sprint میں fix ہوتی ہے۔
• ڈیزائن-سسٹم lint (stylelint + custom token-usage rule + axe-core) CI میں چلتا ہے اور un-tokenised قدروں، missing کنٹراسٹ، یا unapproved کمپوننٹس پر merge block کرتا ہے۔
• SITP برانڈ کا partner اور third-party استعمال PPP معاہمے میں شامل brand-use licence کے تحت ہے (/specs/ur/23-ppp-vendor-exit/)؛ غلط استعمال S&ITD Brand Owner تک escalate ہوتا ہے۔

19. traceability