Şablon sınıflandırmasını anlama

**Şablon sınıflandırması** Fandom içinde oldukça yanlış anlaşılan bir konudur. Onunla uğraşan birçok topluluk üyesi, bunun bir kategorizasyon şekli olduğuna inanıyor; "şablon dokümantasyonu", "bölüm bağlantıları", "yıldız gemisi türleri" veya hayal güçlerinin ortaya koyabileceği sayısız diğerlerinden herhangi biri gibi bir sınıflandırmaya neden sahip olamayacaklarını anlamıyorlar.
Ama şu var ki: sınıflandırma *gerçekten* kategorizasyonla ilgili değildir. MediaWiki'nin "kategoriyi" nasıl tanımladığıyla hiçbir ilgisi yoktur. Bunun yerine, MediaWiki'nin Fandom'a özgü bölümlerine, genellikle mobil cihazlarda belirli bir şablonun nasıl oluşturulacağını anlatmakla ilgilidir; bu nedenle, Fandom'un masaüstü görünümünde sınıflandırma pratik olarak tartışmalıdır. "Mutlu Şablon" adında bir şablonunuz olduğunu hayal edin; "Tasarım" veya "Bilgi kutusu", "Veri" veya "Gezinti" olarak sınıflandırsanız da masaüstünde aynı görünecektir. Değişebilecek tek şey, eğer *Bilgi kutusu* seçilirse, masaüstü görünümü kullanılırken varsayılan düzenleyicinin Bilgi Kutusu Oluşturucu olmasına neden olabilir.

En büyük fark, Mercury'de (mobil görünüm için kod adı); sonuçta bu, şablon sınıflandırmasının taşınabilirlikle *yakından bağlantılı* olduğu anlamına gelir. Yazılıma, Bilgi Kutusu Oluşturucu GUI gibi belirli düzenleme araçlarını kullanıp kullanmayacağını söyler ve Fandom'un geliştirme önceliklerini temel alacak doğru bir sayım sağlamaya yardımcı olur. Taşınabilir bilgi kutularının ötesinde taşınabilirliğe daha yakından baktığımızda, şablon sınıflandırması şu anda olduğundan daha da önemli olacak.
Genel olarak, Fandom yardım sayfası şablon sınıflandırmasıyla başlamak için iyi bir yerdir, ancak katkıda bulunanların bazı sınıflandırmaların Mercury etkileşim şekli hakkında bilmesi gereken bazı şeyler vardır.

Madde olmayan
Bu belki de en kafa karıştırıcı sınıflandırmadır çünkü *terim* sınıflandırmasına en zıt olanıdır. Herhangi bir açıklamanın şablonları, madde dışı olarak sınıflandırılabilir. Nitelik, şablonun yalnızca ad alanı 0'da ("ns:0", "ana ad alanı" veya "madde alanı") kullanılmaması veya yalnızca ön sayfada kullanılmamasıdır. Bu sınıflandırmaya nelerin girebileceğine ilişkin örnekler, dokümantasyon şablonları, ana sayfa modülleri, alt şablonlar ve resim lisanslama şablonlarıdır.

"Madde olmayan", "Bu şablon madde sayfalarında görünmeyecek" anlamına **gelmez**. Bu, yalnızca şablonun doğrudan madde sayfalarında kullanılmaya yönelik olmadığı anlamına gelir. "Madde olmayan" olarak sınıflandırılan şablonlar Marcury'de görünecek; Bir şablona "madde olmayan" bir sınıflandırma koyarak onu Merkury'den gizleyeceğinizi düşünmeyin. Gerçekte başarabileceğiniz tek şey, Mercury'deki bu şablonu kullanarak herhangi bir sayfada biçimlendirilmemiş bir segment oluşturmaktır.

Şablon belgelendirmesi (yani, /belge alt sayfalarındakiler), neyi belgelediklerinden bağımsız olarak **her zaman** "Madde dışı" olmalıdır. Aslında, şablonları incelerken ilk göreviniz *Kategori:Şablon belgelendirmesi* ile (veya yerel eşdeğerine) gitmek ve oradaki her şeyi toplu olarak "madde dışı" olarak sınıflandırmak olmalıdır. Muhtemelen sınıflandırılmamış veya yanlış sınıflandırılmış bir dizi şablonun hemen düzeltildiğini göreceksiniz.

Bilgi kutusu
Bir bilgi kutusu şablonunu basitçe "Bilgi kutusu" sınıflandırmasına ayarlamak, onu varsayılan olarak bir taşınabilir bilgi kutusu yapmaz; bunun için taşınabilir bilgi kutusu koduna ihtiyacınız var. Ancak bir bilgi kutusuna "Bilgi kutusu" sınıflandırması vermek, sunucu sayımının bilgi kutularını doğru bir şekilde tanımlamasına yardımcı olacaktır ve bu nedenle taşınabilirlik çalışması için gereklidir.

Bir şablon, yalnızca içeriği yalnızca ve tamamen bir bilgi kutusu oluşturduğunda bilgi kutusu olarak sınıflandırılmalıdır. Bir bilgi kutusu, yani bir bilgi kutusunun parçaları oluşturmaya yardımcı olan şablonlar, "madde olmayan" şablonlar olarak daha iyi sınıflandırılır. Tersine, bilgi kutusu yalnızca bir sayfa oluşturan şablonun bir parçasıysa, veya bir sayfanın önemli bir parçasıysa, o zaman aslında "Tasarım" kullanmak daha iyidir.

Gezinti kutusu
`navbox` sınıfını içeren gezinti kutuları (veya aslında herhangi bir öge), en yakın ana öğe `article-table` sınıfına sahip olmadığı sürece, **Mercury** içinde görünmez. Kaynağı için, Vikipedi'nin mobil sürümlerinde de görünmezler. Bu kasıtlı ihmal, Wikimedia Vakfı'nın kolektif mobil deneyimleri için bulduğu çözümdür ve Fandom da aynısını yaptı.

Vikipedi'nin mobil sürümlerinden farklı olarak, genellikle kenar çubukları olarak bilinen `vertical-navbox` sınıfını kullanan ögeler Mercury'de görünür.

Gezinti
<div>, <table> veya <p> ögelerini içeren *Gezinti* olarak sınıflandırılan şablonlar **Mercury'de görünmez**. Mümkünse alternatif öğeler kullanmayı düşünün. Gezinme şablonu bilgi kutusuyla aynı genişlikteyse ve hemen altında bulunuyorsa, onu "Bilgi kutusu" olarak sınıflandırmayı biraz düşünebilirsiniz. Özellikle bu şablonu taşınabilir koda taşımak oldukça önemsiz olacaksa.

Çoğu durumda, Gezinti ile sınıflandırılmış şablonlar gereksizdir; Mercury'yi kullanan bir okuyucu, sayfadaki diğer bağlantılar nedeniyle buna ihtiyaç duymayabilir. Ancak, "gezinti" sınıflandırması uygulandığında bir sayfada temel gezinmenin kaybolduğu durumlar vardır. Anlaşılması güç olsa da iyi bir örnek Avatar Fanon Ödülleri sayfasıdır. Sınıflandırması "Gezinti" olduğundan, en üstteki büyük grafik öğe Mercury'de kaybolacaktır; gerçekten bu şekilde sınıflandırılmalıdır, çünkü aksi takdirde açılır menüler, düğmeler ve geniş ekran grafikler Mercury'de iyi çalışmaz.

Uyarı
Uyarılar **Mercury'de görünmüyor**. Bu nedenle, bir uyarı mesajının kaybolmasının uygun olup olmadığını düşünmeniz gerekir. Mantık, çoğu bildirimin ("tophatlar", "hatnotlar" veya "mesaj kutuları" olarak da anılır) aslında düzenleme notları ("bu sayfayı sil", "bu bölümleri güncelle" veya "bağlantıları temizleyin" gibi) teslim etmesidir. Düzenleme yapmayan çoğu mobil kullanıcının dikkate almayacağını belirtir. Bununla birlikte, bir spoiler şablonunu "Uyarı" altında sınıflandırmanın sonuçlarının, spoiler uyarılarının ortadan kalkacağını ve bunun sıradan okuyucuları mutlu etmeyebileceğini anlayın. Tüm okuyuculara yönelik duyurular "Tasarım" olarak sınıflandırılmalıdır; dahili bir makaleye bağlantı veriyorsa (örneğin, spoiler politikasına bağlı bir "spoiler uyarısı" bildirimi), Bağlam bağlantısı da uygun olabilir.

Bağlam bağlantısı
Bağlam bağlantıları Mercury'de bir blok ögesi olarak görünür. Ortalanmış, satır sonları önce ve sonra. Diğer sınıflandırma türleri oldukça esnek olsa da, "Alıntı / Kaynakça", Yardım sayfasının belirtilen kullanım durumlarının çok ötesinde kullanılabilir, örneğin: **bağlam bağlantısının Mercury'de görsel anlamda anlamlı olduğu birkaç örnek vardır**. Bir sayfanın dikey yüksekliğini önemli ölçüde artıracak ve okuyucu için daha uzun bir parmak kaydırmayı zorlayacaktır. Madde bölümlerinin başındaki "Ayrıca bakınız" veya "ana madde" bağlantılarının belirtilen kullanım durumlarına bağlı kalmak muhtemelen daha iyi bir fikirdir. Bu sınıflandırma kullanılıyorsa, doğru oluşturmayı sağlamak için sayfa oluşturmanın sonuçları bir telefon kullanılarak kontrol edilmelidir.

Tasarım
"Madde olmayan" gibi, "Tasarım" da biraz kapsamlı bir sınıflandırmadır; Yalnızca metni italik hâle getiren bir şablondan birkaç Semantic MediaWiki değişkeninden bir sayfanın tamamını oluşturan bir şablona kadar bir sayfanın nasıl biçimlendirildiğini değiştiren her şey "Tasarım" olarak sınıflandırılabilir. Ancak bir istisna vardır: Bütün bir sayfa oluşturan ve bir bilgi kutusu içeren bir şablonun kendisi genellikle bir bilgi kutusu olarak yanlış sınıflandırılır.

Bir not olarak, bu kategori büyük olasılıkla en fazla sayıda "bütünsel" taşınabilirlik ihlaline (bir sayfayı daha az taşınabilir yapan satır içi stiller gibi değişiklikler) sahiptir.

Bilgi ikonu
Bilgi simgesi, genellikle 25x25 pikselden büyük olmayan küçük bir grafiktir. Böyle bir görüntü "Bilgi simgesi" altında sınıflandırıldığında Mercury'de **yalnızca** düzgün şekilde işlenecektir. Aksi takdirde, Merkür'de bir blok element olarak tam boyutta işlemesi muhtemeldir. **Bir bilgi simgesi şablonu, herhangi bir metin değil, YALNIZCA Mercury'de bir görüntü üretecektir (şablon masaüstünde metin oluştursa bile).**

Alıntı
*Alıntı* satırlar, alıntılar, monologlar ve diyaloglar içindir; çoğu biçimlendirmeyi kaldırır ve metni Merkür'de italik ve girintili bir blok ögesi olarak içine alır.

Diğer dört tür
Kalan dört tür tartışmasızdır ve genellikle yukarıdaki yediden daha spesifiktir. Fandom yardım sayfasında görünen açıklamalarına eklenebilecek pek bir şey yok. Hiçbiri, Kaydırma kutusu, Alıntı/Kaynakça, Resim/Video/Galeri veya Veri. Murcury'de kaybolmaz.