विकीलिंक कैसे हल होते हैं
नोट दोहरे कोष्ठकों से एक-दूसरे से जुड़ते हैं, और लिंक बिल्ड के समय उन नोटों के सेट के विरुद्ध हल होते हैं जो सचमुच मौजूद हैं। रेंडर हुए नतीजे — id, उपनाम, लेबल, एंकर — पूरे पिटारे में जीवंत प्रदर्शन करते हैं; यह अध्याय उनके पीछे के समाधान-नियमों के बारे में है।
§5.1लक्ष्य क्या-क्या हो सकता है
लक्ष्य का नोट की id होना ज़रूरी नहीं। समाधान क्रम से आज़माता है: मौजूदा भाषा का मिरर (इस पन्ने के सत्रह बहन-संस्करणों में से किसी पर बैठा लिंक अपने लक्ष्य के उसी-भाषा वाले संस्करण पर उतरता है, और canonical नोट पर सिर्फ़ वहीं लौटता है जहाँ मिरर है ही नहीं), फिर हूबहू id, फिर उपनाम, brand-नाम और शीर्षक — अक्षरों के छोटे-बड़े का भेद किए बिना। निबंध garden-craft अपने canonical रूप में tending उपनाम घोषित करता है, इसलिए [[tending]] लिखा लिंक भी उसी पन्ने पर उतरता है। एंकर और लेबल वैसे ही जुड़ते हैं जैसे आप चाहेंगे: [[garden-craft#pruning]] सीधे एक अनुभाग पर जाता है, [[garden-craft|the gardening essay]] अपनी पसंद का पाठ रेंडर करता है — और दोनों साथ भी चलते हैं।
§5.2मृत लिंक बिल्ड नहीं गिराते
जो नोट है ही नहीं, उसका लिंक साफ़ दिखते मृत-लिंक की शक्ल में रेंडर होता है — कारण उसके tooltip में — और बिल्ड एक चेतावनी दर्ज करता है। बगीचों के लिए यह जान-बूझकर लिया गया फ़ैसला है: बिना लिखा नोट न्योता है, ग़लती नहीं। जो लक्ष्य एक साथ कई नोटों पर बैठ जाए, वह भी उसी तरह रेंडर होता है — बहु-अर्थी चिह्नित होकर। लिंक-सड़न की जगह फिर भी CI है — इंजन की check-wikilinks CLI हर लिंक को लाइब्रेरी के अपने ही नियमों से हल करती है और --strict मोड में मृत लिंकों को असफल exit बना देती है; यह रिपॉज़िटरी उसे ऐसे ही चलाती है (पाँचों जाँचें)।
§5.3एक अमल, चार बरतने वाले
पन्ने, संपादक का जीवंत प्रीव्यू, इनबॉक्स-आयातक और CI-lint — चारों एक ही कोड से हल करते हैं, इसलिए लिंक का मतलब हर जगह एक ही होता है, और संपादक दरियादिली दिखा सकता है: संपादन मोड में [[ टाइप करते ही id, शीर्षकों और उपनामों पर autocompletion खुल जाता है।