Akademik raporlardaki tek adresli URL'ler hala tavsiye ediliyor mu?


38

Makaleler akademik dünyada yazıldığında, URL'ler genellikle tek aralıklı olarak ayarlanır. Bunun nedeni tarihi görünmektedir ve bu soru-cevap içinde TexSE'de açıklanmaktadır. URL'lerin nadir olduğu andan itibaren artık olarak özetlenebilir. Monospace'de basılmış bir tür bilgisayar kodu olarak algılandılar.

Monospace fontu kullanmak, özellikle orantılı fontla birlikte kullanıldığında göze hoş gelmiyor. Aynı yazı tipinde orantılı ve orantısız yazı tipleri birleştirildiğinde bile durum budur (burada: Linux Libertine ve Linux Libertine Mono).

görüntü tanımını buraya girin

Öyleyse soru şudur: URL’leri tek tek izlemek hala fiili bir standart mı olmalı yoksa başka bir yöntem mi tercih edilmeli yoksa URL’leri genel olarak dezavantajlı hale getirmeli mi?


1
Çalıştığınız organizasyonun bir stil rehberi var mı? Kontrol ettin mi? Eğer öyleyse, o zaman sadece onunla gidin.
Billy Kerr

1
@BillyKerr Üniversitemin tüm bölümler için tek bir stil rehberi yok ve alanımın hiç bir stil rehberi yok. Temel olarak, sürekli kullandığım sürece hangi tarzı tercih edeceğimi seçebilirim. Bu nedenle benim kararım tamamen estetik.
Philipp,

6
“Dürüst olmak gerekirse, metnin akışına ciddi bir şekilde zarar vermeden ya da berbat, kırılgan TeX kırmalarına başvurmadan tüm bu yüzdürmeleri istediğiniz yerde tutabilmemi bekliyor musunuz?” "Hayır, Bay Bond, ölmenizi bekliyorum."
Tristan,

2
“Bir monospace fontu kullanmak göze hoş gelmiyor” [kaynak belirtilmeli] Ayrıca: URL'yi farklılaştırmanın başka bir yolu ne düşünüyorsunuz? Renk? Eğik?
Andrea Lazzarotto

1
Bence göze hoş geldiğini düşünüyorum
theonlygusti

Yanıtlar:


54

URL’ler normal metin değildir

Bir monospace fontu kullanmak göze hoş gelmiyor, […]

Evet, ancak URL’leri okumak zaten pek hoş değil. Öyleyse, bir saniye için neden bir URL’yi neden yazdığınızı düşünün. Günümüzde, bunu sık sık yapmanız gerekmez, çünkü hemen hemen her dijital ortamda insan tarafından okunabilen bir metni, herkes için daha rahat olan bir köprüyle donatabilirsiniz. Bir URL'yi gerçekten girmeniz gerekiyorsa, genellikle basılı bir ortam içindir ve daha sonra normal metin gibi okunmak için değil , bazen bir OCR yazılımı tarafından, genellikle bir okuma ve yazma insanı tarafından dijital bilgilere çevrilmek içindir .

Bunu akılda tutarak, URL dizgi kriterleri normal metin için biraz farklıdır. Normal metin, hızlı bir şekilde okumamıza olanak veren çok fazla fazlalık içeriyor - bazı ayrıntıları yanlış anlasak bile, beynimiz kolayca otomatik olarak düzeltebilir¹. Bu URL'ler için geçerli değildir: Okuyucunun her karakteri doğru yapması gerekir. Her zaman okunabilirlikte olduğu gibi endişe, okuyucunun düzeltilemeyen hatalar yapması değil, hatalarını bulmak için birkaç saniye tekrar okuma boşa harcamamaları ve rahatsız edilmemeleridir.

URL'leri dizerken bir diğer önemli husus, bazı karakterlerin normal metinden farklı olarak kullanılması ve bu nedenle normal metinler için tasarlanan fontların, olduğu gibi uygulandığında genellikle yetersiz kalmasıdır. Örneğin, temel nokta (.) Genellikle hem normal metinlerde hem de URL’lerde önemli bir ayrımı işaretlemek için kullanılır. Bununla birlikte, normal metinlerde tam durak olarak kullanıldığında, bu işlevi optik olarak destekleyen bir boşluk izler. Bu, URL'ler için geçerli değildir ve özellikle karakter aralığı, noktanın hak ettiğinden çok daha az belirgin olmasına neden olabilir. Başka bir örnekte, büyük harf karakterler URL’lerde daha az yaygındır.

Rt Wrt ile stnt, snc dc nt snr sntnc. Tihs sencetne, ebedi, raed için eisear. Neredeyse tüm noktalama işaretleri, büyük harf ve makaleler bağlamdan tahmin edilebilir.

Örnek

Ubuntu ve Ubuntu Mono’da ayarlanmış URL

  • En üstteki örneğe bakarsanız, muhtemelen gözünüze çarpan ilk şey, çok önemli olmadığı için kötü olan, tümü büyük harf olan 47ATX'dir ve bu URL'yi yazmak istiyorsanız, genellikle başlangıçtan başlamak istersiniz. . Bu sorun, büyük harflerin, genişliklerin yanı sıra nispeten daha küçük olmaları nedeniyle, en azından tabanda hafiflemektedir.

  • URL'nin ana yapısının alt örnekte ayrıştırılması daha kolaydır, çünkü noktalara, kısa çizgi ve eğik çizgilere glif genişliği ve karakter aralığı açısından daha fazla alan verilir.

  • M alt örnekteki güzel özellikle değildir: Oldukça sıkılmış görünüyor ve kısaltılmış orta kök yersiz olduğunu. Bununla birlikte, açıkça bir  m'dir ve rn ile karıştırılamaz  . Bu, her türlü metin için bir sorun olsa da, bu tür yönleri yanlış okumak, anında fark etmeyeceğiniz, ancak 404 hata oluştuktan veya pom siteye girdikten sonra geri dönüp hatalarınızı tespit etmek zorunda kaldıklarından, URL'leri oldukça rahatsız edicidir ( indirim için ChrisH kredi .

Bütün bunların monospacing ile ne ilgisi var?

Yukarıdaki kriterlerden hiçbiri kesinlikle bir fontun orantılı veya tek aralıklı olmasına bağlı olmamakla birlikte, ortalama monospace yazı tipiniz ortalama orantılı yazı tipinizden çok daha iyi puan alır. Ancak, normal orantılı yazı tiplerinin dezavantajlarının farkındaysanız, yazı tipini değiştirmeden, özellikle de aralığı ayarlayarak bunların çoğunu da adresleyebilirsiniz.

Bu nedenle, günün sonunda, aşağıdaki faktörleri göz önünde bulundurarak bir uzlaşma bulmalısınız:

  • Monospace fontunuz normal fontla ne kadar iyi eşleşiyor?

  • Ne kadar URL yazmanız gerekiyor?

  • URL’leriniz ne kadar uzun ve karmaşık? Örneğin, www.example.com, normal bir yazı tipiyle okunabilirlik açısından yukarıdaki örnekten daha iyi huyludur.

  • Ne kadar zaman ve çaba harcamak istersiniz?


9
Bununla birlikte, iyi seçilmiş bir monospace fontu fark yaratabilir. Ubuntu-mono, kurye yenisinden farklı olarak, yüzünüzde olmadığı için harika bir monospace fontudur.
Tyzoid

Sebep bu ise, tarayıcılar URL'yi adres çubuğunda göstermek için neden monospace kullanmıyorlar? Bu belki de kimlik avından korunmak için çok basit bir çözüm olabilirdi…?
Halı,

1
neden tarayıcılar URL’yi adres çubuğunda göstermek için tek boşluk kullanmıyorlar? - Çünkü durum yazdırılan URL'lerle aynı değil. Adres çubuğundan en son ne zaman bir URL yazdığınızı (veya yazdığınızı) kendinize sorun veya tam olarak okuyun. Tarayıcı UX konusunda uzman değilim, ancak asıl faktörün adres çubuğuna olabildiğince fazla içerik almak istediğiniz ve bu nedenle monospace fontlarının (daha geniş olan) tercih edilmediğini düşünüyorum. Kimlik avına gelince, bunun çoğunlukla çok fazla değişeceğini sanmıyorum, çünkü çoğunlukla kurbanın aptallığına güveniyor.
Wrzlprmft

28

Birkaç nokta daha:

  • Monospaced yazı tiplerinin çoğu iyi karakter farklılığına sahiptir. 1Il ile karşılaştırın 1Il.
  • Ekranda okunan bir pdf'te (akademik belgelerden bahsediyorsunuz, bu yüzden bu muhtemel bir formattır), yazı tipi metnin tıklanabilir bir bağlantı olabileceğini gösterir. Bu yüzden DOI'ler için de sıklıkla kullanılır. Aslında olması çok yaygın "DOI: <code> 10.1063 / 1.3693427 </code>"

(yani, tek boşluklu benzersiz tanımlayıcı; buradaki etiket küçük harflerle yazılmıştır). DOI'ler, boşluklar ve yüzde işaretleri gibi daha geniş bir izin verilen karakter yelpazesine sahip olduklarından URL'lerden bile daha zordur.

  • Her şey bağlamla ilgili.
    • Afiş / broşür hazırlıyorsanız, kullanıcı adresi okuyacak ve yeniden yazacaktır. Yani netlik önce gelir, yakın estetik iyi estetik.
    • Bu bir web sitesi ise, kullanıcılarınız bir URL’nin tıklanabilir gibi göründüğü herhangi bir şeyi varsayacaktır.
    • Bu bir tez / bildiri ise, okuyucunuza yardım edin . Görüntülenen bir URL, hem ekran hem de baskı okuyucuları için iyidir (ancak alan kaplar). Bazı dergiler, tıklanabilir bir link olduğunda indirilen bir pdf'in referanslarında bulunan kağıt başlığı mavi renklendirir. Bu, ekranda bir okuyucuya yardımcı olur, ancak bir kâğıt kopyasına yapılan referansı takip etmek genellikle makul bir URL'yi yeniden yazmaktan daha yavaştır.

7
Özellikle +1 için monospaced yazı tipleri iyi karakter farklılığına sahiptir.
Eric

3

Söylediğin gibi, tek bir stil rehberin olmadığından ve seçme özgürlüğüne sahip olduğundan, çirkin bir monospace fontuna olan ihtiyacı kendim göremiyorum. Ancak, bu sadece kişisel bir görüş. Seçtiğiniz şeyin tutarlı bir şekilde kullanılması gerektiği konusunda haklısınız

Bir web bağlantısını bir şekilde vurgulamak istiyorsanız, italik veya farklı renkler gibi başka seçenekler de vardır.

Ayrıca, bugünlerde bir web bağlantısından önce "http: //" kullanımının gerçekten gerekli olmadığını düşünüyorum.


6
“Http: //” nin gerekli olmadığı konusunda hemfikir değilim: Birincisi, bir bağlantının şifrelenmiş olması (http ( s )) ve ikincisi, bazı web sitelerinde dns yönlendirme düzgün bir şekilde uygulanmadığında bu iyi bir gösterge olabilir. URL’nin bazı kısımları sorunlara yol açabilir. Ayrıca, sysadmin www'yi uygulamamaya karar verirse, URL’niz doğrudan kafa karıştırıcı olabilecek etki alanı adıyla başlar.
Philipp,

@Philipp Protokolü olmayan çıplak bir etki alanı adı, artık bir URL / URI değildir. Ve "www.example.com" olayı (ölmekte olan) bir kongredir.
Monty Harder

2
Yanlış orantılı yazı tipi ile arnazon.com veya tvvitter.com gibi alan adlarının kimlik avı potansiyelini düşünün. Tarayıcıları, bu tür shenananlara karşı korumak için adres çubuklarını tek tek kullanacak şekilde yapılandırıyorum.
Monty Harder

3
protokol hayati önem taşımaktadır. Düşünün mail.example.com; makul herhangi bir veya tüm çalışan edilebileceğini http, smtp, imapveya popve / veya bunların güvenli sürümleri. Okuyucunun tahmin etmesini bekleyemezsiniz.
Rodney,

2

monospacing URL'leri hala fiili standart mı olmalı?

Hayır. Akademik yazılara karışıklık katıyor.

Gülünç miktarda akademik makale okuduktan sonra şunu söyleyebilirim: en sinir bozucu şey tutarsızlık. Şahsen, bir monospace url'sinin aptalca fikrini çözerdim, ama bir nedenden ötürü istersen , tutarlı olduğuna dair daha üst düzeyde uyanık olmalısın.

Eğer Zotero'nun / Url'lerinize biçimlendirmek için EndNote ayarlarla uğraşmadan gitmek istiyoruz ve: ayrıca otomatik atıf ve referans sistemlerini düşünün hepsi bu yakalamak olacak ? İşlerin ne sıklıkta sıkıntıya girdiğine şaşıracaksınız.

Alıntıları ve referansları kopyalayıp yapıştırırsanız, bundan nefret edersiniz.

Başka bir yöntem tercih edilmeli mi yoksa genel olarak URL’leri vurgulamamalı mıyım?

Size bağlı olarak - benim kişisel görüşüm, aslında tıklanabilir olmadıkça URL'leri vurgulamanın tamamen gereksiz olduğudur .


Word gibi bir şey yazıyor gibi görünüyorsun. Bu durumda, URL'ler için uygun bir stil hala kullanılabilir; URL bir durumda onu tanımlamak / biçimlendirmek zorunda kaldığında tıklanabilir olmalıdır . Elbette ödevlerinizi LaTeX'e BibTeX veya BibLaTeX kullanarak yazarsanız, biçimlendirme sizin için tutarlı olarak yapılır ve URL'ler tıklanabilir; herşey iyi. OP'nin LaTeX kullanıyor olabileceğine inanıyorum
Chris H

Word'e dokunmam. Tezlerimi InDesign'da Zotero ve küçük bir LaTex ile yazdım. Ayrıca herhangi bir kombinasyonda yazılmış makaleler ve tezler de gördüm ve tutarlılık garantisi yok gibi görünüyor.
benteh

@Benteh Zotero'nun Word olmadan aracı olarak InDesign ile çalışmasını nasıl sağladınız? Bunu yıllardır kesinlikle şanssız bir şekilde yapmaya çalışıyorum.
Janus Bahs Jacquet,

temelde eklenti zot2indd ile: LaTex tarzı alıntılar yazmanız gerekir, fakat bana göre bu küçük bir güçlük. Benim için biraz bulanıksanız, biçimlendirme ve benzeri konularla ilgili olarak ayarlamak biraz zor. github.com/ka1/zot2indd
benteh

1

Bence bu artık bir standart değil. Bunları vurgulamak veya istememeye kadar. Şahsen, monospaced bir font kullanarak veya gerçek bağlantıların rengini değiştirerek veya hatta gövde metninde URL'lerin önüne küçük bir paylaşım simgesi ekleyerek URL’leri kesinlikle vurgularım .

Ardından, Acrobat'ta görüntülendiğinde gerçekten tıklanabilecekleri şekilde köprüler içeren PDF'ye dışa aktardığınızdan emin olun.


“Şahsen ben kullanarak… veya… kullanarak kesinlikle vurgularım” yazdınız: Bu, kesinlikle bir URL'yi vurguladığınız anlamına mı geliyor (açıklanan yöntemlerden birini kullanarak)? Yoksa, bir URL'yi vurgulayıp vurgulamayacağınızın kesin olmadığı, ancak bunu yapmanız durumunda, açıklanan yöntemlerden birini kullanarak yapacağınız anlamına mı geliyor?
Philipp,

Biraz düzelttim. Bunları vurgulayacağım ve bunu ya da listelenen diğer yöntemleri kullanarak yapacağım.
Lucian
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.