Apa karakter yang tepat untuk tanda kutip?


56

Banyak kali saya menemukan apa yang disebut " mesin tik apostrof " (karakter Unicode U+0027dan simbol HTML ') untuk mewakili tanda kutip:

apostrof mesin tik

Namun di sisi lain, " tanda kutip tunggal kanan " (karakter Unicode U+2019dan simbol HTML ’) juga digunakan sebagai gantinya:

tanda kutip tunggal yang tepat

Saya bertanya-tanya sekarang, mana di antara mereka yang benar dan harus digunakan dalam tipografi?

Catatan: Jenis huruf sans-serif Arial digunakan dalam kedua contoh.


Jika maksud Anda adalah menulis dalam bahasa Prancis Prancis, maka gunakan yang kedua dengan spasi tanpa melanggar sebelum tanda tanya.
user2284570

ruang non-breaking sempit adalah U + 202F dan 1/3em - bahkan lebih "benar secara visual" akan menjadi 1/8em "ruang tipis" U + 2009, tetapi "ruang tipis" tidak ditandai sebagai tidak melanggar (saya dengar bahwa InDesign benar-benar menginjaknya sebagai non-breaking.)
Martin Zaske

Jawaban:


69

Itu Mulai Melengkung

Apostrof pertama kali muncul di dunia cetak di Italia, abad ke-16, sebagai bentuk melengkung untuk menandakan elisi yang disalin dari puisi Italia klasik yang ditulis tangan. Apostrof sama dengan "Gotcha" atau "Wannas" kita dalam arti bahwa itu adalah cara untuk menghilangkan kekakuan teks dengan membuatnya terdengar seperti manusia.

Ini adalah contoh dari salah satu pertama kali tanda kutip dicetak. Ini dari "Le cose volgari di messer Francesco", sebuah klasik Italia yang ditulis oleh Petrarch, diterbitkan oleh Aldus Manutius di Italia sekitar tahun 1501.

masukkan deskripsi gambar di sini

Aldus Manutius diduga menyalin buku ini dari naskah asli Petrarch yang dimiliki oleh temannya. Dia memiliki jenis huruf khusus yang dirancang berdasarkan tulisan tangan penyair, menciptakan gaya miring yang sekarang kita kenal sebagai "huruf miring." Dia harus memperkenalkan mesin terbang tanda kutip agar dapat menyalin teks persis seperti yang ditulis penyair itu. Perhatikan apostrof dalam kata "l'honorata". Perhatikan itu memiliki bentuk melengkung.

Itu menjadi Fashionable

Tipe "Italic" yang inovatif dan gaya sehari-hari yang penuh gaya ini mengindikasikan pemilihan sebagai tanda kecil yang lucu mendapatkan ketenaran langsung. Bahkan ketika jenis huruf itu dilindungi oleh Paus sendiri, ia mulai disalin secara ilegal oleh seniman-seniman palsu. Salinan buku dicetak di Lyon menggunakan salinan bajak laut dari jenis huruf dengan tanda kutip dan semuanya.

Pada 1501 Geoffroy Tory menerbitkan Campoflori, sebuah buku yang merevolusi tata bahasa Perancis dan penerbitan buku. Ini memperkenalkan, antara lain, tanda kutip, meniru cara baru Italia yang modis untuk mempertimbangkan gaya pemilihan. Ini adalah excert dari buku ini. Perhatikan apostrof melengkung.

masukkan deskripsi gambar di sini

Pada abad yang sama dan karena alasan yang sama, bahasa Inggris mengimpor apostrof dari Perancis.

Itu mendapat Lurus

Apostrof berhenti menjadi hal yang baru dan menjadi bagian dari tata bahasa biasa. Bentuknya tetap melengkung dalam teks-teks cetak. Mesin terbang seperti apostrof lurus, di sisi lain, memiliki fungsi yang berbeda, seperti menunjukkan "prima". Dalam dokumen tulisan tangan, kadang-kadang, itu bergaya sebagai tanda centang (lihat komentar Yorick di bawah).

Dengan ditemukannya mesin tik dan keyboard (1860-an), para insinyur dihadapkan pada masalah pemasangan banyak karakter (kunci) di ruang kecil. Mereka datang dengan ide menyatukan karakter yang mirip untuk menghemat ruang. Alih-alih memiliki "apostrof" kiri, kanan dan lurus, mereka memutuskan untuk memasukkan hanya yang lurus. Keputusan serupa dibuat tentang karakter lain yang umum dalam pengaturan huruf seperti em dash dan en dash.

https://en.wikipedia.org/wiki/Typewriter#Typewriter_conventions

Rangkaian karakter yang dikurangi ini dikodifikasi dalam rangkaian karakter biner pertama di dunia, kode Baudot 5-bit (1870). Set ini juga termasuk kutipan ganda langsung sebagai karakter tunggal. 7-bit ASCII mewarisi set karakter yang sama.

Sejak saat itu semua teks yang diketik (dan telegraf) ditetapkan hanya menggunakan tanda kutip lurus. Yang keriting hanya digunakan dalam teks typeset tradisional.

Itu mendua

Hanya dengan mempopulerkan sistem pengolah kata maka apostrof keriting diperkenalkan kembali ke dunia digital. Sistem seperti Word menawarkan fitur untuk secara otomatis mengganti tanda kutip lurus dengan tanda kutip keriting berdasarkan konteksnya. Itu adalah pilihan pengguna untuk melakukannya, dan tidak semua pengolah kata memiliki fitur tersebut. Untuk menambah kebingungan, keyboard standar tidak menyertakan tanda kutip keriting, sehingga sangat sulit bagi pengguna biasa untuk mengetiknya dengan sengaja.

Ketika Unicode dibuat, salah satu prinsip desain adalah "menyatukan" karakter. Karakter dari berbagai skrip atau bahasa yang tampak serupa harus disatukan dan disederhanakan sebagai satu. Anda akan berpikir mereka akan kembali ke asal dan menyingkirkan tanda kutip lurus. Sekarang, pada titik ini, kebingungan dan penggunaan liberal tanda kutip lurus dan keriting dan tanda kutip begitu besar sehingga Unicode memutuskan untuk memasukkan keduanya.

Apostrof Hari Ini

Jadi, seperti sekarang ini, baik (keriting dan apostrof lurus) diterima sebagai tanda kutip dan tanda kutip, tetapi ada beberapa pertimbangan:

  • Jika maksud teks adalah membuatnya tampak seolah-olah secara tradisional diketik, maka selalu gunakan yang keriting, seperti aslinya. Jaga yang lurus untuk menunjukkan prima.

  • Menggunakan tanda kutip lurus dan kutipan bisa menjadi cara menyiratkan suasana digital ke dokumen Anda, dengan cara yang sama karakter dengan lebar yang sama menyiratkan bahwa teks diketik dalam mesin tik atau konsol.

  • Jika teksnya digital dan dikonsumsi oleh mata manusia, keduanya (keriting dan apostrof lurus) diterima sebagai apostrof dan tanda kutip. Di sini sekolah berbeda dan aturan perpecahan. Kami terus dengan kekacauan ekspresif. Cukup konsisten dalam dokumen yang sama.

  • Jika maksud teks adalah benar secara semantik (seolah-olah Anda ingin komputer dapat mengurai semantik teks), maka Anda harus memperhatikan definisi karakter Unicode. U + 0027(yang bisa diketik dengan keyboard) bernama "APOSTROPHE". Meskipun itu mengisyaratkan bahwa itu bisa menjadi kandidat yang baik untuk mewakili tanda kutip, perhatikan bahwa Unicode adalah semacam ambiguo tentang karakter ini menunjukkan bahwa, setidaknya dalam bahasa Inggris, U + 2019 adalah yang lebih disukai untuk tanda kutip. Saya pribadi berpikir ini bertentangan dengan prinsip penyatuan mereka. Anda akan berharap bahwa tanda kutip akan sama secara independen dari bahasa yang digunakannya. Tambahkan ke fakta bahwa mereka mengklasifikasikan tanda kutip sebagai "tanda baca" yang dalam bahasa Prancis bisa diterima dengan canggung tetapi dalam bahasa Inggris tidak masuk akal sama sekali. Anda dibiarkan, kemudian, dengan kesulitan menggunakan apostrof berbeda untuk bahasa yang berbeda atau menggunakan kontroversial untuk bahasa Inggris. Diskusitentang yang mana yang benar bisa sangat bergairah. Di sisi lain, tampaknya cukup jelas bahwa U + 2019 (dan tidak pernah lurus) harus digunakan sebagai tanda kutip yang tepat. Dengan cara yang sama, U + 2032 harus digunakan untuk menunjukkan prima, dan U + 02BC harus digunakan untuk menunjukkan apostrof surat pengubah (seperti dalam pemberhentian glottal pengucapan Cockney dari bu'er atau transkripsi "uh'oh ").

  • Harap perhatikan bahwa meskipun Anda memilih atau mengetik karakter yang benar, font yang Anda gunakan dapat mengubahnya dengan cara yang lurus atau tidak lurus.


7
Catatan: Kebalikan dari U + 02BC adalah U + 02BB, the Hawaii ʻOkina , seperti dalam nama "Hawaiʻi" itu sendiri.
usr2564301

6
"Ketika Unicode dibuat, salah satu prinsip desain adalah untuk" menyatukan "karakter. Karakter dari berbagai skrip atau bahasa yang tampak serupa harus disatukan dan disederhanakan sebagai satu." - apakah Anda memiliki sumber untuk ini? Ada berton-ton contoh Unicode yang memiliki banyak karakter yang terlihat identik, tetapi saya tidak mengetahui ada contoh di mana Unicode mengambil karakter yang sama dan menjadikannya satu.
user2357112

6
Nama karakter Unicode BUKAN definisinya! Kebijakan saat ini adalah bahwa nama tidak dapat diubah; oleh karena itu, ada banyak karakter Unicode yang memiliki nama yang menyesatkan atau tidak benar. Anda harus melihat komentar sebagai gantinya untuk melihat bagaimana seharusnya digunakan. Dan komentar menyatakan secara jelas bahwa U + 2019 secara semantik lebih benar untuk mewakili tanda kutip daripada U + 0027.
sumelic

3
Anda mungkin tidak setuju dengan komite Unicode, tetapi itu bukan argumen yang valid untuk merujuk pada nama; sebagai gantinya, gunakan argumen seperti dalam posting ini di sini: Karakter Unicode mana yang harus mewakili tanda kutip bahasa Inggris? (Dan mengapa komite Unicode sangat salah.)
Sumelic

4
Apostrof lurus 'berbeda dengan bilangan prima ʹ.
Andrew Leach

26

Melakukan sedikit riset untuk memastikan, tetapi secara umum tipografi "benar" tidak menggunakan tanda kutip lurus, tunggal atau ganda. Berikut adalah panduan praktis untuk perintah dan entitas HTML untuk tanda kutip tunggal / ganda .

Mesin tik juga bertanggung jawab untuk pengenalan 'tanda kutip lurus', tanda kutip non-spesifik yang dirancang sebagai ukuran hemat-ruang untuk keyboard, menghindari kebutuhan untuk tanda kutip pembukaan dan penutupan terpisah. Kutipan lurus biasanya digunakan sebagai pengganti tanda kutip yang tepat atau 'kutipan keriting'. Banyak desainer akan memberi tahu Anda bahwa kutipan langsung digunakan untuk mewakili kaki dan inci, tetapi pada kenyataannya, kaki dan inci harus diwakili menggunakan bilangan prima. Kutipan langsung sudah usang dan tidak boleh digunakan.

Dari Literografi Literacy: Bagian Dua (KA + A)

Kutipan bodoh


1
Yah, apostrof hanya satu tanda, satu kutipan berarti dua tanda, satu tanda mulai dan satu tanda penutup. Mesin terbang mana yang digunakan untuk tanda-tanda ini tergantung pada font yang digunakan dan mesin terbang font yang memberi Anda untuk tanda-tanda tipografikal ...
Mensch

5
Baik ditempatkan. Tapi OP bertanya tentang tanda kutip, bukan tentang tanda kutip.
cockypup

17

The Unicode Standard mengomentari U + 2019 (') :

ini adalah karakter yang disukai untuk digunakan untuk tanda kutip

Sejauh apa yang benar dari pengkodean, saya tidak bisa memikirkan otoritas yang lebih tinggi.

Juga, konvensi tipografi sebagian besar bahasa tidak menggunakan U + 2019 untuk tujuan lain atau hanya sebagai tanda kutip sekunder. Faktanya, bahasa Inggris Britania adalah satu - satunya bahasa utama yang menggunakan karakter ini sebagai tanda kutip utama. Jadi, tidak ada kebutuhan besar untuk menggunakan U + 0027 (atau karakter lain) demi perbedaan di sini.


Biasanya, ada tiga pendekatan untuk menentukan apa yang "benar":

  1. Apa yang orang terbiasa - Sementara dalam pengaturan huruf klasik dan profesional orang terutama terkena tanda kutip keriting, tanda kutip mesin ketik mendominasi teks digital. Tidak ada jawaban yang bagus di sini.

  2. Apa yang cocok dengan karakter umum jenis huruf tanpa secara signifikan menghambat keterbacaan - Ini agak tergantung pada jenis huruf. Mari kita lihat beberapa contoh:

    masukkan deskripsi gambar di sini

    Dalam semua contoh tanda kutip dalam Do tidak adalah U + 2019 dan apostrof di amn't adalah U + 0027. Pertama perhatikan bagaimana kedua karakter berbeda pada tipografi.

    • Contoh pertama adalah font light sans-serif. Itu jauh dari ornamen dan apostrof keriting akan keluar dari tempatnya. Akibatnya, U + 2019 hanya sedikit miring. U + 0027 yang lurus sesuai dengan karakter sederhana tipografi juga cukup baik.

    • Bentuk bundar jelas merupakan paradigma utama dari jenis huruf pada contoh kedua. Akibatnya, U + 2019 menjadi keriting. U + 0027 dirancang untuk menghindari rasa arah (mungkin juga dapat digunakan sebagai tanda kutip pembuka) dan karenanya kurva. Juga agak kecil, mungkin trade-off antara menghindari mengganggu karakter tipografi dengan karakter besar dan menghambat keterbacaan dengan karakter kecil. Jika Anda bertanya kepada saya, trade-off terlalu kecil, tapi itu hanya gejalanya - masalah sebenarnya adalah trade-off, yang dapat dihindari dengan menggunakan tanda kutip keriting, yang cocok dengan jenis huruf jauh lebih baik.

    • Dalam tipografi serif klasik seperti pada contoh ketiga, lebar stroke terutama tergantung pada sudut (yang memiliki asal-usulnya dalam kaligrafi). Garis vertikal lurus biasanya diakhiri dengan serif. Ini bukan pilihan untuk tanda kutip dan karenanya U + 0027 menggunakan bentuk seperti tetesan, dan dengan demikian memecah karakter jenis huruf (menurut saya). Harus diakui, hal yang sama berlaku untuk tanda seru, tetapi setidaknya karakter itu tetap akan mengganggu. Curly U + 2019 cocok dengan karakter jenis huruf yang jauh lebih baik menurut saya.

    • Jenis huruf terakhir bahkan lebih kaligrafik, tetapi karakternya menawarkan cara lain untuk mendesain elemen-elemen murni vertikal. Dengan demikian U + 0027 tidak mengganggu dan tidak berbeda dengan U + 2019.

    Untuk meringkas titik ini: Ini tergantung pada font, tetapi U + 2019 yang dirancang dengan benar tidak boleh lebih buruk dari U + 0027, bahkan jika yang terakhir dirancang dengan baik. Ini sedikit mengejutkan karena perancang tipe lebih fleksibel untuk membentuk U + 2019 agar sesuai dengan sisa jenis huruf, karena tidak ada simetri yang diperlukan.

  3. Apa yang terbaik untuk keterbacaan dalam jangka panjang - Menggunakan karakter yang sama untuk banyak tujuan mungkin tidak baik untuk keterbacaan. Dengan demikian, jika kita menganggap konvensi penataan huruf Inggris tidak berubah sebaliknya, tanda kutip lurus memiliki keuntungan dibedakan dari tanda kutip penutupan keriting. Namun, konvensi ini (menggunakan U + 0027 untuk tanda kutip dan U + 2019 untuk tanda kutip satu penutup) bahkan lebih sulit untuk dibangun daripada menetapkan penggunaan tanda kutip keriting dan apostrof di dunia digital.

    Dalam banyak bahasa lain , ini tidak masuk akal karena U + 2019 tidak digunakan sebagai tanda kutip. Dalam bahasa seperti Jerman yang menggunakan U + 2018 yang berubah (', tanda kutip pembuka tunggal bahasa Inggris) sebagai tanda kutip, memiliki dua ikal atau kecenderungan yang berlawanan (tergantung pada jenis huruf) sering membuat perbedaan yang lebih baik - setidaknya menurut saya .


Jawaban bagus! : D Anda benar U+2019tidak digunakan untuk tanda kutip dalam bahasa Jerman: „..." Di sisi lain saya masih bertanya-tanya mengapa tidak ada U+2019tombol pada keyboard Jerman / Austria.
Elegent

9

Pertama, beberapa sejarah .

Kutipan keriting dan apostrof adalah gaya asli. Mereka juga disebut kutipan dan apostrof Printer .

Lurus kutipan dan apostrof datang bersama dengan mesin tik. Mesin tik yang menjadi alat mekanik dengan keterbatasan memutuskan bahwa lebih masuk akal untuk menggunakan satu set tanda lurus daripada dua set tanda keriting yang terpisah (untuk tanda kutip tunggal dan ganda terbuka dan tertutup).

Untuk menambah kebingungan, Primes juga merupakan karakter yang tampak seperti tanda kutip lurus miring. Primes digunakan untuk tanda menit / detik (serta notasi ilmiah, matematika dan musik lainnya). Sekali lagi, tanda kutip lurus mesin tik juga dapat digunakan untuk ini.

Semua yang dikatakan, beberapa tipografi hanya dirancang dengan tanda kutip lurus dan kutipan untuk alasan gaya.

Singkatnya: selalu gunakan versi keriting untuk tanda kutip dan tanda kutip aktual kecuali jika Anda a) menggunakan mesin tik dari tahun 1954 atau b) Anda memiliki alasan gaya untuk menggunakan yang lurus


Sebuah gambaran yang sangat bagus :) Saya belum mendengar istilah "kutip Printer" sebelum ... Dan aku berani bertaruh apa pun yang 99 persen akan menggunakan (salah) apostrof langsung untuk menulis " 's": D
anggun

5

Ada satu hal yang sejauh ini belum dijawab oleh semua jawaban. Pada antarmuka baris perintah atau dalam bahasa pemrograman, tanda kutip (UTF-8 karakter 27) adalah satu-satunya pilihan yang valid.

Penggunaan U + 2019 dengan menyebabkan kesalahan sintaksis ketika Anda melakukan cut and paste. Dengan terjemahan otomatis karakter 27 ke U + 2019, sekarang berarti menyalin baris perintah dari dokumen Word (atau beberapa halaman web / Wikis) akan membuat kesalahan yang akan menyebabkan banyak orang menjadi bingung sampai masalah ini ditunjukkan. Itu juga dapat menyebabkan kesalahan kompiler / juru bahasa yang tidak masuk akal.

Saat menulis dokumen teknis dengan kode dan / atau sampel baris perintah, berhati-hatilah untuk memastikan bahwa semua sampel yang dibuat menggunakan karakter 27 dan bukan nilai yang lebih tinggi.


1
Karena penasaran ... apakah pernah ada kebutuhan untuk tanda kutip dalam kode atau baris perintah? Saya tidak tahu banyak bahasa pengkodean, tapi saya tidak bisa memikirkan contoh di mana ada kebutuhan untuk tanda kutip.
DA01

4
@ DA01 Bahasa mirip C (seperti C, C ++, Java, C #) menggunakan U + 0027 untuk menunjukkan literal karakter tunggal: 'a'adalah literal karakter tunggal "a". (Ini berbeda dengan string yang hanya berisi huruf a, yang menggunakan U + 0022: "a"adalah string yang hanya berisi huruf "a".) Beberapa bahasa, seperti Javascript, memungkinkan tanda kutip tunggal dan ganda untuk digunakan secara bergantian (tetapi Anda memiliki untuk memilih salah satu untuk string tertentu). Bahasa lain (seperti Pascal, Ada, SQL) menggunakan U + 0027 untuk menunjukkan string literal: dalam SQL, 'a'adalah string yang hanya berisi huruf "a".
CVn

4
Seperti yang Anda lihat, banyak bahasa membuat perbedaan antara literal karakter tunggal dan string yang hanya terdiri dari satu karakter tunggal. Keduanya memiliki kegunaan yang valid, dan keduanya secara teratur digunakan dalam banyak situasi. Sekarang, apakah ini berarti bahwa ada kebutuhan untuk tanda kutip jelas dapat didiskusikan, tetapi beberapa cara untuk menunjukkan perbedaan pada kompiler atau juru bahasa diperlukan dalam bahasa apa pun yang membuat perbedaan, dan banyak bahasa telah menentukan pasangan "dan 'satu cara atau yang lainnya.
CVn

1
Kutipan tipografi otomatis dapat menjadi neraka dalam tutorial.
joojaa

1
@ MichaelKjörling ah, semantik, mungkin, tapi kami berbicara satu tanda kutip di sana daripada apostophe.
DA01

3

Saya bekerja di pusat penelitian dan kami biasanya menggunakan korpora Prancis dan Jerman yang cukup besar (yang cukup baru). Dalam corpus Prancis apostrof lurus 'muncul sekitar 4 kali jumlah apostrof keriting'. Dalam bahasa Jerman yang lurus 'tidak ada dan hanya keriting' yang dapat ditemukan. Variasi dalam corpus Prancis sebenarnya bisa karena lurus 'yang biasa digunakan dalam teks yang diketik dan keriting' yang sebagian besar dari teks copy / paste yang dimasukkan online. Di sisi lain sumber-sumber Jerman tampaknya hanya menggunakan keriting '. Beberapa pertimbangan juga harus dimasukkan ke dalam fakta bahwa tanda kutip jauh lebih umum di Perancis daripada di Jerman.


Pertanyaannya adalah tentang mana yang "tepat untuk digunakan". Sekarang masukan Anda tentang teks-teks nyata yang ada menarik. Saya suka Perancis dan fakta bahwa mereka entah bagaimana menggunakan lebih banyak straight daripada curly secara tidak langsung menegaskan bahwa yang keriting akan menjadi "yang tepat untuk digunakan" (mengedipkan mata) ... Kemarin saya memesan dua kertas-cetak-nyata buku tentang aturan tipografi untuk bahasa Prancis (seperti yang disarankan di utas lain), jadi segera saya akan tahu lebih banyak.
Martin Zaske

0

Karakter yang tepat untuk dimasukkan ke dalam teks yang diterbitkan sebagai tanda kutip adalah karakter UTF-8 U + 2019 , kutipan tunggal yang tepat. Itulah satu-satunya karakter yang akan memberi Anda hasil yang Anda inginkan, yang merupakan tanda kutip tipografi tingkat buku. Ketika Anda menggunakan alat tulis yang melakukan "kutipan pintar" dan Anda menekan tombol tanda kutip alat akan memasukkan karakter UTF-8 2019.

Apostrof surat pengubah huruf U + 02BC UTF-8 adalah tanda kutip kecil untuk pengucapan. Itu tidak akan terlihat benar dalam konteks penulisan "tidak bisa."

UTF-8 karakter U + 0027 apostrophe adalah "apostrophe programmer." Ini tersisa dari awal komputasi ketika komputer hanya memiliki 127 karakter dan dirancang untuk menulis program komputer, tidak menghasilkan tipografi tingkat buku. 127 karakter pertama UTF-8 adalah 127 karakter asli yang sama, dan keyboard komputer pada dasarnya tidak berubah, jadi tipografi yang buruk ini hidup terus dan terus dan terus.

Alasan bug ini hidup adalah karena orang yang berasal dari warisan komputer tidak selalu melihat apostrof programmer sebagai bug. Orang-orang yang datang dari warisan penerbitan melakukannya. Tetapi orang-orang komputerlah yang mendesain komputer. Itu bukan alasan untuk tidak menggunakan tipografi yang benar dalam teks yang diterbitkan. Kami memiliki pergantian teks hari ini, kami memiliki banyak cara untuk mengatasinya.

Idealnya, penulis harus menggunakan alat yang tidak membiarkan mereka mengetik apostrof programmer, karena mereka hanya memasukkan bug ke dalam naskah UTF-8 mereka. Tentu saja, editor akan memperbaikinya, tetapi sikap fix-it-later mengarah berkali-kali ke penerbitan bug.

Jadi, jika Anda memiliki naskah apa pun - buku, cerita pendek, artikel - dan memiliki apostrof programmer di dalamnya, Anda harus menggantinya dengan karakter UTF-8 2019 sebelum diterbitkan.

Hal yang sama berlaku untuk kutipan programmer. Alat tulis yang baik tidak boleh membuat penulis mengetiknya, mereka harus mengetik tanda kutip yang tepat, terutama karena ini lebih sulit untuk diperbaiki dalam pengeditan dan menyebabkan keterbacaan yang lebih buruk jika mereka tidak diperbaiki, dibandingkan dengan apostrof.

Sebagai contoh alat tulis, Anda dapat melihat BBEdit, yang merupakan editor teks yang sudah puluhan tahun digunakan di Mac. Jika Anda membuat dokumen pemrograman (HTML atau bahasa lain) dan menekan tombol tanda kutip, Anda mendapatkan tanda kutip programer. Jika Anda membuat dokumen tulisan (teks biasa atau penurunan harga) dan menekan tombol tanda baca, Anda mendapatkan karakter UTF-8 2019. Hal yang sama berlaku untuk tanda kutip. Dalam dokumen pemrograman, Anda mendapatkan penawaran programmer. Dalam menulis dokumen, Anda mendapatkan tanda kutip nyata, baik kutipan pembuka dan penutup saat Anda mengetik. Ini adalah cara terbaik untuk memasukkan tanda kutip karena alat dapat melakukan kutipan-terbuka dan kutipan-tertutup yang tepat sebagaimana yang ditulis oleh penulis. Tidak ada ambiguitas yang diletakkan di sana di tempat pertama sehingga harus diperbaiki nanti (atau tidak.)


4
Ada pengecualian untuk aturan Anda. Saat menulis kode atau sampel baris perintah dalam dokumen tertulis, apostrof programer adalah nilai yang benar (yang lain akan menyebabkan kesalahan sintaksis). Larangan atau penggantian selimut akan merusak perintah / sampel. Karenanya karakter tersebut harus diizinkan untuk penerbitan teknis yang menampilkan kode atau sampel baris perintah.
Walter

1
Jadi hanya karena saya menulis di Markdown, BBEdit mengatakan saya tidak boleh menggunakan U + 0027? Banyak orang di Stack Overflow mungkin merasa bahwa sesuatu seperti itu, harus kita katakan, kurang optimal.
CVn

5
Butuh beberapa saat untuk mencari tahu mengapa Anda berbicara tentang U + 8217: CJK Unified Ideograph store, shop. Silakan gunakan heksadesimal untuk karakter Unicode, yaitu, U + 2019 dalam kasus Anda atau setidaknya informasikan kepada pembaca tentang notasi non-standar Anda.
Wrzlprmft

2
Juga, mereka bukan karakter UTF-8 tetapi karakter Unicode atau UCS. UTF-8 hanyalah cara mengubah codepoint menjadi byte. Jadi misalnya U + 2019 menjadi tiga byte UTF-8, yang dalam hex ditulis e2 80 99 dan dalam desimal 226 128 153.
deltab
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.