注释显示:


[link]的可能重复项


缺少的大写字母使我很困扰;它应该是可能的。

评论

meta.stackexchange.com/questions/44528 / ...的可能重复项...

实际上,我宁愿不要看到它们大写。只需要尽可能多的文本,注释已经很非正式。

当有人使用我的名字发帖时,我讨厌它。我讨厌这个伪装!

@Downvoter,完全同意。另外,如果它看起来像是我发来的,那该死的更好地写上更好。

我刚刚达到将问题标记为重复项的门槛,但是我现在真的不愿意这样做,因为我会自动将其归因于较差的语法。

由于当前格式为大写形式,因此现在该状态是否不完整?

当社区可能强烈反对一种可能的1行式“安全”变更,但您拒绝这种拒绝时,您是否只是讨厌呢?对于我对Meta上的投票系统的信念而言,这并没有多大用处。 @MyNameIsNotMcThomasJohannson根据一个小时前可能出现的重复评论,对我来说,它看起来没有变化(除非变回原样)。

现在已更改。

#1 楼

与资本主义的猪一起倒下!



评论


在meta上,我很有可能比我应该拥有的更多乐趣。

– Pollyanna
10 Mar 30 '10在10:38

没有这样的东西

–随机
10 Mar 30 '10 at 10:38



meta.stackoverflow.com/a/44530/155641的可能重复项

–阿兰
2012年5月1日20:18



#2 楼

显然,这是地位下降的,所以每个人都应该接受从高处下来的判断,但是要进一步阐述为什么人们可能会受到困扰...

标点符号/语法/拼写错误是

如果杰夫想在他的网站上说出喜欢的意思,那是他的观点。

如果单词是会自动归因于我,我不希望他们对我造成不良影响。讨厌。

评论


显然,系统不关心适当的语法。哦,等等:meta.stackexchange.com/questions/94370 / ...

–乔恩·埃里克森
2012-2-24在2:03



顺便说一下我同意这个答案。

–暗恋
2014年1月31日20:10



@crush就是这样!我产生了自己的错误。我不需要任何额外的东西!

– blahdiblah
2014年1月31日20:59

我同意。我刚刚投票结束了一个重复的问题(第一次这样做),而小写的“ p”对我的反映很差。它应该是大写的“ P”。为什么这甚至是一个问题?只需解决愚蠢的问题,这样就不会使试图帮助的人看起来很糟糕。

– Michael Geary
2015年9月10日下午5:34



#3 楼

认真地讲,除了添加一条CSS规则外,您甚至不需要执行任何其他操作:

span.comment-copy:first-letter {
    text-transform: uppercase;
}


从具有以下功能的Stack Exchange网络来看,这有什么大不了的(其中包括“英语语言和用法”和“作家”),(至少部分地)旨在“欺骗[我们]成为……更好的作家,如果那需要1(强调杰夫的话)?

如果您要将文字归于我们,或者将我们的名字放在自动生成的注释中,那么请遵循您所使用的语言的技术规范,我不在乎是否注释符合句子的句法和语法要求,确实足够接近,大写应为默认值。

坦率地说,没有大写字母意味着我不得不浪费时间编辑错误大写的字母自动生成的评论;如果这样做,我宁愿没有自动注释功能,因为它确实节省了我很多时间,而且增加了普遍的不适感。

...很明显,这一直困扰着我而。请重新考虑状态已降低;我确实没有看到提出此请求的任何重大费用,而是状态已完成。



尽管先前关于让我们“不写而写”的主张是,在这种情况下,比我想像的要多得多。


评论


尽管我也希望使用大写字母P,但是使用CSS来实现这一点对我来说也不对。

– Arjan
2012年6月11日17:30

同意;但是如果问题是实施大写首字母大写所需的工作/团队投入,这似乎是我能想到的最简单的方法(尽管,老实说,我不知道如何将可能更改为“可能”比简单的数据库查询或模板编辑需要更少的工作...)。

–大卫说要恢复莫妮卡
2012年6月11日17:39

我敢肯定,改变它比回答/拒绝这个(和重复的)问题要花更少的时间。因此,我认为实施工作不是这里的问题...

– Arjan
2012年6月11日17:45

老实说,我不是那样想的。但是,如果不是实施方面的努力,则表明对请求的理性/考虑的阻力要小得多。这似乎有点,我讨厌使用这个词,因为我不再是个婴儿,不公平。 (别说有点傻了。)

–大卫说要恢复莫妮卡
2012年6月11日17:47

jQuery之类的异常呢?

–P.Mort。 -忘记了粘土Shirky_q
17年5月16日在13:37

#4 楼

也许有人应该在数据转储上运行查询,以查看大写还是小写在注释的第一个字符中更常见。我的怀疑是小写字母更为常见。数据转储(带有残缺不全的注释,但从统计学上来说应该没问题):总共1,934,139条注释,1,425,013(73.68%)以大写字母开头,247,919(12.82%)以小写字母开头和261,207(13.51%)完全以字母开头。


评论


从SO 3月数据转储中(带有残缺的注释,但从统计学上来说应该没问题):总共1,934,139条注释,1,425,013(73.68%)以大写字母开头,247,919(12.82%)以小写字母开头和261,207(13.51% )根本不要以字母开头。

– balpha
10 Mar 30 '10在14:13

在那种情况下,我们所有人都需要通过大写我们评论的每一句话来帮助抵消这一日益严重的问题。

– Aarobot
2010-03-30 14:43

用户应尽快将其视为一个简单的案例,以帮助他们在整个生命周期中始终保持健康

–随机
2010年3月30日15:15

骆驼箱之所以走,是因为所有这些空间字符从600字符限制中带走了宝贵的空间

– balpha
10 Mar 30 '10在15:24

@balpha-如果注释以@ ...开头,则可能需要跳过用户名。

– Pollyanna
10 Mar 30 '10在19:57

@balpha:大多数不是以字母开头的字母可能以“ +1”或“ -1”开头。现在不知道是否值得。

–男士
10 Mar 31 '10在5:18

@ Pollyanna,@ mmyers:即使可以说所有13.51%的“无开封信”评论都属于小写字母类别,但仍将我们分为74/26分,因此,重点仍然是:“大写字母更多共同。”这就是为什么我认为不值得开始特殊的包装。

– balpha
10 Mar 31 '10在5:25

@balpha-我实际上同意OP-不管优先级如何,都应更正大写。我希望一旦您超过了用户名和其他非字母字符,大写的发生率可能会超过74%。另请注意,OP的投票率高于我有趣的“反对”帖子。我怀疑实际上有很多人希望它是小写的。 (但是后来我一直被这里的人感到惊讶,所以...)

– Pollyanna
2010-3-31在11:07

#5 楼

这是一个基本想法!

评论


任何反对者都应受到死刑处罚。在本文中定义“死刑”是留给读者的练习。

–男士
2010-03-30 14:50

#6 楼

我昨天将此作为建议/功能请求发布在Meta.SO上。
(源代码)


因此,在这些修订中,功能请求的状态为已完成!

#7 楼

这不是完整的句子,因此不需要大写。即使在问题页面本身上,我们也不会在用户页面或主页上的选项卡中大写。

评论


为什么将事物归类为一个大问题?并非如此,它看起来会更好。

– alex
2010-4-20的8:21

在这种情况下,请添加单词“ This is a”,然后嘿,这是一个真实的句子。

–马克·亨德森(Mark Henderson)
2010-4-20的8:36

@Farseeker并不荒谬。那太复杂了!

– alex
10-4-20在11:55

句子(“一串单词”,因此一个单词选项卡不适用)必须始终大写,无论是否“完整”(为什么不完整?)。

–托马斯·博尼尼(Thomas Bonini)
2010-12-01 15:01



令人难以置信的回应。

–轨道轻赛
2011年12月8日13:07

@Justin Satyr即使这篇文章将获得一千张否决票,Jeff也不会在乎,所以这并不重要……

–右键
2012年1月24日15:41



这个答案没有用(顺便说一句:标题不是整句话,而是大写)。

–用户未知
2012年2月7日在22:33



争论标点符号并不重要,因为它不合语法...我不确定这会减轻任何对此困扰的人的困扰。

– blahdiblah
2012年2月24日,1:12

公司的名称正式是“ stack exchange inc。”吗?公司在其法律文件中是否使用小写字母作为其名称?

– pacoverflow
2014年11月20日19:59

@pacoverflow您将很高兴知道这个问题已在很早以前得到解决,并且:meta.stackexchange.com/q/243913/13 ;-)

–克里斯·杰斯特·杨(Chris Jester-Young)
17 Mar 6 '17 at 6:12