> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/latex/tr/daha-fazla-konu/04-an-introduction-to-tagged-pdf-files-internals-and-the-challenges-of-accessibility.md). # Etiketli PDF dosyalarına giriş: iç yapısı ve erişilebilirlik zorlukları ## Güncelleme: Ocak 2026 Lütfen bkz. [Overleaf'in etiketli PDF'ler oluşturma talimatları](https://docs.overleaf.com/writing-and-editing/creating-accessible-pdfs). Bu [LaTeX ekibi](https://latex-project.org/) otomatik PDF etiketlemeyi, PDF erişilebilirliğinin temel gereksinimini mümkün kılan yeni özellikler yayınladı. Bu yeni özellikler Overleaf'te [TeX Live 2025](http://\(https//www.overleaf.com/blog/tex-live-2025-is-now-available), daha güncel güncellemeler ise sürekli TeX Live sürümünde mevcuttur ve [Overleaf Labs](https://www.overleaf.com/labs/participate). Artık aşağıdakileri izleyerek WCAG 2.1 Seviye AA ile uyumlu, LaTeX kaynak kodundan etiketli bir PDF üretmek mümkündür [kullanıcı belgelerimizi](https://docs.overleaf.com/writing-and-editing/creating-accessible-pdfs) Overleaf'te bulunan TeX Live sürümlerini kullanarak. Aşağıdaki 2020 tarihli makale, LaTeX erişilebilirliğiyle ilgili en güncel bilgilerle güncellenmemiş olsa da, ilgi için ve PDF etiketleme hakkında arka plan bilgisi için okunmaya devam edilebilir. *** ## Bu makale neyi kapsıyor? Bu makalenin amacı, TeX motorları ve etiketli ve erişilebilir PDF dosyaları üretmeyi amaçlayan LaTeX dahil olmak üzere yazılımların karşılaştığı bazı teknik zorluklara genel bir bakışla birlikte etiketli PDF'ye bir giriş sunmaktır. Erişilebilirlik, özellikle PDF'lerin erişilebilirliği, geniş ve karmaşık bir konudur ve her zaman tek, evrensel olarak üzerinde anlaşılmış veya kabul edilmiş bir çözümü olmayan teknik zorluklar da içerir—örneğin karmaşık matematiğin PDF'lerde erişilebilir bir şekilde nasıl temsil edileceği: MathML mi yoksa LaTeX kodu mu kullanılarak? Her konuya derinlemesine inemeyecek ve birçok ayrıntıyı basitleştirmek zorunda olsak da, bir PDF'yi etiketlemenin gerçekte neleri içerdiğini göstermek için PDF'lerin içine bakabiliriz. Overleaf, bu makalenin yararlı bir giriş olarak hizmet etmesini, okuyucuların teknik zorlukları daha iyi anlamalarını ve etiketli PDF ile erişilebilirlik hakkında daha fazla okuma ve keşif yapmalarını destekleyecek yeterli arka planı sağlamasını umuyor. Bu makaledeki kaynaklar şunları içerir: * [8 dakikalık bir video](#video-showing-the-logical-structure-of-a-tagged-pdf) LaTeX tarafından üretilmiş etiketli bir PDF'yi keşfetmek için; * [bir Overleaf projesi](#using-luatex-an-example-in-the-overleaf-gallery) LuaTeX'te boşluk karakterlerinin kullanımını keşfetmek için; * [ses kayıtları](#tagged-yes-but-the-reading-order-is-incorrect) PDF erişilebilirliği sorunlarını gösteren. ## Giriş Dijital içeriğin erişilebilirliğini sağlamak, içerik üretimi ve yayılımının önemli bir yönü olarak haklı olarak kabul edilmektedir. Ayrıca, [Birleşik Krallık](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) ve [Amerika Birleşik Devletleri](https://www.hhs.gov/sites/default/files/Intro%20to%20Accessibility%20and%20508.pdf)dahil olmak üzere hükümetler, kendi yetki alanlarında üretilen içeriğin tanımlanmış erişilebilirlik kriterlerine uymasını gerektiren yasalar çıkarmaktadır. İçeriğin HTML biçiminde yayımlanması yoluyla uyumluluğu sağlamak aşırı zor değildir, ancak PDF biçiminde dağıtılan belgeler için gerekli erişilebilirlik düzeyini sağlamak, PDF dosyası olarak çıktı alınacak içeriği oluşturmak için kullanılan yazılıma bağlı olarak önemli bir teknik zorluk olabilir. PDF, güvenilir belge aktarımıyla ilgili sorunlara bir çözüm olarak 1990'ların başında ortaya çıktı ve tarih bunun son derece başarılı olduğunu göstermiştir. Ancak PDF, belge içeriğinin erişilebilirliğini kolaylaştırma ihtiyacının yaygın olarak fark edilmesi ve kabul edilmesinden önce ortaya çıkmış karmaşık bir dosya biçimidir. Bununla birlikte, zaman içinde PDF belirtimi, Adobe'nin *etiketli PDF*. Uygulamada, etiketli—*ve tam erişilebilir*—PDF dosyaları, PDF çıktısı veren yazılımlar üzerinde önemli ek teknik gereksinimler doğurur—ve buna TeX motorları ile makrolar ve ek LaTeX paketlerinden oluşan LaTeX ekosistemi de dahildir. ## Son biçim dijital kâğıt olarak PDF'nin doğuşu Bu [Taşınabilir Belge Biçimi'nin (PDF) doğuşu](https://theblog.adobe.com/evolution-digital-document-celebrating-adobe-acrobats-25th-anniversary/) bilgisayarlar arasında belge aktarımının güçlüklerle dolu olduğu bir döneme işaret eder; bu zorluklar çoğu zaman, farklı işletim sistemlerinde (özellikle Windows ve Macintosh) kullanılan uyumsuz yazı tipleri ve metin kodlamalarının daha da artırdığı, sayfa yeniden akışına ve diğer tutarsızlıklara yol açan dosya dönüştürmelerinden kaynaklanıyordu. Bu belgenin yazarı o sırada yayıncılık sektöründe çalışıyordu ve bu zorluklarla uğraşmanın canlı anılarına sahiptir! PDF, belgelerin görüntülenmesi için gerekli yazı tiplerini de taşıyan, kendi kendine yeten belgelerin sorunsuz aktarımına olanak tanıyan evrensel, son biçimli (düzenlenemez) dijital kâğıdı tanıtarak dosya paylaşımı sorunlarını ele almak üzere tasarlandı. Kullanıcılar sonunda, alıcıların bilgisayar platformundan bağımsız olarak bu belgeleri açıp okuyabileceğinden makul ölçüde emin olarak her tür belgeyi aktarabiliyordu—belge sadakati korunuyor, sayfa yeniden akışları ve yazı tipi uyumluluğu/kullanılabilirliği gibi dağınık sorunlar geçmişte kalıyordu. ### Dijital kâğıt: tüm kullanıcılar için iyi mi? Dijital kâğıt biçimi olarak PDF'nin kökeni, içeriğinde görsel gezinme için basılı sayfa numaralarının, tipografinin veya tasarım öğelerinin—ekranda ya da kâğıt üzerinde—doğal olarak kullanılacağını varsayıyordu. Ancak bu görsel ipuçları/mekanizmalar, elbette, ağır görme engeli olan kişiler için anlamsızdır. Günümüzde dijital içeriğin geliştirilmiş erişilebilirliği, içerik üretimi ve yayılımının önemli bir yönü olarak haklı olarak kabul edilmektedir. PDF için zorluk, başlangıçta basılı sayfanın görsel ortamını taklit etmek için tasarlanmış bir "kapsayıcı" içinde kilitli içeriğe görsel olmayan erişimi kolaylaştıran mekanizmalar sağlamaktı. PDF belirtiminin ilk sürümü (PDF 1.0) [15 Haziran 1993'te resmî olarak yayımlandı](https://theblog.adobe.com/evolution-digital-document-celebrating-adobe-acrobats-25th-anniversary/) bunu, 2001'de (PDF 1.4) "etiketli PDF"nin tanıtımını içeren güncellemelerle yeni sürümler izledi; bu da ["...yardımcı teknolojileri kullanan kullanıcıların"](https://www.adobe.com/accessibility/pdf.html). PDF belirtiminin sonraki sürümleri, PDF'nin özelliklerini genişletip geliştirmiş ve en son sürümde (PDF 2.0) zirveye ulaşmıştır; bu sürüm, [raporlara](https://www.pdfa.org/tagged-pdf-2-0/)göre, erişilebilirlik özelliklerini önemli ölçüde elden geçirmiştir—ancak PDF 2.0 henüz TeX motorları tarafından yeterince desteklenmemektedir. ## PDF'lerin içindeki içerik İlgili sorunları anlamak için PDF dosyalarının içerdiği sayfa içeriğini gerçekte nasıl temsil ettiğini incelemek gerekir. Bir PDF dosyasının derinliklerinde, her sayfanın içeriği o sayfanın *içerik akışında*: yazıyı veya grafikleri belirli bir sayfa konumuna yerleştirerek, ... için kullanılan yazılım tarafından işlenmek (görüntülenmek) üzere kullanılan bir dizi PDF işleci ("komut")dır *görüntüle* PDF'yi. Aslında içerik akışı, PDF görüntüleme uygulamalarına her sayfanın nasıl "çizileceğini" söyleyen grafik bir açıklama ya da "tarif" sağlar—sayfada neyin, nerede gösterileceğini tanımlar. Doğal olarak, bu işleçler dizisi belirli bir boyutta belirli yazı tiplerini seçme, renkleri belirleme, çizgi kalınlıklarını tanımlama, çizgiler ve eğriler çizme gibi yönergeleri içerir—bir sayfanın görsel sunumu için gereken eksiksiz grafik açıklamayı sağlamak için gerekli her şey. Dosya boyutunu azaltmak için PDF içerik akışları sıkıştırılır ve kompakt bir ikili biçimde saklanır; ancak Adobe Acrobat Pro DC gibi uygun yazılıma erişiminiz varsa, sayfa içerik akışlarının "sıkıştırması açılmış" düz metin sürümünü görüntülemek için onu kullanabilirsiniz. PDF işleçlerinin bir tabloyu nasıl "çizebileceğini" düşünelim: PDF içerik akışı, yatay/dikey çizgiler oluşturmak, farklı yazı tipleri seçmek ve metni tablonun içeriğini oluşturmak üzere çeşitli sayfa konumlarına yerleştirmek için uygun bir dizi işlemci içerir. Bunu göstermek için, makalenin ilerleyen kısmında nedeni anlaşılacak olan sebeplerle Microsoft Word'de oluşturulmuş, birkaç metin içeren basit bir tablodan başka hiçbir şey içermeyen, çok basit etiketlenmemiş bir PDF belgesini ele alalım. İşte basit PDF'mizi gösteren bir ekran görüntüsü: ![Microsoft Word'de oluşturulmuş bir tablo](/files/bfaeb68e13b4d28a4bb99d8e0a7d2b0fe199f3c9) Bu dosyanın (sıkıştırması açılmış) sayfa içerik akışını çıkarıp ilk birkaç satırı bir metin düzenleyiciye yapıştırırsak, PDF dosyalarının bu sayfada gösterilen içeriği nasıl "tanımladığının" bir "izlenimini" elde etmek için bazı PDF işleçlerini özetleyebiliriz. ![PDF dosyasındaki içerik akışının görüntüsü](/files/e1e4700ce8255d53da04b4c496e14973ee2ba3ed) Adobe Acrobat Pro DC'ye erişiminiz varsa, bunu bir PDF sayfa içerik akışında bulunan işleçleri listelemek için kullanabilirsiniz. İşte Acrobat'ın *Dahili PDF yapısı* aynı PDF'ye ait görünümü; bu görünüm, temel bir tablo içeren tek sayfamızı "çizmek" için kullanılan her işleç hakkında kullanışlı bir tek satırlık açıklama sağlar—bu kısa açıklamaların Adobe Acrobat Pro DC tarafından sağlandığını, PDF dosyasının kendisinde bulunmadığını unutmayın: *yapmaz* PDF dosyasının kendisinde: ![Adobe Acrobat Pro DC'de görüntülenen bir PDF içerik akışının görüntüsü](/files/db8752fb9f60dfe6527cf58f375c5eac348c7c28) Ancak, bu çizim yönergelerinin (işleçlerin) hiçbiri gerçekte ne ürettiklerine dair herhangi bir "anlam" veya "açıklama" içermez: bunlar yalnızca bir *gören bir gözlemcinin tanıdığı* bir tablo olarak. Açıkça, ağır görme engeli olan kişiler için, PDF'nin içerik akışındaki bu grafik işleçlerin sonucunda oluşan tabloyu görüntülemek o içeriğe erişmek için uygun bir yöntem değildir. Gerekli olan, PDF dosyalarının o tabloya ve elbette bir PDF dosyasının içindeki sayfalarda yer alan diğer tüm içerik öğelerine ilişkin uygun, görsel olmayan (makine tarafından okunabilir) bir açıklama içermesini sağlayan bir mekanizmadır. İçeriğe görsel olmayan erişimi sağlamak için, PDF dosyalarının belirli bir içerik parçasını "çizmek" için kullanılan işleç koleksiyonlarına ya da gruplarına "anlam" veya anlam bilgisi bağlayan ek veriler içermesi gerekir. Doğal olarak, "anlam" atama ya da sağlama ilkesi, PDF'de bulunan tüm içerik biçimlerine yayılmalıdır: bu mekanizma mevcuttur ve adı *etiketleme* PDF'yi, şaşırtıcı olmayan bir şekilde, *etiketli PDF*. ## Etiketli PDF'ye giriş Etiketli PDF, etiketlenmemiş PDF dosyalarında bulunmayan ek veri (ve veri yapıları) içeren belirli bir PDF dosyası türüne verilen addır. Etiketli PDF'nin arkasındaki ilkeler/fikirler ana hatlarıyla açıklanabilir olsa da, tam ayrıntılar karmaşıktır ve resmî PDF belirtiminde birçok sayfa tutar. Adobe, içerikleri görme engelli kullanıcılar için erişilebilir kılmayı da içeren bir dizi hedefe ulaşmak için etiketli PDF'yi tasarladı; ancak aynı zamanda aşağıdaki listeyi de kapsar; bu liste, ... bölüm 10.7'den alınmıştır [Adobe'nin PDF 1.7 belirtimi](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf): * metin ve grafiklerin diğer uygulamalara yapıştırmak üzere kolayca çıkarılması; * metnin ve ilişkili grafiklerin, özgün düzen için varsayılandan farklı boyuttaki bir sayfaya sığacak şekilde otomatik olarak yeniden akması; * metni arama, dizinleme ve yazım denetimi gibi amaçlar için işlemek; * belge yapısı ve temel biçimlendirme bilgisi korunarak diğer yaygın dosya biçimlerine (HTML, XML ve RTF gibi) dönüştürme. Ayrıca, etiketli PDF şunları da gerektirir: * PDF içeriğindeki metnin Unicode'a dönüştürülebilecek bir biçimde temsil edilmesi; * sözcük ayrımları açıkça temsil edilmelidir—unutmayın ki TeX motorları sözcükleri ayırmak için boşluk karakterleri kullanmaz, bunun yerine glue adı verilen TeX'in esnek aralığını kullanır (aşağıya bakın); * gerçek ("asıl") içerik, düzen ve sayfalama artefaktlarından ayırt edilir. Etiketli PDF'nin temelinde inceleyeceğimiz iki ana kavram vardır: * PDF dosyasındaki içeriğin mantıksal yapısını tanımlamak; * PDF içeriğini bir dizi standart içerik türüyle işaretlemek (etiketlemek). ## Mantıksal yapı Daha uzun belgelerde içerik genellikle daha küçük içerik öğelerinden oluşan bir diziye bölünür; örneğin kitaplar tipik olarak bölümlere ayrılır ve bu bölümler de paragraf, tablo, şekil/grafik, madde işaretli veya numaralı listeler, dipnotlar ve kaynaklar vb. içeren kısımlara ve alt kısımlara ayrılır. Böyle bir kitaptaki ya da herhangi başka bir belge türündeki içeriğin yapısı ve düzenlenişi onun *mantıksal yapısı*. Bir belgenin mantıksal yapısı kavramı PDF'lerin erişilebilirliğinde önemli bir rol oynar; ancak kavram olarak mantıksal yapı biraz belirsiz ve anlaşılması zor görünebilir. Veritabanı Sistemleri Ansiklopedisi'nden aşağıdaki tanım [Veritabanı Sistemleri Ansiklopedisi](https://link.springer.com/referenceworkentry/10.1007%2F978-0-387-39940-9_213) yararlı bir bakış açısı sunar: > "Mantıksal yapı, bir belgede bilginin nasıl düzenlendiğini ifade eder; bilginin hiyerarşisini ve belgenin farklı bölümleri arasındaki ilişkiyi tanımlar. Mantıksal yapı, bir belgenin ne içerdiğinden ziyade nasıl oluşturulduğunu gösterir." Mantıksal yapının bu tanımı, tam olarak nerede *nasıl* bu yapısal bilginin fiziksel olarak saklandığına değinmez; yalnızca bir belgenin yapısı ve düzeninin bir temsilini sağladığını belirtir. Bir belgenin mantıksal yapısının nasıl saklandığının veya temsil edildiğinin kesin ayrıntıları uygulamaya bağlıdır: bunu üretmek ve işlemek için kullanılan yazılıma bağlıdır. ### PDF'lerde mantıksal yapı PDF belirtimi, bir belgenin mantıksal yapısının bir PDF dosyası içinde kaydedilebilmesini sağlayan mekanizmalar sunar—örneğin PDF'nin içeriğini XML, HTML veya Microsoft Word gibi diğer biçimlere aktarmak isteyen yazılımlar tarafından kullanılmak üzere. Bu dışa aktarma süreçlerinin, hedef dışa aktarma dosya biçiminin kurallarına uyan doğru yapılandırılmış bir metin belgesi üretmesi gerekir—buna en iyi, dışa aktarma işlemi PDF içinde sağlanan mantıksal yapı bilgisi tarafından yönlendirildiğinde ulaşılabilir. Ayrıca, bir PDF dosyasının mantıksal yapısı, örneğin görme engelli birine içeriği sesli okutmak isteyen erişilebilirlik yazılımları için önemlidir. Metinden sese sürecinin, içeriğin doğru sırada/silsilede sesli okutulduğundan emin olması gerekir; aksi takdirde anlamsız sonuçlar ortaya çıkar. Ayrıca, sayfa kavramının kendisi, yalnızca PDF'nin içeriği ve belgenin yapısıyla ilgilenen, görsel bölümlendirme ve sayfa boyutunda parçalara ayrılmış sunumla ilgilenmeyen erişilebilirlik uygulamaları için anlamlı olmayabilir. #### İçerik öğelerini adlandırma Bir PDF belgesinin mantıksal yapısını kaydetmek (saklamak), çeşitli *türlerine* atanmış anlamlı adlar kümesini gerektirir; tipik bir PDF belgesinin parçası olarak bulunması muhtemel içerik öğelerini—başlıkları, paragrafları, tabloları, listeleri vb. tanımlamak için. Ayrıca, içerik tablosu, numaralı/madde işaretli listeler ve tablo biçimindeki materyal gibi bazı içerik öğelerinin kendi başlarına oldukça karmaşık yapıları vardır; bu nedenle bu daha karmaşık içerik öğelerinin nasıl oluşturulduğunu—alt yapılarını—belirtmek için bazı yönlendirmelere/kurallara da ihtiyaç vardır. Bir diğer gereklilik de, PDF'yi işleyen yardımcı yazılımlar tarafından yok sayılması gereken herhangi bir PDF içeriğini açıkça belirlemektir; örneğin sayfa üstbilgileri ve altbilgileri, ağır görme engeli olanlar için gereksiz metin içeren sayfalama artefaktlarıdır: bu içerik yok sayılmalıdır. PDF'nin bir belgenin mantıksal yapısını tanımlamak için kullandığı mekanizmalar esnek olacak şekilde tasarlanmıştır; bu nedenle, ilke olarak PDF dosyaları üreten ve işleyen farklı uygulamalar, içerik türleri için kendi seçtikleri herhangi bir adlandırma kuralını kullanabilir. Ancak belge alışverişini en üst düzeye çıkarmak ve farklı PDF işleme uygulamalarının tutarlı sonuçlar vermesini sağlamak için Adobe, PDF üretim yazılımlarının uyması gereken içerik öğesi türleri için bir dizi standart ad tanımlamıştır. PDF belirtimi içinde bu standart adlar etiketler olarak anılır; bu da *etiketli* PDF. ### PDF içeriğinin işaretlenmesi: "kaputun altına" bir bakış Konuyu biraz daha az soyut hale getirmek için etiketli PDF dosyalarının iç yapısına kısaca bakacağız—ancak etiketli PDF çok geniş ve karmaşık bir konu olduğundan tüm ayrıntıları ele alamayacağız. #### İşaretli içerik dizileri: etiketli PDF için yapı taşları En alt düzeyde, bir PDF sayfası içindeki içeriğin (yani içerik akışı içindeki) anlamını kaydetme süreci *işaretli içerik dizileri* PDF işleç kümelerini veya gruplarını tanımlamak ("anlam vermek") için kullanılır. İşaretli içerik dizilerine, onun adı verilen sayısal bir tanımlayıcı atanır `MCID` (*işaretli içerik tanımlayıcısı*) ve her sayfada 0'dan bazı azami N değerine kadar giden bir tam sayıdır. Bu `MCID` değerler, belirli bir sayfanın içerik akışı içinde yer alan işleç dizilerini benzersiz biçimde tanımlamanın bir yolunu sağlar. Açıklamak gerekirse, her sayfa için `MCID` tanımlayıcılar 0'dan başlar ve belirli bir sayfanın içerik akışında kaç işaretli içerik dizisi bulunduğuna bağlı olan bir azami değere kadar sırasıyla artar. İşaretli içerik dizileri, aslında daha yüksek düzeyli veri yapıları oluşturmak için kullanılan temel "yapı taşları"dır; bu yapılara *yapı öğeleri*denir. Bu yapı öğeleri, temsil ettikleri içerik öğesi türünü tanımlamak için kullanılan adı içeren bir etiket barındırır. #### Yapı öğelerine örnek Burada biraz ileri atlıyoruz, ancak bir örneği gözden geçirmek faydalı olur. Diyelim ki sayfa içeriğine ait 3 küçük metin parçanız var ve bunların her biri içerik akışında farklı bir işaretli içerik dizisi tarafından tanımlanıyor. Bu 3 metin parçasının her biri, bir etiketle birlikte kendi yapı öğesine paketlenebilir ve üçünün de bir içindekiler tablosundaki bir satır gibi daha üst düzey bir içerik öğesini temsil etmek üzere başka bir yapı öğesi kullanılarak "birbirine bağlanması" mümkündür. ![Yapı öğelerini ve işaretli içerik dizilerini açıklayan görüntü](/files/10713bb5aa504a2e87ffc43e66a613ae0c6dc3d7) Bir tür ebeveyn–çocuk veri ilişkisi aracılığıyla, yapı öğeleri kümeleri birleştirilerek numaralı ve madde işaretli listeler, tablolar, matematik vb. gibi daha karmaşık veri öğelerini temsil eden bağlı veri yapıları oluşturulur. Sonuçta, tüm PDF dosyası içinde yer alan yapı öğelerinin tamamı daha da birbirine bağlanır ve birleştirilerek PDF belgesinin mantıksal yapısı oluşturulur—bunu makalenin ilerleyen kısmında tekrar ele alacağız. ### İşaretli içerik dizisi nedir? Yukarıdaki tartışmada bir tablo içeren basit etiketlenmemiş bir PDF belgesi (Microsoft Word'de oluşturulmuş) kullandık; ancak Word'e etiketli bir PDF oluşturmasını söylersek, sayfa içerik akışında bazı ek işaretlemelerin belirdiğini görebiliriz. Burada yalnızca içerik akışının ilk birkaç satırını ele alıyoruz (yüzlerce satır var), ancak gibi ek işleçlerin varlığına dikkat edin `/P <> BDC` ve `EMC` bir işaretli içerik dizisini tanımlamak için kullanılır. İşaretli içerik dizilerinin tam söz dizimini incelemeyeceğiz, ancak okuyucuyu ...'in 862. sayfasına yönlendiriyoruz [Adobe'nin resmî PDF 1.7 belirtimi](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf). ![Etiketli bir PDF içerik akışında işaretli içerik dizilerini gösteren görüntü](/files/4a142b0a7a1834b761d34dec320a6e40cdb200f8) Kolay başvuru için, etiketlenmemiş sürümü tekrar gösteriyoruz: ![PDF içerik akışını gösteren görüntü](/files/e1e4700ce8255d53da04b4c496e14973ee2ba3ed) İçinde *etiketlenmemiş* PDF'de, gibi işleçler `/P <> BDC` ve `EMC` yoktur; ancak kalan işleçler değişmemiştir: etiketlenmemiş PDF, belirli işleç dizilerini/kümelerini tanımlamak için kullanılan ek işaretlemeyi içermez. Yine Adobe Acrobat'ın *Dahili PDF yapısı* içerik akışı içindeki işaretli içerik dizilerini görüntüleme özelliğini de kullanabiliriz—burada bunları yeşil bir kenarlıkla vurguladık: ![Adobe Acrobat Pro DC'de görüntülenen etiketli bir PDF içerik akışında işaretli içerik dizilerini gösteren görüntü](/files/d4c0f4a2f31190e61b53f4ed8c62708c8c66d066) Bazı içerik parçalarının `/Artifact` ile işaretlendiğine dikkat edin; bu, PDF sayfasındaki şu materyali tanımlar: *göz ardı edilmesi gereken* yardımcı yazılım uygulamaları tarafından; örneğin görme engelli kişiler için sesli okuma yapanlar tarafından. Aşağıdaki ekran görüntüsü, ilk işaretli içerik dizisinin— `MCID` değeri `0`. İşaretli içerik dizisinin sonu PDF işleci tarafından tanımlanır `EMC`. ![Bir işaretli içerik akışı tarafından kapsanan işleçlerin ayrıntılarını gösteren görüntü](/files/ec070a1befe6d0e180c8cd716c3987d35827a26d) ### Mantıksal yapının saklanması Belirtildiği gibi, tek tek içerik öğelerinin (paragraflar, listeler, tablolar vb.) açıklamasını sağlamanın yanı sıra, erişilebilir PDF'lerin belgenin tamamının mantıksal yapı biçiminde bir temsilini içermesi gerekir. Erişilebilir içeriğin ayrı parçaları, tek ve gezinilebilir, erişilebilir bir belge oluşturmak için birbirine bağlanmalıdır—tıpkı bir web sayfası oluşturmak için tek bir HTML belgesinin paragraflar, grafikler ve tablolar kullanılarak oluşturulması gibi. Ayrıca, bir PDF belgesinin mantıksal yapısının, tüm içeriğin doğru şekilde gezilebilmesini sağlaması çok önemlidir *okuma sırası*, sayfa içeriğinin PDF sayfa içerik akışlarına hangi sırayla yazıldığından bağımsız olarak. Okuma sırasını aşağıda daha ayrıntılı inceleyeceğiz. #### Mantıksal yapı: yapı öğelerinden oluşan bir "ağaç" PDF'lerin adını verdiği bir şey kullandığını belirtmiştik *yapı öğesi* tek tek içerik öğelerini temsil etmek için kullanılır ve bir yapı öğesinin temsil ettiği içerik türünü tanımlamak için bir etiket içerdiğini. Belgenin mantıksal yapısını temsil etmek için tüm yapı öğeleri ebeveyn—çocuk ilişkileri kullanılarak birbirine bağlanır ve bir "yapı ağacı" halinde düzenlenir. İçsel olarak, etiketli PDF dosyaları adlı bir nesne içerir `StructTreeRoot` bu nesne, belgenin mantıksal yapı ağacının başlangıç noktası veya "kökü" olarak işlev gören yapı öğelerini içerir (bunlara işaret eder). Genellikle yapı ağacının "kökü", etiketlenmiş tek bir yapı öğesiyle başlar `Document` ve içinde çok sayıda *alt* yapı öğesi bulunur; bunlar birlikte belgenin tüm içeriğini temsil eder. Etiketleme yoluyla erişilebilir PDF'ler üretmek üzere tasarlanan herhangi bir yazılımın bu çok karmaşık veri yapısını (ve diğerlerini!) oluşturması gerekir—ve buna TeX motorları ve LaTeX de dahildir. Böyle bir belge yapı ağacına örnek (`StructTreeRoot`) Adobe Acrobat Pro DC'de açık bir etiketli PDF'nin aşağıdaki ekran görüntüsünde gösterilmektedir: ![Etiketli bir PDF'de StructTreeRoot'u gösteren görüntü](/files/e9a6b0b15ac4461218e5761d5b6d9d69a213e1bf) Yukarıdaki yapıyı etiketlenmemiş PDF sürümüyle karşılaştırın: ![Etiketlenmemiş bir PDF'de StructTreeRoot'un yokluğunu gösteren görüntü](/files/0173fd3c8403713aedf558392eab951c8287e133) ### PDF'lerin mantıksal yapısını keşfetmek Şimdiye kadar ele aldıklarımızı özetlemek için bazı grafiklerle başlayıp, etiketli bir PDF dosyasının mantıksal yapısının daha ayrıntılı gösterildiği Adobe Acrobat Pro DC kullanan bir videoyla bitiriyoruz. Önce genel ilkeleri göstermek için bir şema ile başlayalım: işaretli içerik dizileri (MCS) ile işaretlenmiş içerik akışına sahip bir PDF sayfası. ![PDF belge sayfalarında işaretli içerik dizileri kavramını göstermek için grafik](/files/41f051c22aee7af8d9d88153cb3561bc06ad5cfd) Bu MCS daha sonra *yapı öğeleri* daha büyük içerik türlerinin temelini oluşturur; bunlar da daha sonra birbirine bağlanır ve PDF'nin mantıksal yapısını ... adlı bir nesne içinde saklamak için kullanılır `StructTreeRoot`. ![Etiketli bir PDF dosyasının mantıksal yapısını göstermek için grafik](/files/a3fcda8075ac288ba84140a951852275d4399ce3) #### Etiketli bir PDF'nin mantıksal yapısını gösteren video Aşağıdaki video (8 dakika), LaTeX kullanılarak üretilen etiketli bir PDF dosyasının mantıksal yapısının ayrıntılarını keşfetmeniz için sizi Adobe Acrobat Pro DC ile bir "rehberli tur"a çıkarır. Videoda kullanılan etiketli PDF dosyasının adı `tagpdf.pdf`, deneysel LaTeX paketi için belgeler içeren mükemmel bir örnektir [`tagpdf`](https://ctan.org/pkg/tagpdf?lang=en). ... paketinin amacı `tagpdf` "pdfLaTeX ve LuaTeX kullanarak etiketleme ve erişilebilirlik üzerine deney yapmaya yönelik araçlar" sağlamaktır. {% embed url="" %} ### Etiketleme ve esneklik üzerine bir not HTML belirtimi, web sayfaları oluşturmak için kullanılabilecek çok sayıda önceden tanımlanmış etiket sağlar, ancak bunları seçtiğiniz HTML belgesini oluşturmak üzere nasıl birleştireceğiniz konusunda da esneklik tanır. Benzer şekilde, Adobe'nin etiketli PDF belirtimi bir dizi önceden tanımlanmış etiket adı sağlar, ancak bu etiketleri bir PDF içinde karmaşık içerik öğelerini temsil etmek için nasıl birleştireceğinize çok az kısıtlama getirir—tasarımı gereği oldukça büyük bir esneklik vardır. Ayrıca, PDF kadar büyük ve karmaşık herhangi bir belirtimde, yazılı belirtime bazı belirsizliklerin ya da açıklık sorunlarının sızması kaçınılmazdır. Böyle karmaşık bir belirtimi uygulamakla görevli yazılım geliştiricilerinin, yazılı açıklamaları çalışan koda dönüştürmek zorunda oldukları için bunu yorumlarken "takdir kararları" vermeleri gerekebilir. Etiketli PDF'nin doğasında bulunan esneklik ile belirtimlerin (veya erişilebilirlik standartlarının) yorumlanması, doğal olarak belge oluşturma uygulamalarının geliştiricilerini etkiler: kullanıcı tarafından oluşturulan içeriği etiketli bir PDF dosyasına aktarırken hangi etiket kombinasyonları kullanılmalıdır? Kullanıcıların belge oluşturma yazılımının özelliklerini kullanarak her türden içerik oluşturma sınırsız yeteneğini de hesaba katarsanız, erişilebilir etiketli PDF'lerin otomatik olarak üretilmesinin oldukça zorlayıcı olduğunu görebilirsiniz! Belki de erişilebilirlik standartlarına tam olarak uyan etiketli PDF'ler üretmenin kaçınılmaz karmaşıklıklarını yansıtan web, Adobe InDesign veya Microsoft Word gibi yazılımlar aracılığıyla etiketli PDF oluşturma konusunda "nasıl yapılır", "ipuçları" ve "en iyi uygulamalar" tavsiyeleriyle doludur. Ayrıca, PDF Association yararlı bir belge hazırlamıştır; adı [Etiketli PDF En İyi Uygulama Kılavuzu](https://www.pdfa.org/wp-content/uploads/2015/12/StructureElementsBestPracticeGuide_2016-01-19.pdf) etiketli PDF ve PDF/UA'yı uygulamanın zorluklarıyla karşılaşan geliştiricilere yardımcı olmak için yazılmıştır. ## Bir PDF'niz var ama erişilebilir mi? Belirli bir PDF dosyasının PDF/A veya PDF/UA (aşağıya bakın) gibi gerekli erişilebilirlik standartlarına uyup uymadığını belirlemek için onun *doğrulanması* üzerinde anlaşılmış bir doğrulama süreci veya yazılım aracı kullanılarak. Ancak doğrulama genellikle belge tamamlandıktan sonra yapılır; fakat bu süreç belge yazarınca değil, uyumluluk talep eden kuruluş ya da kurum içindeki erişilebilirlik uzmanları tarafından yürütülebilir. PDF doğrulamadan geçemezse, etiketlemeyi düzeltmek için (mümkünse) Adobe Acrobat Pro DC aracılığıyla uzman düzeyde manuel müdahale gerekebilir. Alternatif olarak, yazarın ilk belgesine geri dönüp gerekli düzeltmeleri yapması da gerekebilir; belki de soruna yol açan belge oluşturma yazılımı özelliklerini kullanmaktan kaçınarak—bu da yazarın kontrolü dışında olabileceği için son derece zor olabilir. ### Okuma sırası ve içerik sırası Belirtildiği gibi, gerçekten erişilebilir PDF'ler üretmek, belge oluşturma yazılımına ve potansiyel olarak belge yazarlarına da, belge oluşturma yazılımının özelliklerini nasıl kullanıp uyguladıkları konusunda "yazarlık disiplini" dayatarak ek teknik gereksinimler getirir. Etiketli PDF, ... mekanizma olsa da *mümkün kılar* tam erişilebilir PDF'lerin üretilmesini, bir PDF'nin etiketli olması *yapmaz* onun otomatik olarak tam erişilebilir olduğu anlamına gelmez; aşağıdaki örnekte bunu göreceğiz. Tam erişilebilir PDF'ler üretmek için, PDF'deki tüm içerik öğeleri, içeriğin doğru sırada erişilip okunabilmesini sağlayan bir mantıksal yapı oluşturacak şekilde etiketlenmelidir; buna *okuma sırası*olarak adlandırılan *okuma sırası* of: 1. text 2. table 3. grafik Bir PDF'ye yazıldığında, o sayfa için bir içerik akışı üreten yazılım önce tabloyu çizmek için işleçlerle başlayabilir, ardından grafik için işleçler ve sonra metin için işleçler üretebilir; bu da içerik akışında bir *içerik sırası* of: 1. table 2. grafik 3. text Elbette, o sayfa görüntülendiğinde her şey doğru konuma yerleştirilecektir. Tam görme yetisine sahip bir okuyucu için, bu öğelerin sayfanın içerik akışı içinde hangi sırayla saklandığı önemsizdir: onlar, her şeyin doğru yerde olduğu eksiksiz işlenmiş bir sayfa görürler. Ancak yardımcı yazılım, bir içerik akışındaki öğelerin sıralamasına (içerik sırasına) güvenmek zorunda kalsaydı, içerik sırası doğal okuma sırasından farklıysa zorluklarla karşılaşırdı; örneğin, yüksek sesle okuma araçları materyali yanlış sırayla okurdu. Neyse ki yardımcı yazılım, içeriğin hangi sırayla okunması gerektiğini yansıtacak şekilde düzenlenmesi gereken etiketli bir PDF'nin mantıksal sırasını (yapısını) kullanabilir. Belgenin mantıksal yapısını temsil eden verilerin, görünen sayfalarda gösterilen gerçek içerikten ayrı olarak saklanmasının nedeni budur; böylece > "... mantıksal içerik öğelerinin sıralanması ve iç içe yerleştirilmesinin, belgenin sayfalarındaki grafik nesnelerin sırası ve konumundan tamamen bağımsız olabilmesi." (...'in 856. sayfası) [PDF Reference, altıncı baskı, Kasım 2006](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf)) Uygulamada, okuma sırasını koruyan bir mantıksal sıralama garanti etmek göründüğünden çok daha zordur; bu nedenle, ilgili sorunlara işaret eden basit ama kurgusal bir örnek kullanalım. #### Yanlış okuma sırası: Microsoft Word kullanan bir örnek Bir belgenin yazarı, belirli bir görsel etki elde etmek için seçtiği belge oluşturma yazılımının özelliklerini kullanabilir—örneğin belirli bir metin düzeni oluşturmak için tablolar kullanmak gibi. Örneğin, aşağıdaki ekran görüntüsü önceki örneklerde kullanılan Microsoft Word belgesini göstermektedir. Bu belge, yan yana numaralandırılmış paragraflardan oluşan bir dizi oluşturmak için kullanılmış bir tablo içerir. Ancak bu içeriği etiketleme söz konusu olduğunda, nasıl ele alınmalıdır: tablo olarak mı yoksa numaralı liste olarak mı etiketlenmelidir? Bu içerik türlerinin her ikisi de doğru temsil edilmeleri için karmaşık bir etiketleme yapısı gerektirir. Aşağıdaki görselde, numaralı paragrafların okunması amaçlanan sıraya dikkat edin: sütun sütun, satır satır değil. ![Microsoft Word'de oluşturulmuş bir tablonun görüntüsü](/files/02d3590af293edfb62b21bd130ab9e68c70f42c6) Word'a bu belgeyi yerleşik dışa aktarma özelliğini—not Acrobat PDFMaker eklentisini—kullanarak PDF olarak kaydetmesini istersek, ona etiketli PDF oluşturmasını söyleyebiliriz: ![Microsoft Word'ün dışa aktarma işleminin Seçenekler iletişim kutusu](/files/d4e298ce4ee311a42709752cc0c82e26ac1c7970) Peki Word bu düzeni nasıl etiketliyor? Aşağıdaki çok kısa videoda (14 saniye) Microsoft Word tarafından üretilen etiketleme yapısını incelemek için Adobe Acrobat Pro DC kullanıyoruz. {% embed url="" %} Bu belge için Word, bir `Tablo` etiketi içeren ve iki alt etiket barındıran bir PDF belgesi oluşturdu: `THead` tablo başlık satırı grubu için ve `TBody` tablo gövdesi için satır grubunu temsil etmek üzere. `THead` ve `TBody` her ikisi de `TR` içeriğin tek tek satırlarını temsil eden etiketleri içerir. `TR` Etiketler, her hücrede bulunan numaralandırılmış liste öğesini temsil etmek için daha fazla etiket içerir. Aşağıdaki ekran görüntüsü, son derece iç içe geçmiş etiketleme yapısını ve hatta bu son derece basit belgeyi temsil etmek için gereken buna karşılık gelen karmaşık mantıksal yapıyı gösteriyor! ![Microsoft Word'de oluşturulan basit bir tablonun derinlemesine iç içe geçmiş etiketleme yapısını ve mantıksal yapısını gösteren görüntü](/files/6189759314c811fe19ecc64a5eabf921615dc778) TeX ve LaTeX tarafından oluşturulan PDF'lerle karşılaştırıldığında, bu Word örneği son derece basit bir belgedir, ancak yine de onu temsil etmek için karmaşık bir mantıksal yapı gerektirir. LaTeX ile oluşturulan ve karmaşık matematik ile tablolar içeren PDF'leri temsil etmek için gereken etiketleme karmaşıklığı düzeyini bir düşünün! #### Etiketli, evet, ama okuma sırası yanlış Word bir [etiketli PDF](https://assets.ctfassets.net/nrgyaltdicpt/3vcgZmG5mkCPYUPTjV30CF/4c34ae919212fa19e979e4cf852e66c1/ReadAloud.pdf) oluşturuyor olsa da, tam erişilebilir PDF üretmeye çalışan herhangi bir uygulamanın karşılaştığı temel zorluklardan birini gösterir: içeriğin amaçlanan okuma sırasını doğru biçimde temsil etmek. Etiketli PDF oluşturulurken Word'ün dahili süreçleri, karşılık gelen içerik akışını sütun sütun değil, satır satır tabloyu çıktılayarak yazmaya karar verdi. PDF'yi görüntüleyen tam gören bir okur için bu düşük seviyeli ayrıntıların hiçbir farkı yoktur: tablo doğru biçimde görüntülenir. Ancak görme engelli kişiler için Word'ün mantıksal belge yapısı yanlış sonuç üretir; çünkü istenen okuma sırası (sütun sütun) korunmaz: içerik yanlış sırada seslendirilir. Aşağıdaki ses kaydı, Adobe Reader DC'nin “Sesli Oku” özelliği kullanılarak oluşturulmuştur. Görüldüğü üzere metin yanlış sırayla, satır satır ve sütun sütun değil, okunuyor: ![Microsoft Word'de oluşturulmuş bir tablo](/files/89182cb83d4d051a0c74e671bac35179606f82c2) Yukarıda belirtildiği gibi, bu örnek bir miktar yapaydır, ancak erişilebilirlik sorunlarını tetikleyen yazılım özellikleri kombinasyonlarını uygulamanın ne kadar kolay olduğunu gösterir—peki belge yazarı bunu önceden nasıl bilecek? Muhtemelen bu sorun, ortaya çıkan PDF pratik erişilebilirlik kullanım testlerinden geçirilirse—örneğin yardımcı yazılımlar kullanılarak—tespit edilecektir. Potansiyel olarak, bu tür belgeler PDF/A uygunluk/doğrulama testlerinden geçebilir, ancak “gerçek dünyadaki” kullanımlarda başarısız olabilir. Bu tür bir PDF dosyasının doğru okuma sırasını sağlamak, Adobe Acrobat Pro DC gibi gelişmiş PDF düzenleme araçları kullanılarak uzman müdahalesi gerektirir: zaman alıcı ve pahalı bir süreçtir. Alternatif olarak, belge yazarı bu özel içerik ifade veya düzen biçimini kullanmaktan kaçınabilir—ama yalnızca bunun sorunlu olduğunu biliyorsa! ### Kelimeleri ayırmak için boşluk karakterlerini kullanma Metni kelime işlemcilerde veya metin düzenleyicilerde yazarken, bir kelimenin sonunu ve bir sonraki kelimenin başlangıcını işaretlemek için boşluk karakterini kullanırsınız. Daha sonra böyle bir belgeden PDF oluşturursanız, yazdığınız boşluk karakterleri elbette çıktı olarak verilir ve PDF'de saklanan metnin bir parçası olur. Ancak TeX motorları dizgili metinde kelimeleri ayırmak için boşluk karakterleri kullanmaz; bunun yerine boşluk karakterlerini glue adı verilen esnek bir boşluk biçimine dönüştürürler (bkz. bu [Overleaf makalesinde](/latex/tr/derinlemesine-makaleler/11-boxes-and-glue-a-brief-but-visual-introduction-using-luatex.md) TeX kutuları ve glue hakkında daha fazla bilgi için). TeX motorları tarafından oluşturulan PDF sayfalarının içerik akışı içinde, tek tek kelimelerin ayrılması, sayfada farklı bir konuma geçip sonraki kelimenin metnini başlatarak sağlanır—bu boşluğu elde etmek için bir boşluk karakteri çıktılamak yerine. Ayrıca, TeX motorları tarafından dizgilenmiş metin paragraflarında kelimeler arasındaki boşluk miktarı, TeX'in satır kırma algoritması nedeniyle satırdan satıra değişir. Bu değişkenlik, PDF sayfalarının içerik akışına yazılan konumsal veride yansıtılır. TeX'in dizgi tekniğinin bu yönünün, PDF'lerinden metin kopyalayıp yapıştırma ve yardımcı yazılımların TeX motorları tarafından üretilen PDF'lerdeki dizgilenmiş metni sesli okumaya çalışması üzerinde etkileri vardır. Yardımcı yazılımların işlemek üzere ihtiyaç duyduğu metni çıkarmak için bir PDF sayfasının içerik akışını ayrıştırması gerekir. Açıkça, bu tür yazılımların kelimelerin başlangıcını ve sonunu algılamak için bir mekanizmaya ihtiyacı vardır—en belirgin çözüm boşluk karakteri kullanmaktır. Bunu göz önünde bulundurduğumuzda, erişilebilirlik standartları tek tek kelimelerin açıkça sonlandırılmasını (örneğin boşluk karakterleriyle) gerektirir; bu da TeX motorlarının kelimeler arası glue kullanması nedeniyle sorunludur. #### Ama her şey kaybolmuş değil! 2014'te pdfTeX, çıktıladığı PDF'lerde kelimeler arasında boşluk karakterlerinin kullanılmasını sağlayarak erişilebilirlik desteğini geliştirmek için 2 yeni ilkel komut tanıttı: * `\pdfinterwordspaceon` * `\pdfinterwordspaceoff` Bu komutlar yalnızca bir boşluk glifi içeren bir “sahte yazı tipi” kullanır. Ayrıntılar ve bir örnek pdfTeX Kullanım Kılavuzu'nun 29. sayfasında bulunabilir [pdfTeX Kullanım Kılavuzu](http://texdoc.net/texmf-dist/doc/pdftex/manual/pdftex-a.pdf). #### LuaTeX kullanımı: Overleaf Galerisi'nde bir örnek LuaTeX bu pdfTeX ilkel komutlarını desteklemez, ancak LuaTeX'in sözde geri çağrı mekanizmasını kullanarak pdfTeX'e çok benzer sonuçlar elde edecek şekilde programlanabilir. Glue'u boşluk karakterlerine dönüştürmek için bir Overleaf projesi, Overleaf Galerisi'nde [Kelimeler arası glue'yu boşluklara ve kern'lere dönüştürmek için LuaTeX kullanımı](https://www.overleaf.com/latex/examples/using-luatex-to-convert-interword-glue-to-spaces-and-kerns/sfdkdkybrvkv). LaTeX kodunuzu LuaTeX kullanarak dizgilerseniz (yani Overleaf'te LuaLaTeX derleyici seçeneğini kullanırsanız), Lua kodu kullanarak dizgilenmiş bir paragrafı sonradan işleyip herhangi bir kelimeler arası glue'yu bulabilir ve onu uygun bir kern ile birlikte bir boşluk karakteriyle değiştirebilirsiniz. Boşluk karakterinin genişliğiyle sağlanan aralık, kelimeler arası glue tarafından sağlanan boşluk miktarını korumak için uygun bir kern değeri hesaplanarak artırılabilir (veya azaltılabilir); böylece dizgi sonucunda görsel olarak hiçbir fark oluşmaz. Bu durumun erişilebilirlik yazılımı kullanıcıları için ne fark yarattığını anlamak için Adobe Reader DC'nin *Sesli Oku* özelliğinden alınmış bu ses kaydını dinleyin. Bu kayıt, o projedeki iki satır metnin, glue boşluklara dönüştürülmeden önce ve sonra yüksek sesle okunmasını gösterir. Boşlukları kullanan ikinci okumanın, kelimeler arası glue kullanan satıra kıyasla nasıl hızlı ve akıcı biçimde okunduğuna dikkat edin. Overleaf projesi, LuaTeX kullanılarak derlenen bir düz TeX dosyasıdır ve yalnızca deneysel kullanım için sağlanmıştır; tam, üretim kalitesinde bir çözüm olması amaçlanmamıştır. Öncelikle, erişilebilir PDF'lerle ilgili teknik sorunların anlaşılmasına yardımcı olmak için tasarlanmıştır. Bu projede kullanılan Lua kodu, çok daha önce yayımlanmış bir Overleaf makalesindeki çalışmalara dayanmaktadır [Kutular ve Glue: LuaTeX Kullanarak Kısa ama Görsel Bir Giriş](/latex/tr/derinlemesine-makaleler/11-boxes-and-glue-a-brief-but-visual-introduction-using-luatex.md). Not: Basitlik için proje, bu koddan türetilen kendi çok минимал OpenType yazı tipi yükleyicisini kullanır: . ### Diğer erişilebilirlik sorunları ve etiketli PDF Etiketleme, bir PDF içinde bulunan içerik öğelerinin tanımlanmasına olanak verse de, grafikler veya karmaşık matematik gibi bazı içerik türleri, görme engelli kişileri desteklemek üzere tasarlanmış yazılımlar aracılığıyla erişilebilir kılınacaklarsa ek veri veya bilgi gerektirir. Çok çeşitli içerik türleri için erişilebilirlik sağlamak ve bunu desteklemek amacıyla PDF spesifikasyonu, içerik öğelerine uygun metinsel açıklamalar veya diğer makine tarafından okunabilir temsiller sağlayan “Alternatif Açıklamalar” ya da “ActualText” ekleme olanağı sunar. Örneğin, MathML bu amaç için PDF 2.0 spesifikasyonu içinde belirlenmiştir. #### Bu “gerçek içerik” mi, yoksa sadece bir artefakt mı? Görme engelli kişiler için, içeriği dikdörtgen, sayfa boyutundaki parçalar halinde bölüp görüntüleme süreci, sözcüklerin tirelenmesi gibi istenmeyen yan etkilere sahiptir. Ayrıca, görsel sunumu geliştirmek için kullanılan sayfa tasarımı veya düzeniyle ilgili yönler, bunu göremeyenler için bütünüyle anlamsızdır. Bu nedenlerle, PDF içeriğinin etiketlenmesi, PDF içindeki bazı içeriklerin bir *artefakt* olarak ele alınması gerektiğini kabul etmelidir. Örneğin, sayfa numaraları, sayfa üstbilgileri ve altbilgileri, gölgeli arka planlar veya diğer tasarım işaretleri, içeriği işleyen erişilebilirlik yazılımının bunları yok sayması gerektiğini bilmesi için tanımlanmalıdır. ## PDF/A standartlarına genel bakış Erişilebilir PDF'ler üretme talepleri genellikle [ISO 19005](https://www.iso.org/standard/38920.html) adlı bir ISO standardına atıfta bulunur; bu standart daha yaygın olarak PDF/A olarak anılır. Ancak PDF/A bir *aile* standartlar kümesi olduğundan, yalnızca “PDF/A uygunluğu” talep etmek gerçek gereksinimleri tam olarak belirtmeyebilir. Bunun nedenini görmek için, PDF Association web sitesinden PDF/A'ya kısa bir genel bakışla başlayalım [PDF Association web sitesi](https://www.pdfa.org/resource/iso-19005-pdfa/) (21 Mayıs 2020'de erişildi) ISO 19005'i (PDF/A) şöyle tanımlar: > “ISO 19005'in birincil amacı, PDF/A olarak bilinen ve elektronik belgeleri, dosyaları oluşturmak, saklamak veya görüntülemek için kullanılan araç ve sistemlerden bağımsız olarak, zaman içinde statik görsel görünümlerini koruyan bir biçimde temsil etmeye yarayan bir mekanizma sağlayan, PDF tabanlı bir dosya biçimi tanımlamaktır. > > ISO 19005'in ikincil amacı, uyumlu dosyalar içinde elektronik belgelerin mantıksal yapısını ve diğer anlamsal bilgilerini temsil etmek için bir çerçeve tanımlamaktır. > > ISO 19005'in bir başka amacı da, uyumlu dosyalar içinde elektronik belgelerin bağlamını ve geçmişini üst verilerde kaydetmek için bir çerçeve sağlamaktır.” Açıkça, PDF/A'nın birkaç temel amacı vardır. ### PDF'nin evrimi ve büyümesi Bu [PDF 1.0 spesifikasyonu](https://web.archive.org/web/20150617123515/http://acroeng.adobe.com/PDFReference/PDF%20Reference%201.0.pdf) 1993'te yayımlandı ve yalnızca 230 sayfaydı. Ancak 13 yıl sonra [Adobe'nin PDF 1.7 sürümü](https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdf_reference_archive/pdf_reference_1-7.pdf) spesifikasyonu 1000 sayfanın çok üzerindedir! Zaman içinde PDF spesifikasyonunun boyutu ve karmaşıklığı, desteklenen özellik kümesine yeni teknolojiler ve giderek daha gelişmiş PDF tabanlı iş akışları ile kullanım senaryolarının farklı pazarlar ve topluluklar içindeki gereksinimleri eklenerek büyümüştür. Ancak muhtemelen hiçbir kullanıcı ya da kullanıcı grubu tüm olasılıklardan yararlanmaz: PDF'nin en geniş mümkün pazara hizmet edebilmesini sağlamak için “tüm ihtimalleri kapsaması” gerekir. Örneğin, yüksek kaliteli ticari baskıyı desteklemek için tasarlanmış birçok PDF özelliği, belgeleri depolamak veya paylaşmak için bir biçim olarak tipik günlük ofis kullanımında gerekli değildir. ### PDF/A: PDF için “temellere dönüş” PDF/A'nın temel amacı, uyumlu PDF'lerin uzun süreli arşivleme için uygun olmasını veya bu PDF'leri “tüketen” çeşitli yardımcı teknolojileri kullanan kişiler için erişilebilir içerik içermesini sağlamaktır. Bu amaçlara ulaşmak için PDF/A, uyumlu PDF dosyalarında izin verilen PDF özellikleri kümesini sınırlar ve arşivlenebilirliği veya erişilebilirliği tehlikeye atabilecek özelliklerin kullanımını yasaklar. PDF/A'yı, uyumlu PDF dosyalarının bir *alt küme* tam PDF spesifikasyonunun bir alt kümesini kullanarak uzun süreli arşivleme için uygun dosyalar üretmesini veya içeriklerinin erişilebilir olmasını sağlamasını belirten standartlar kümesi olarak düşünebilirsiniz. PDF/A'nın kısıtlamaları, PDF'lerin içeriklerine erişmek için kullanılan PDF okuma teknolojisinden ve bilgi işlem ortamından bağımsız bir “arşivsel dijital kâğıt” olarak kullanılmasına olanak tanır. Uyumlu PDF'ler, davranışı “uygulamaya bağımlı” olan—yani görüntülemek veya işlemek için kullanılan belirli yazılımlara veya işletim sistemlerine bağlı—hiçbir şey içermemelidir. PDF'ler ayrıca *eksiksiz*olmalıdır: yazı tipleri veya renk profilleri gibi temel belge kaynakları dosyaya gömülmelidir. ### PDF/A sürümleri ve uygunluk düzeyleri Farklı *sürümleri* PDF/A standardının, her biri resmî PDF spesifikasyonunun belirli bir sürümünü (PDF 1.4, 1.7 ve 2.0) yansıtan sürümleri vardır. Buna ek olarak, çeşitli *uygunluk düzeyleri* vardır; bunlar bir PDF dosyasının PDF/A standardının hangi yön(ler)ine uyduğunu belirtir. Sonuç olarak, “PDF/A uygunluğu” talep ederken veya bunu gerektirirken, **PDF/A-** Örneğin * PDF/A-1a: PDF/A sürüm 1, uygunluk düzeyi a anlamına gelir * PDF/A-2b: PDF/A sürüm 2, uygunluk düzeyi b anlamına gelir Bunları biraz daha ayrıntılı olarak inceleyelim. #### PDF/A sürümleri PDF/A standardı ISO'nun himayesi altındadır ve ISO 19005 adlı bir standart olarak yayımlanmıştır. Belirtildiği gibi, PDF spesifikasyonu zaman içinde gelişmiştir ve bu da sırasıyla ISO 19005'in güncellenmesini gerektirmiş, aşağıdaki tabloyu ortaya çıkarmıştır: | | | | | ---------------- | ----------------- | ------------------------ | | **PDF/A sürümü** | **ISO standardı** | **Dayandığı PDF sürümü** | | PDF/A-1 | ISO 19005-1:2005 | PDF 1.4 | | PDF/A-2 | ISO 19005-2:2011 | PDF 1.7 | | PDF/A-3 | ISO 19005-3:2012 | IS0 32000-1 (PDF 1.7) | Bu yazının yazıldığı sırada (Nisan/Mayıs 2020) güncellenmiş bir PDF/A-4 (ISO 19005-4) [hazırlık aşamasındadır](https://www.iso.org/standard/71832.html). #### PDF/A uygunluk düzeyleri Üç PDF/A sürümüne (PDF/A-1, PDF/A-2 ve PDF/A-3) ek olarak üç *uygunluk düzeyleri*: * Düzey A (erişilebilir) erişilebilirlik için (Düzey B'nin arşivleme gereksinimlerini içerir) * Düzey B (temel) arşivleme için * Düzey U (Unicode) (= arşivleme artı metin için Unicode kullanımı) Bu uygunluk düzeylerinin kısa bir açıklaması şöyledir: * **Düzey B (temel)** PDF/A kapsamında uygunluk için asgari gereksinimdir. Uyumlu PDF belgelerinin uzun süreli arşivleme için uygun olmasını—belirli yazılımlardan, araçlardan veya işletim sistemlerinden bağımsız olarak her zaman güvenilir biçimde görüntülenebilmesini veya yazdırılabilmesini—sağlayan gereksinimleri tanımlar. * **Düzey A (erişilebilirlik)** Düzey B uygunluk gereksinimlerini içerir; buna ek olarak, belgenin metnine erişimi sağlamak için Unicode kullanımıyla birlikte mantıksal yapı ve okuma sırası bilgisi sağlamak üzere etiketli PDF kullanımını gerektirir. * **Düzey U (Unicode)** uygunluğu PDF/A-2'ye eklenen bir düzeydi ve belge metni için Unicode kullanımını ek olarak zorunlu kılarak Düzey B'nin üzerine inşa edilir; ancak yapı bilgisini zorunlu kılarak Düzey A kadar ileri gitmez. PDF/A sürümleri ve uygunluk düzeyleri bir tabloda özetlenebilir: | | | | | | ---------------------- | --------------------------------- | -------- | -------- | | **Uygunluk düzeyi** | **PDF/A-** | | | | Düzey A (erişilebilir) | PDF/A-1a | PDF/A-2a | PDF/A-3a | | Düzey B (temel) | PDF/A-1b | PDF/A-2b | PDF/A-3b | | Düzey U (Unicode) | Yok (PDF/A-1 için mevcut değildi) | PDF/A-2u | PDF/A-3u | ### PDF/UA (“Evrensel Erişilebilirlik”) PDF/A standardının Düzey A uygunluğu, erişilebilir PDF'ler için gereksinimleri tanımlama yolunda bir adım atsa da, [ISO 14289](https://www.iso.org/standard/64599.html) olarak adlandırılan başka bir ISO standardı daha da ileri gider. PDF/UA, erişilebilirlik gereksinimlerini güçlendirir ve PDF/A standartlarında yer alan rehberliği netleştirir; bu da onu erişilebilir PDF'ler için tercih edilen standart haline getirmiştir. #### Matterhorn protokolü PDF/UA uygunluğu hakkında daha derinlemesine bilgi edinmek isteyen okuyucular [Matterhorn Protokolü](https://www.pdfa.org/resource/the-matterhorn-protocol-1-02/) ile ilgilenebilir; bu, “PDF/UA uygunluğunda başarısız olmanın tüm olası yollarının bir listesi”dir. ### Doğrulama yazılımı Bir PDF dosyasının belirli bir standarda uyup uymadığını kontrol etmek için *doğrulanması* doğrulama yazılımı kullanılarak PDF taranmalı ve içeriğinin ve yapısının o standardın gereksinimlerine—örneğin PDF/UA veya PDF/A-*x*a'ya (burada *x* = 1, 2 veya 3) uyup uymadığı kontrol edilmelidir. PDF'lerin doğrulanmasının—tercih edilen bir doğrulama aracıyla işlenmelerinin—uzman olmayan kullanıcıya oldukça anlaşılmaz olabilecek tanısal iletiler veya uyarılar üretebileceğini unutmayın; bunun nedeni ilgili standardı karşılamayan bazı düşük seviyeli PDF verileri (veya yapısı) olabilir. Birçok yazar için, bu uyarıları yorumlamak ve bunları belge(ler)ine uygulanabilir bir düzeltmeye dönüştürmek oldukça zor olabilir. #### Ücretsiz doğrulama yazılımı * [veraPDF](https://verapdf.org/) ki, web sitelerinden alıntı yapacak olursak (28 Mayıs 2020'de erişildi), tüm PDF/A bölümlerini ve uygunluk düzeylerini kapsayan, “özel olarak geliştirilmiş, açık kaynaklı bir dosya biçimi doğrulayıcısı”dır. * (yalnızca Windows) [PDF Erişilebilirlik Denetleyicisi (PAC 2024)](https://pac.pdf-accessibility.org/en/download) ki bu da “...2010'dan beri denenmiş ve test edilmiş ücretsiz bir PDF erişilebilirlik denetim aracıdır”. #### Ticari doğrulama yazılımı * [Adobe Acrobat](https://acrobat.adobe.com/uk/en/acrobat/pricing.html) uyumsuz PDF dosyalarındaki etiketleri düzenlemek ve düzeltmek için araçlarla birlikte bir dizi PDF doğrulama testi sunar. ### PDF Association: mükemmel bir bilgi kaynağı Bu [PDF Association](https://www.pdfa.org/) çok sayıda *mükemmel* PDF/A, PDF/UA ve diğer birçok PDF ile ilgili konuda—YouTube kanallarındaki videolar da dahil olmak üzere—kaynak üretir [YouTube kanalı](https://www.youtube.com/user/ThePDFAssociation/playlists) ve web sitelerinde bulunan makaleler ve ücretsiz teknik yayınlarla birlikte. Bu yayınlardan biri [Kısaca PDF/UA](https://www.pdfa.org/resource/pdfua-in-a-nutshell/) olup PDF/UA standardına ve gereksinimlerine paha biçilmez bir giriş sunar. ## TeX motorları ve LaTeX ile erişilebilir PDF'ler Umarım önceki tartışmalar, tam erişilebilir ve doğru şekilde etiketlenmiş PDF dosyaları üretmenin zorlu bir teknik meydan okuma olduğunu göstermiştir. Dahası, basit Microsoft Word örneği bile yazarların erişilebilirlik ölçütlerini karşılamayan etiketli PDF belgeleriyle sonuçlanan yazılım özellikleri kombinasyonlarını çok kolay bir şekilde kullanabildiğini ortaya koydu. Bir yazarlık aracı olarak LaTeX, yazarların oluşturabileceği belge yelpazesi ve karmaşıklığı açısından neredeyse sınırsız esneklik sağlar—belki de onu ilk etapta seçmenin nedeni de budur. LaTeX ayrıca, yazarların belgelerinin bir parçası olarak kullanabileceği binlerce ek paket aracılığıyla genişletilebilirliği destekler. Bunların üstüne, yazarlar belirli etkiler elde etmek için yeni TeX veya LaTeX makroları yazma ya da mevcut olanları yeniden tanımlama özgürlüğüne sahiptir. Ancak belki de bu özgürlük ve esneklik bir bedel gerektirir; çünkü LaTeX'in otomatik olarak doğru şekilde etiketlenmiş ve erişilebilir PDF çıktısı üretebilmesi için, tüm bu LaTeX paketleri ve makrolarının sayısız etkileşimiyle üretilen içerik bir şekilde düzenlenmek zorundadır. Uygulamada, LaTeX'in sağladığı genişletilebilirlik, güç, çok yönlülük ve yazarlık “özgürlüğü”, PDF/UA veya PDF/A-{1|2|3}a standartlarına uyan tam erişilebilir etiketli PDF belgelerinin sorunsuz ve şeffaf (“otomatik”) üretimi için teknik zorluklar doğurur. Daha geniş TeX ve LaTeX topluluğu bu zorlukları ele almak için yoğun biçimde çalışıyor ve TeX User Group (TUG), PDF erişilebilirliği ve PDF standartları [çalışma grubu](https://www.tug.org/twg/accessibility/). Bir [tartışma listesi](https://tug.org/mailman/listinfo/accessibility) var; bu da ilgili tarafların TeX ve LaTeX kullanarak etiketli PDF dosyalarının üretimini tartışmaları için bir yol sağlar. Bu tartışmalarda, LaTeX'in aslında çalıştırılabilir bir dizgi programı olmadığını, TeX adlı daha düşük seviyeli bir dilde yazılmış sofistike makrolardan (komutlardan) oluşan büyük bir koleksiyon olduğunu hatırlamak önemlidir. Özenle hazırlanmış LaTeX belgeniz ile nihai dizilmiş PDF'niz arasında, görevi LaTeX belgenizi yazmak ve oluşturmak için kullanılan LaTeX komutları (yani makrolar) koleksiyonunu “çalıştırmak” olan TeX motoru adlı bir yazılım parçası yer alır; bu komutları, belgenizin dizilmiş temsiline dönüştürerek bir PDF dosyası olarak kaydeder. TeX/LaTeX ekosistemine yeni olanlar, karşılaştıkları araçlar için kullanılan şifreli görünen isim bolluğu karşısında sık sık ve haklı olarak şaşırır: TeX, LaTeX, pdfTeX, pdfLaTeX, XeTeX, XeLaTeX, LuaTeX ve LuaLaTeX. Siz de aynı şekilde hissediyorsanız, Overleaf makalesinde yardım hazır [Bir İsimde Ne Var: TeX'in Çok Sayıdaki Çeşidine Rehber](/latex/tr/derinlemesine-makaleler/55-what-s-in-a-name-a-guide-to-the-many-flavours-of-tex.md) bu terimlerin tümünün kökenini ve anlamını açıklayan. pdfTeX, XeTeX veya LuaTeX gibi TeX motorları, *belge derleyicileri*olarak adlandırılan bir yazılım sınıfına girer: LaTeX kodunuzu alır ve LaTeX makrolarını (komutlarını) daha düşük seviyeli TeX dili talimatlarına “dönüştürerek” dizilmiş biçimine derler; bu talimatlar dizgi sonucunu üretmek için “çalıştırılır”. TeX tabanlı dizgi sistemleri, ileri düzey matematik, nota yazımı, kimyasal yapılar, grafikler ve sofistike çok dilli dizgili metin dâhil olmak üzere son derece karmaşık içerikler üretebilir. Bu karmaşık belgelerin erişilebilirlik standartları ve düzenlemelerine uymasını sağlamak için, TeX motorları, LaTeX makro koleksiyonu ve LaTeX paketleriyle birlikte, ürettikleri PDF dosyalarına çok miktarda ek veri gömerek uygun şekilde etiketlenmiş PDF dosyaları oluşturmalıdır. TeX motorları son derece karmaşık PDF dosyaları üretebilse de, iç süreçleri, algoritmaları ve işlevleri *yerleşik* özellikle tasarlanmış *özelliklere* etiketli ve erişilebilir PDF'lerin üretimini desteklemek için sahip değildir. Bunun yerine, etiketleme ve erişilebilirlik desteği, TeX motorları tarafından oluşturulan PDF'lere ek veri “enjekte eden” karmaşık makro programlama yoluyla sağlanmalıdır— `StructTreeRoot`içinde saklanan işaretli içerik dizileri, yapı öğeleri ve mantıksal yapı veri yapıları oluşturularak. Ve işte burada o “düzenleme”, tam anlamıyla öne çıkar: LaTeX'in çekirdeğindeki (kernel) kod ile binlerce paketteki ve sayısız yazar tarafından oluşturulan makrolardaki kod, makroların çalıştırılmasının ortaya çıkan belgelerin içeriğinin doğru etiketlenmesini sağlaması için çok dikkatli bir şekilde birlikte çalışmak zorundadır. Bu “düzenleme”, yazarlar LaTeX'in, paket sisteminin ve TeX makrolarının gücünün özelliklerini, komutlarını ve işlevselliğini nasıl birleştirip kullanmayı seçerse seçsin güvenilir olmak zorundadır. ### Yazarların ihtiyaçları Çoğu insan için LaTeX, güzelce dizilmiş belgeler oluşturmanızı sağlayan ve bunu yaparken hedefinize ulaşmak için paketleri seçme özgürlüğü veren bir araçtan ibarettir. LaTeX yazarlarının büyük çoğunluğu belgelerinin yalnızca “çalışmasını” ister: hata vermeden dizilsinler ki tezlerini, makalelerini, raporlarını teslim edebilsinler ya da uzun zamandır beklenen o kitabı tamamlayabilsinler. Haklı olarak, LaTeX kullanıcıları seçtikleri LaTeX paketleri koleksiyonunun barış içinde bir arada var olmasını ve belgelerini üretmek için gerekli komutları ve özellikleri sağlamak üzere sorunsuz ve şeffaf biçimde birlikte çalışmasını bekler. LaTeX'ten etiketli PDF üretme gereksinimiyle karşılaşıldığında da aynı beklentiler ortaya çıkar: bu iş şeffaf biçimde ve minimum yazar müdahalesiyle “kendiliğinden” çalışmalıdır. Ne yazık ki, “İşte oldu! ne yaparsam yapayım etiketleme otomatik gerçekleşiyor” deneyiminden hâlâ oldukça uzağız. Erişilebilirliğin teknik gereksinimlerini etiketli PDF ile birleştirmek ve bunu LaTeX ile yazar özgürlüğüne bağlamak doğası gereği karmaşıktır ve belki de teknik zorlukların pratik uygulama ve çözüme uygun hale gelebilmesi için bir tür “yazar disiplini” gerekli olabilir. Ayrı ama ilişkili bir konu da şudur: yanlış etiketleme nihai PDF üzerinde görsel olarak hiçbir etki yaratmayabilir; görünüşte mükemmel olabilir ve büyük olasılıkla sorunsuz yazdırılır da, ancak yazarın haberi olmaksızın etiketleme “bozuk” olabilir ve bu ancak sonrasında PDF/A uygunluk/doğrulama kontrollerinin başarısız olması ve/veya ekran okuyucular gibi erişilebilirlik yazılımlarıyla yapılan daha ileri pratik testler sırasında ortaya çıkabilir. ### Overleaf'te üretilen PDF dosyaları Overleaf, kullanıcı topluluğuna tarayıcı tabanlı bir LaTeX düzenleyicisi ile işbirlikçi yazarlığı kolaylaştıran proje ve belge yönetim araçları sunar—bunların tümü standart bir TeX Live kurulumunun üzerine inşa edilmiştir. Fiilen, Overleaf kullanıcıların bir web tarayıcısı üzerinden “uzaktan LaTeX çalıştırmasına” olanak tanır ve tam bir TeX Live sistemini yönetme ve sürdürme karmaşıklıklarından bir koruma katmanı sağlar. Overleaf'in standart bir TeX/LaTeX kurulumunu kullanmasının bir sonucu olarak, Overleaf'in düzenleyicisinde yazılan LaTeX kodundan üretilen PDF'ler, kullanıcıların yerel cihazlarına kurdukları sistemler de dâhil olmak üzere, aynı sürümdeki herhangi bir başka TeX Live kurulumunda bulunan tam olarak aynı teknolojiler kullanılarak oluşturulur. Tek fark, Overleaf'in LaTeX kodunu derleyen ve işleyen TeX motorlarının yerel makinelerde değil, uzak sunucularda çalışmasıdır. Overleaf, tarayıcıda verimli indirme/görüntüleme için TeX tarafından oluşturulan PDF'yi doğrusal hale getirir; ancak bu işlem, PDF içeriğinin erişilebilirliğiyle doğrudan ilgili değildir. Overleaf üzerinden erişilebilir PDF üretimi, standart TeX motorlarına yerleşik yetenek ve özelliklere ve kullanıcıların belgelerinin bir parçası olarak kullanabileceği uygun LaTeX makro paketlerinin bulunabilirliğine bağlıdır. Overleaf kullanılarak oluşturulan LaTeX belgeleri, kullanıcıların LaTeX projelerini çeşitli yayınevi dergi sistemlerine göndermek üzere sıklıkla Overleaf'ten dışa aktarması gerektiğinden, diğer TeX ve LaTeX kurulumlarıyla uyumlu kalmak zorundadır. LaTeX belgelerine veya alttaki TeX motorlarına Overleaf'e özgü özellikler eklemek, kullanıcıların çalışmalarını başka yerlerde kullanma özgürlüğünü ciddi biçimde kısıtlardı. Overleaf, TeX/LaTeX yazarlık sistemlerinden üretilen tam erişilebilir PDF'lere duyulan ihtiyacı tanır ve destekler: erişilebilirlik sorunlarını araştırmaya, TeX motorlarındaki en son gelişmeleri ve etiketli PDF'yi destekleyen deneysel LaTeX paketlerini incelemeye zaman ayırırız. Sonuç olarak, bu yazının yazıldığı tarihte, LaTeX yazarlarının (via `\usepackage`) kullanarak genel LaTeX belgelerinden sorunsuz ve şeffaf biçimde tam erişilebilir ve PDF/UA uyumlu PDF'ler oluşturabileceği hazır bir çözüm yoktur. Bu çözümler TeX Live güncellemeleri aracılığıyla kullanılabilir hale geldiğinde, elbette Overleaf kullanıcı topluluğu için de kullanılabilir olacaktır. ### Etiketleme ve erişilebilirliği keşfetmek için bazı LaTeX paketleri Birçok insan için, [tex.stackexchage](https://tex.stackexchange.com/) TeX, LaTeX veya ConTeXt konusunda yardım için ilk başvurulan yerdir. Harika bir kaynaktır ve [erişilebilirlik](https://tex.stackexchange.com/questions/tagged/accessibility?tab=Newest) ve LaTeX aracılığıyla erişilebilir PDF üretimi konularında birçok soru içerir. Bu soruları ve ardından gelen yanıtlar ile yorum akışını okur ve gezerseniz, kaçınılmaz olan tek sonuç şudur: şu anda her tür LaTeX belgesinden otomatik olarak tam erişilebilir, standartlara uygun, etiketli PDF'ler oluşturacak tam, üretim düzeyinde bir çözüm yoktur. Ancak, etiketlemeyi destekleyen bazı paketler vardır—gerçi belki de sınırlı bir kullanım senaryosu ve belge türü aralığı içinde. Aşağıdaki liste, LaTeX tabanlı PDF etiketlemeyi keşfetmek isteyen okuyucular için sağlanmıştır: * [`tagpdf` paketini](https://ctan.org/pkg/tagpdf) (Ulrike Fischer): PDF etiketleme ile deney yapmak üzere tasarlanmış, oldukça yetenekli paket. pdfTeX ve LuaTeX'i destekler ve TeX motorları aracılığıyla etiketli PDF'ler oluşturmanın teknik zorlukları hakkında bazı mükemmel notlar içeren son derece yararlı ve ilginç bir dokümantasyon sunar; söz konusu sorunları daha iyi anlamak isteyen herkes için şiddetle tavsiye edilir. Gelecekteki yönelim büyük olasılıkla LuaTeX olacaktır. * [`axessibility` paketini](https://ctan.org/pkg/axessibility?lang=en) (Boris Doubrov ve Turin Üniversitesi): yardımcı teknolojiler aracılığıyla PDF dosyalarındaki formüllere erişim sağlar. * [`erişilebilirlik` paketini](https://ctan.org/pkg/accessibility) (Andy Clifton): etiketli ve yapılandırılmış PDF dosyaları oluşturur. CTAN notları bu paketin “KOMA-Script belge sınıflarının kullanıcıları için tasarlandığını” belirtir. * [`accsupp` paketini](https://ctan.org/pkg/accsupp) (Heiko Oberdiek): PDF dosyaları için daha iyi erişilebilirlik desteği sağlamak amacıyla deneysel paket. Dikkate değer bir başka referans, 2018 tarihli bir makaledir [Matematiksel Yayıncılık için PDF standartlarının uygulanması](http://web.science.mq.edu.au/~ross/TaggedPDF/PDF-standards-v2.pdf) Macquarie Üniversitesi Matematik Bölümü'nden Dr. Ross Moore tarafından yazılmıştır. Bu makalede Dr. Moore, LaTeX'te PDF etiketlemenin zorluklarına kısa bir genel bakış sunar: > “Zorlukların ana kaynağı, farklı ortamların birbirleriyle etkileşime girme biçiminde yatar. LaTeX'te bir ortam ya da yapı, bir sonrakine başlanana kadar tam olarak tamamlanmış sayılmadığı birçok durum vardır. Dolayısıyla mesele, sağlanan içeriğin her parçasının etrafına başlangıç ve bitiş etiketleri sarmak kadar basit değildir. Bunun yerine, çevredeki materyalin oluşturduğu bağlam içinde, farklı ortamların ve diğer yapıların gerçekte nasıl başlayıp nasıl sona erdiğinin inceliklerini anlamak gerekir.” Dr. Moore aynı zamanda [`pdfx`](https://ctan.org/pkg/pdfx) paketinin mevcut bakım sorumlusudur ve TeX/LaTeX kullanarak etiketli PDF konusunda uzman ve öncüdür. Çalışmaları araştırmaya fazlasıyla değerdir—YouTube'daki ve ilginç içgörüler sunan bu video da dâhil olmak üzere: {% embed url="" %} #### pdfx paketi hakkında not Bu [`pdfx`](https://ctan.org/pkg/pdfx) paketi (Ross Moore ve ark.) PDF/A-1|2|3b (arşivleme) ve diğer seçenekler için mükemmel destek sağlar, ancak henüz etiketli PDF üretmez. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://overleaf-pro.ayaka.space/latex/tr/daha-fazla-konu/04-an-introduction-to-tagged-pdf-files-internals-and-the-challenges-of-accessibility.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.