* nix的人们为什么喜欢使用“ ...”而不是“字符”?


35

冒着被解雇的危险,我想了解为什么有些人在引用事物时更喜欢使用带重音和单引号的“构造”而不是“双引号”?

例:

为什么某些用户使用``怪异''引号写引号?

这不是命令行向导。我在旨在供人类阅读的书面文本中看到了这一点。这是我可以快速挖掘的示例。我发现这种结构很丑陋,因为它是不对称的,并且因为滥用印刷字符是出于其原本不希望的目的。出于某种原因,这种字符的使用大部分(唯一地?)是由Linux((La)TeX?)用户完成的,而不是由普通计算机用户完成的。

  1. 如果目的是创建“弯引号”那我不知道为什么只开引号是由“卷毛”使用重音符(`) -这是为什么一个普通的撇号用于关闭报价,而不是重音符(´)会使整个事物对称吗?

  2. 如果要创建“卷曲报价”,那么为什么不赞成使用实际的卷曲报价(由MS Word创建)呢?现代计算机系统可以很好地处理实际的弯引号,所以不能仅仅是Gopher时代的传统,对吗?

  3. 为什么即使使用单个字符也可以使用两个单个字符?


6
还有其他吗?抱歉,如此挑剔,似乎只是1999年的一个,我想知道是否还有更多这种用法的现代示例(它让我着迷,因为我从未见过它,也从未对此给予``关注'')
Marco Ceppi

2
@Marco,很惊讶您还没有看到它,因为我经常看到它,所以对此感到恼火。不幸的是,用谷歌搜索报价确实非常非常困难,因此我很难想出更多示例……但是现在您知道了,您可能会开始注意到它!
Torben Gundtofte-Bruun 2011年

1
我一直想知道这一点,并且可以确认它在Unixy上下文中相当普遍。(但是的,错误的Stackexchange)
UncleZeiv 2011年

3
@Marco Ceppi:手册页和错误消息包含了这些内容,请参见例如man findman tcpdump
安排

5
这个问题在这里这里已经被回答了两次。
乔恩·普迪

Answers:


46

真正的原因(可能是导致使用LaTeX的根本原因)是,许多预uniuni unix字体(用于控制台和X)以及两个常见的Adobe Postscript编码向量在这些处都有印刷的开/闭引号字形。位置,因此'this'看起来就像’this’,并且``this''看起来像‘‘this’’‛‛this’’,这(特别是在比例字体中,这些字体只有2-3像素宽)与您当时可以得到的印刷正确性接近。

这甚至可以追溯到打字机,在那里'字形通常会被设置成一个角度,以适应用作过分尖锐的重音符号。

也可以看看:


31

原因之一可能是T E X对Linux世界的影响。在t最口味Ë X,序列``当你键入创建一个排版正确的打开双引号(“)和‘’(两个单引号)或“创建排版正确的闭引号(”)。因此,

``Why do you always say `shut up' to me?''

它实际上产生

“为什么你总是对我说'闭嘴'?”

使用T EX。(也许字距调整更好)。


1
这听起来像是一场完美的比赛-您已经解开了谜团!现在,为什么人们在tex之外写这种方式呢...。没关系!:)
Torben Gundtofte-Bruun

3
我对这种奇怪的引用样式的经验是通过man页面进行的,这些页面nroff用于格式化。nroff比TEX早很多。
Mark Ransom

对于我们这些只用emacs的书写TeX / LaTeX的它自动地替换"quotedtext"``QuotedText''
crasic

它已在TEX中使用,但我认为几乎可以肯定它会早于它。我当然记得在CD-ROM是一项崭新的技术时,在时代图书馆的CD-ROM中看到了它,并且能够搜索去年报纸的所有文本是令人难以置信的成就。这不是TEX的早期版本,但我怀疑它与此有关。
rjmunro 2011年

0

在* nix系统中,不同的引号具有不同的作用。

使用例如

echo 'date'

将会写

date

到输出

echo `date`

将写例如

Tue Sep 20 13:42:04 CEST 2011

相反(因此命令“ date”的输出)

通常,您的假设是错误的,即引号以与其结尾不同的字符开头-引号始终必须与开头的字符相同。

例如,对于命令“ echo”,您还可以使用多种引号。假设您想展示

"this is a test"

在控制台上,您可以编写

echo '"this is a test"'

您也可以交换这些引号以产生单引号。


1
谢谢罗兰!您的回答使我意识到我的问题是不正确的-我指的是书面文本,而不是命令行命令。道歉!
Torben Gundtofte-Bruun 2011年

好吧-对 您的原始帖子似乎就好像您是在要求正确...从未见过像您之前提到的引文!
罗兰·科恩
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.