ยังแนะนำให้ใช้การ monospacing URL ในเอกสารทางวิชาการหรือไม่


38

เมื่อเอกสารถูกเขียนในโลกวิชาการ URL มักถูกจัดวางในรูปแบบการบินอวกาศ เหตุผลของเรื่องนี้ดูเหมือนจะเป็นประวัติศาสตร์และอธิบายไว้ในคำถาม & คำตอบที่ TexSE อาจสรุปได้ว่าเป็นของเหลือจากเมื่อ URL ผิดปกติ พวกเขาถูกมองว่าเป็นรูปแบบของรหัสคอมพิวเตอร์ซึ่งเคยพิมพ์ในอวกาศ

การใช้แบบอักษร monospace ไม่เป็นที่พอใจโดยเฉพาะอย่างยิ่งเมื่อใช้ร่วมกับแบบอักษรที่มีสัดส่วน ในกรณีนี้แม้เมื่อรวมแบบอักษรที่เป็นสัดส่วนและไม่เป็นสัดส่วนของแบบอักษรเดียวกันเข้าด้วยกัน (ที่นี่: Linux Libertine และ Linux Libertine Mono)

ป้อนคำอธิบายรูปภาพที่นี่

ดังนั้นคำถามคือ: ควร monospacing URL ยังคงเป็นมาตรฐานโดยพฤตินัยหรือวิธีอื่นควรได้รับการสนับสนุนหรือควรเน้น URL ที่เสียเปรียบโดยทั่วไป?


1
องค์กรที่คุณทำงานมีคู่มือสไตล์หรือไม่ คุณตรวจสอบแล้วหรือยัง ถ้าเป็นเช่นนั้นเพียงแค่ไปกับที่
Billy Kerr

1
@BillyKerr มหาวิทยาลัยของฉันไม่มีคู่มือสไตล์เดียวสำหรับทุกแผนกและสาขาของฉันไม่มีคู่มือสไตล์เลย โดยพื้นฐานแล้วฉันสามารถเลือกสไตล์ที่ต้องการได้ตราบใดที่ฉันใช้มันอย่างสม่ำเสมอ ดังนั้นการตัดสินใจของฉันคือความสวยงามอย่างหมดจด
ฟิลิปป์

6
"คุณคาดหวังอย่างจริงใจหรือไม่ว่าฉันจะสามารถเก็บโฟลตเหล่านี้ไว้ในที่ที่คุณต้องการโดยไม่ทำอันตรายต่อการไหลของข้อความหรือหันไปใช้เทคแฮ็กซ์ที่น่ากลัวและบอบบาง" "ไม่นายบอนด์ฉันคาดหวังให้คุณตาย"
อุโมงค์

2
“การใช้ตัวอักษร monospace จะไม่เจริญตา” [อ้างจำเป็น]นอกจากนี้สิ่งที่ทางอื่นที่จะแยกความแตกต่างของ URL ที่ถูกคุณคิด? สี? ตัวเอียง
Andrea Lazzarotto

1
ฉันคิดว่ามันเป็นที่พอใจต่อสายตา
theonlygusti

คำตอบ:


54

URL ไม่ใช่ข้อความปกติ

การใช้แบบอักษร monospace ไม่พอใจตา […]

ใช่ แต่แล้วการอ่าน URL ยังไม่เป็นที่ชื่นชอบ ดังนั้นลองคิดดูว่าทำไมคุณจึงพิมพ์ URL ในตอนแรก ทุกวันนี้คุณมักไม่จำเป็นต้องทำเช่นนี้เพราะในสื่อดิจิทัลเกือบทุกประเภทคุณสามารถจัดเตรียมข้อความเชื่อมโยงหลายมิติที่มนุษย์สามารถอ่านได้ซึ่งสะดวกสบายสำหรับทุกคนที่เกี่ยวข้อง หากคุณต้องการพิมพ์ URL จริง ๆ แล้วมันมักจะเป็นสื่อที่พิมพ์ออกมาและไม่ใช่สำหรับการอ่านเช่นข้อความปกติ แต่สำหรับการแปลเป็นข้อมูลดิจิทัลโดยปกติแล้วเป็นการอ่านและการพิมพ์ของมนุษย์บางครั้งโดยซอฟต์แวร์ OCR

เมื่อคำนึงถึงสิ่งนี้เกณฑ์สำหรับการเรียงพิมพ์ URL จะแตกต่างจากข้อความปกติเล็กน้อย ข้อความปกติมีความซ้ำซ้อนจำนวนมากที่ทำให้เราสามารถอ่านได้อย่างรวดเร็ว - แม้ว่าเราจะได้รับรายละเอียดที่ผิดสมองของเราก็สามารถแก้ไขได้โดยอัตโนมัติ easily สิ่งนี้ใช้ไม่ได้กับ URL: ผู้อ่านจะต้องทำให้ตัวละครทุกตัวถูกต้อง เช่นเดียวกับความสามารถในการอ่านความกังวลไม่ใช่ว่าผู้อ่านทำผิดพลาดได้ แต่ไม่ต้องเสียเวลาอ่านสักสองสามวินาทีเพื่อหาข้อผิดพลาดและไม่รำคาญ

ข้อควรพิจารณาอื่นที่เกี่ยวข้องเมื่อ URL การเรียงพิมพ์คืออักขระบางตัวถูกใช้แตกต่างจากข้อความปกติและแบบอักษรที่ออกแบบมาสำหรับข้อความปกติมักจะไม่ดีเมื่อใช้ ตัวอย่างเช่นจุดพื้นฐาน (.) มักใช้เพื่อทำเครื่องหมายการแยกที่สำคัญทั้งในข้อความปกติและ URL อย่างไรก็ตามเมื่อใช้เป็นตัวหยุดแบบเต็มในข้อความปกติจะตามด้วยช่องว่างซึ่งรองรับฟังก์ชันนี้อย่างเหมาะสม สิ่งนี้ไม่ได้ใช้กับ URL และโดยเฉพาะอย่างยิ่งการจัดช่องไฟอาจทำให้เกิดจุดที่โดดเด่นน้อยกว่าที่ควรจะเป็น ในอีกตัวอย่างหนึ่งอักขระตัวพิมพ์ใหญ่จะมีน้อยกว่าทั่วไปใน URL

¹หากต้องการ strth กับ u cn stl dcphr ths sntnc Tihs sencetne เป็น eevn eisear to raed เครื่องหมายวรรคตอนตัวพิมพ์ใหญ่และบทความเกือบทั้งหมดสามารถคาดเดาได้จากบริบท

ตัวอย่าง

URL เดียวกันนี้ตั้งอยู่ใน Ubuntu และ Ubuntu Mono

  • หากคุณดูตัวอย่างด้านบนสิ่งแรกที่อาจจะดึงดูดสายตาของคุณคือ all-caps 47ATXซึ่งไม่ดีเนื่องจากไม่สำคัญเป็นพิเศษและหากคุณต้องการพิมพ์ URL นั้นคุณมักต้องการเริ่มต้นที่จุดเริ่มต้น . ปัญหานี้ได้รับการบรรเทาอย่างน้อยที่ด้านล่างเนื่องจากตัวอักษรพิมพ์ใหญ่ค่อนข้างสูงและกว้าง

  • โครงสร้างหลักของ URL นั้นง่ายต่อการแยกวิเคราะห์ในตัวอย่างด้านล่างเช่นจุดยัติภังค์และสแลชจะมีพื้นที่มากขึ้นในแง่ของความกว้างของสัญลักษณ์และการจัดช่องไฟ

  • ตัวmไม่ได้สวยงามโดยเฉพาะในตัวอย่างด้านล่าง: มันดูค่อนข้างบีบและลำต้นกลางที่สั้นลงนั้นอยู่นอกสถานที่ อย่างไรก็ตามมันชัดเจนว่าเป็น  mและไม่สามารถเข้าใจผิดว่าเป็น  rn ในขณะที่ปัญหานี้เป็นปัญหาสำหรับข้อความทุกประเภทการเข้าใจผิดในแง่มุมต่าง ๆ นั้นน่ารำคาญมากยิ่งขึ้นเมื่อคุณไม่สังเกตเห็นมันในทันที แต่ต้องย้อนกลับไปและตรวจสอบความผิดพลาดของคุณหลังจากที่คุณพบข้อผิดพลาด 404 หรือลงบนไซต์ pom เครดิตChrisHสำหรับคำพิพากษา)

สิ่งทั้งหมดนี้เกี่ยวข้องกับการ monospacing หรือไม่

ในขณะที่ไม่มีเงื่อนไขใด ๆ ข้างต้นผูกติดอยู่กับแบบอักษรที่เป็นสัดส่วนหรือ monospace อย่างเคร่งครัดแบบอักษร monospace แบบเฉลี่ยของคุณจะดีกว่าแบบอักษรตามสัดส่วนแบบเฉลี่ยของคุณมาก อย่างไรก็ตามหากคุณทราบถึงข้อเสียของแบบอักษรตามสัดส่วนปกติคุณสามารถแก้ไขแบบอักษรส่วนใหญ่ได้โดยไม่ต้องเปลี่ยนแบบอักษรโดยเฉพาะอย่างยิ่งด้วยการปรับระยะห่าง

ดังนั้นในตอนท้ายของวันคุณต้องหาการประนีประนอมโดยพิจารณาจากปัจจัยต่อไปนี้:

  • แบบอักษร monospace ของคุณดีเพียงใดกับแบบอักษรปกติ

  • คุณต้องเรียงพิมพ์กี่อัน?

  • URL ของคุณยาวและซับซ้อนแค่ไหน ตัวอย่างเช่น www.example.com มีความอ่อนโยนในแง่ของความสามารถในการอ่านด้วยตัวอักษรปกติมากกว่าตัวอย่างด้านบน

  • คุณต้องการลงทุนและใช้เวลานานแค่ไหน?


9
ที่กล่าวไว้ว่าอักษรฟอนต์ที่เลือกมาอย่างดีสามารถสร้างความแตกต่างได้ทั้งหมด Ubuntu-mono เป็นฟอนต์ monospace ที่ยอดเยี่ยมเนื่องจากไม่ใช่ในหน้าของคุณซึ่งแตกต่างจาก courier แบบใหม่
Tyzoid

หากเป็นเช่นนั้นเหตุใดเบราว์เซอร์จึงไม่ใช้ monospace ในการแสดง URL ในแถบที่อยู่ นี่อาจเป็นวิธีง่ายๆในการหลีกเลี่ยงฟิชชิ่ง ... ?
2560

1
เหตุใดเบราว์เซอร์ไม่ใช้ monospace เพื่อแสดง URL ในแถบที่อยู่ - เนื่องจากสถานการณ์ไม่เหมือนกับ URL ที่พิมพ์ ถามตัวเองเมื่อคุณพิมพ์ (หรือเขียน) URL ล่าสุดจากแถบที่อยู่หรืออ่านเต็ม ฉันไม่มีความเชี่ยวชาญใน Browser UX แต่ฉันคิดว่าปัจจัยหลักคือคุณต้องการให้เนื้อหาในแถบที่อยู่มากที่สุดเท่าที่จะเป็นไปได้ สำหรับฟิชชิ่งฉันไม่คิดว่ามันจะเปลี่ยนไปมากเพราะมันยังคงอาศัยความโง่เขลาของเหยื่อเป็นหลัก
Wrzlprmft

28

จุดต่อไปไม่กี่:

  • แบบอักษร monospaced จำนวนมากมีความแตกต่างของตัวละครที่ดี เปรียบเทียบ 1Il 1Ilและ
  • ในรูปแบบ pdf (คุณกำลังพูดถึงเอกสารทางวิชาการดังนั้นนี่เป็นรูปแบบที่น่าจะเป็น) ที่อ่านบนหน้าจอแบบอักษรระบุว่าข้อความอาจเป็นลิงก์ที่คลิกได้ นั่นเป็นเหตุผลที่มันมักใช้สำหรับ DOIs เช่นกัน ในความเป็นจริงมันเป็นเรื่องธรรมดาที่จะมี "DOI: <code> 10.1063 / 1.3693427 </code>"

(นั่นคือตัวระบุที่ไม่ซ้ำกัน monospaced เท่านั้นป้ายกำกับที่นี่มีขนาดเล็ก) DOIs ยิ่งซับซ้อนกว่า URL เนื่องจากมีอักขระที่อนุญาตให้ใช้งานได้หลากหลายเช่นช่องว่างและเครื่องหมายเปอร์เซ็นต์

  • มันเกี่ยวกับบริบท
    • หากคุณผลิตโปสเตอร์ / แผ่นพับผู้ใช้จะอ่านและพิมพ์ที่อยู่อีกครั้ง ดังนั้นความคมชัดมาก่อนสุนทรียภาพที่ดีในไม่ช้า
    • หากเป็นเว็บไซต์ผู้ใช้ของคุณจะถือว่าทุกสิ่งที่ดูเหมือนว่า URL นั้นสามารถคลิกได้
    • ถ้ามันเป็นวิทยานิพนธ์ / กระดาษช่วยให้ผู้อ่านของคุณ URL ที่แสดงนั้นเป็นสิ่งที่ดีสำหรับทั้งหน้าจอและตัวอ่านสิ่งพิมพ์ (แต่ใช้พื้นที่มาก) วารสารบางเล่มให้สีของชื่อกระดาษเป็นสีน้ำเงินในการอ้างอิงของไฟล์ PDF ที่ดาวน์โหลดเมื่อมันเป็นลิงค์ที่คลิกได้ สิ่งนี้ช่วยให้ผู้อ่านบนหน้าจอ แต่การติดตามการอ้างอิงบนสำเนากระดาษมักจะช้ากว่าการพิมพ์ URL ที่เหมาะสมอีกครั้ง

7
+1 โดยเฉพาะอย่างยิ่งสำหรับแบบอักษร monospaced จำนวนมากมีความแตกต่างของอักขระ
Eric

3

ตั้งแต่ที่คุณพูดคุณไม่มีไกด์สไตล์เดียวและมีอิสระในการเลือกจากนั้นฉันไม่เห็นความจำเป็นในการใช้แบบอักษรที่น่าเกลียดแบบตัวเอง อย่างไรก็ตามนั่นเป็นเพียงความเห็นส่วนตัว คุณถูกต้องว่าสิ่งที่คุณเลือกควรใช้อย่างสม่ำเสมอ

หากคุณต้องการเน้นเว็บลิงค์ในบางวิธีมีตัวเลือกอื่น ๆ เช่นตัวเอียงหรือสีที่ต่างกัน

ฉันยังคิดว่าการใช้ "http: //" ก่อนการเชื่อมโยงเว็บไม่จำเป็นจริงๆในวันนี้


6
ฉันไม่เห็นด้วยที่ไม่จำเป็น“ http: //”: ประการแรกมันอาจเป็นตัวบ่งชี้ที่ดีหากการเชื่อมต่อถูกเข้ารหัส (http s ) และประการที่สองในบางเว็บไซต์การส่งต่อ DNS ไม่ได้ดำเนินการอย่างถูกต้อง บางส่วนของ URL อาจนำไปสู่ปัญหา นอกจากนี้หากดูแลระบบตัดสินใจที่จะไม่ใช้ www ดังนั้น URL ของคุณจะเริ่มต้นด้วยชื่อโดเมนซึ่งอาจทำให้เกิดความสับสน
ฟิลิปป์

@Philipp ชื่อโดเมนที่ไม่มีโปรโตคอลจะไม่เป็น URL / URI อีกต่อไป และสิ่งที่ "www.example.com" เป็นแบบแผน (กำลังจะตาย)
Monty Harder

2
พิจารณาความเป็นไปได้ของฟิชชิงสำหรับชื่อโดเมนเช่น arnazon.com หรือ tvvitter.com ด้วยตัวอักษรที่มีสัดส่วนไม่ถูกต้อง ฉันกำหนดค่าเบราว์เซอร์เพื่อใช้แถบที่อยู่เพื่อ monospace เพื่อป้องกันการโจมตีแบบไม่แน่นอน
Monty Harder

3
โปรโตคอลมีความสำคัญ พิจารณาmail.example.com; ที่พอจะทำงานใดหรือทั้งหมดของhttp, smtp, imapหรือpopและ / หรือรุ่นที่มีความปลอดภัยดังกล่าว คุณไม่สามารถคาดหวังให้ผู้อ่านคาดเดาได้
ร็อดนีย์

2

ควร monospacing URL ยังคงเป็นมาตรฐานโดยพฤตินัย

ไม่มันเพิ่มระดับความยุ่งเหยิงให้กับการเขียนเชิงวิชาการ

เมื่ออ่านบทความวิชาการที่ไร้สาระฉันสามารถพูดได้ว่าสิ่งที่น่ารำคาญที่สุดคือความไม่ลงรอยกัน โดยส่วนตัวแล้วฉันจะทำให้ความคิดโง่ ๆ ของ url แบบอวกาศ แต่ถ้าคุณมีเหตุผลบางอย่างที่ต้องการคุณจะต้องตื่นตัวอย่างสุดขีดว่าคุณมีความสอดคล้องกัน

พิจารณาด้วยระบบอ้างอิงและอ้างอิงอัตโนมัติ: คุณต้องการไปที่ความยุ่งยากในการตั้งค่า Zotero / Endnote สูงสุดเพื่อจัดรูปแบบ URL ของคุณและสิ่งนี้จะจับพวกเขาทั้งหมดหรือไม่ คุณจะประหลาดใจที่บ่อยครั้งสิ่งต่าง ๆ ยุ่งเหยิงไปเล็กน้อย

หากคุณคัดลอกวางอ้างอิงและอ้างอิงคุณจะเกลียดนี้

วิธีอื่นควรเป็นที่นิยมหรือควรเน้น URL ที่เสียเปรียบโดยทั่วไป?

ขึ้นอยู่กับคุณ - ความคิดเห็นส่วนตัวของผมก็คือว่ามันไม่จำเป็นอย่างเต็มที่เพื่อ URL ที่ไฮไลต์จนกว่าพวกเขาจะสามารถคลิกได้จริง


คุณดูเหมือนจะเขียนในบางสิ่งเช่น Word ในกรณีดังกล่าวยังคงใช้สไตล์ที่เหมาะสมสำหรับ URL URL ควรคลิกได้ในกรณีที่บางสิ่งจำเป็นต้องกำหนด / จัดรูปแบบ แน่นอนถ้าคุณเขียนเอกสารของคุณใน LaTeX โดยใช้ BibTeX หรือ BibLaTeX การจัดรูปแบบนั้นสอดคล้องกับคุณและ URL สามารถคลิกได้ ทั้งหมดเป็นอย่างดี. ฉันเชื่อว่า OP อาจใช้ LaTeX
Chris H

ฉันไม่ได้สัมผัส Word ฉันเขียนวิทยานิพนธ์ของฉันใน InDesign กับ Zotero และ LaTex เล็กน้อย ฉันเคยเห็นบทความและวิทยานิพนธ์ที่เขียนขึ้นในชุดค่าผสมใด ๆ และดูเหมือนว่าจะไม่รับประกันความมั่นคง
benteh

@Benteh คุณทำให้ Zotero ทำงานร่วมกับ InDesign โดยไม่ใช้ Word เป็นตัวกลางได้อย่างไร ฉันพยายามทำมาหลายปีแล้วโดยไม่มีโชค
Janus Bahs Jacquet

โดยพื้นฐานแล้วกับปลั๊กอิน zot2indd: คุณต้องเขียนการอ้างอิงสไตล์ LaTex แต่สำหรับฉันแล้วมันเป็นเรื่องยุ่งยากเล็กน้อย มันเป็นบิตเที่ยวยุ่งหากคุณเป็นบิตเลือนเช่นฉันเกี่ยวกับการจัดรูปแบบและเช่น github.com/ka1/zot2indd
benteh

1

ฉันคิดว่านี่ไม่ใช่มาตรฐานอีกต่อไป ขึ้นอยู่กับ desiger ถึงหรือไม่ทำเพื่อเน้นสีเหล่านี้ โดยส่วนตัวแล้วฉันจะเน้น URL อย่างแน่นอนไม่ว่าจะโดยใช้แบบอักษรแบบโมโนสเปซหรือโดยการเปลี่ยนสีของลิงก์จริงหรือแม้กระทั่งการเพิ่มไอคอนแชร์ขนาดเล็กหน้า URL ในข้อความเนื้อหา

จากนั้นตรวจสอบให้แน่ใจว่าคุณส่งออกเป็น PDF ด้วยการเชื่อมโยงหลายมิติเพื่อให้สามารถคลิกได้จริงเมื่อดูใน Acrobat


คุณเขียนว่า“ โดยส่วนตัวแล้วฉันจะเน้นว่ากำลังใช้…หรือ…”: นั่นหมายความว่าคุณไฮไลต์ URL อย่างแน่นอน (โดยใช้วิธีใดวิธีหนึ่งที่อธิบายไว้) หรือหมายความว่าไม่แน่ใจว่าคุณจะเน้นสี URL หรือไม่ แต่ในกรณีที่คุณทำคุณจะใช้วิธีใดวิธีหนึ่งที่อธิบายไว้
ฟิลิปป์

ฉันใช้ถ้อยคำใหม่อีกครั้ง ฉันจะเน้นสิ่งเหล่านี้และจะทำเช่นนั้นโดยใช้บนหรือวิธีอื่น ๆ
Lucian
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.