V2EX › Arthur2e5 的所有回复 › 第 10 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 12

❮

❯

2015 年 11 月 22 日

回复了 Arthur2e5 创建的主题 › 字体排印 › 自由软件世界的怪异简中排版规则

@StarBrilliant 哦，还有 Nonsense （如果你也把那个和 silly 一样当脏字的话），按照中文说的话我会用”放***的狗*“。

2015 年 11 月 22 日

回复了 Arthur2e5 创建的主题 › 字体排印 › 自由软件世界的怪异简中排版规则

@StarBrilliant
我觉得还行啊。就像这样：

你写的这玩意从 XXX 上来说简直就是狗屎……你们他妈的垃圾 XXX 审美……而换到对于 XXX 来说简直就是放屁……破字体出破输出。

2015 年 11 月 22 日

回复了 Arthur2e5 创建的主题 › 字体排印 › 自由软件世界的怪异简中排版规则

@Arthur2e5 哦，找到了，在 http://www.w3.org/TR/clreq/#compression_rules_for_consecutive_punctuation_marks

2015 年 11 月 22 日

回复了 Arthur2e5 创建的主题 › 字体排印 › 自由软件世界的怪异简中排版规则

考虑到 HIG 着重的（字体排印上的）正确性，标点挤压这种问题也不该在会长期存在的翻译中去 workaround ，而是应该用 kerning 实现。以前读 http://www.w3.org/TR/clreq/ 的时候找到过要求例子，现在不知为何找不到了。

2015 年 11 月 22 日

回复了 Arthur2e5 创建的主题 › 字体排印 › 自由软件世界的怪异简中排版规则

@emric 然而这群家伙不是没有标点挤压的时候用西文括号，而是处处用、往死里面去用，况且左右两端还不加空格。并且还是那句话， HIG 指明了“需要正确性”的方针……

2015 年 11 月 22 日

回复了 xyok 创建的主题 › 问与答 › 有没有将音频文件转换成文本的 API

@canautumn
@kidding 哈哈哈哈，我也发现我说反了……

2015 年 11 月 22 日

回复了 fnmsd 创建的主题 › Linux › 求助关于 linux shell 编程输出的问题 echo 与 sed 结合使用字符串发生覆盖

echo 之前加一个 `line=${line%$'\r'}` 去掉 CR 就好了。

其实你完全用不着 sed ：

```Bash
while IFS='' read -r -u 4 line; do
[[ $line =~ <name>(.*)</name> ]] || continue
printf '%s\n' "${BASH_REMATCH[1]}:123456"
done
```

2015 年 11 月 22 日

回复了 xyok 创建的主题 › 问与答 › 有没有将音频文件转换成文本的 API

我觉得你需要搜一搜 Text to Speech ，然后我记得微软有 API ……

2015 年 11 月 22 日

回复了 gaotongfei 创建的主题 › Python › python requests(+requesocks)用 tor 爬 google scholar 老是 403

本身从 TOR 上 Google 正常搜索都经常要输验证码。

这种事情本来就该是问朋友借一排 SS 之类的玩法……

2015 年 11 月 22 日

回复了 fnmsd 创建的主题 › Linux › 求助关于 linux shell 编程输出的问题 echo 与 sed 结合使用字符串发生覆盖

是不是因为 Windows CRLF 所以被 $line 里的 \r 干了？

2015 年 11 月 21 日

回复了 ru20150601 创建的主题 › 程序员 › EOF 的定义值是（-1），而 char 是一个 unsigned short，正常吗？

@xieyudi1990 我只是在吐槽题主的那一句“ EOF 也不是一个正常的字符的值)”啊，你明明也看得到我 cite 的。

> 你在计算机上所遇到的一切东西都可以是二进制流

题主语义下的“字符”已经是指一般的 text 而不是一坨二进制了。对于确定是 text 的东西处理方式不同又不是很少见，例如 git autocrlf 和 ftp text mode 。

吵这种事情很有意思吗？

> 感觉你不是学计算机的

你可以来高中开一个计算机专业。

2015 年 11 月 16 日

回复了 sbmzhcn 创建的主题 › Linux › cat /var/lib/radom_salt | md5sum 不生成随机字符

@typcn 不会。 PIPE 的重定向对象是 stdout ，而 cat 报错在 stderr 。

2015 年 11 月 16 日

回复了 ru20150601 创建的主题 › 程序员 › EOF 的定义值是（-1），而 char 是一个 unsigned short，正常吗？

@xieyudi1990

这和最底层没有半点关系，只不过是对认为这世上 getchar 读不到 \xFF 的反驳。 Unix 的所谓“字符”流就是二进制数据流，不小心点怎么行？

2015 年 11 月 12 日

回复了 ru20150601 创建的主题 › 程序员 › EOF 的定义值是（-1），而 char 是一个 unsigned short，正常吗？

@Arthur2e5 糟了，手抖严重。

> (即使返回的是 char, EOF 也不是一个正常的字符的值).

按这个想法想的话很危险啊，顺手 shell 跑个 printf \\xff2333 | ./yourprog 就可以给报个 bug 了。况且不是一般字符你也要问问编码啊。

2015 年 11 月 12 日

回复了 ru20150601 创建的主题 › 程序员 › EOF 的定义值是（-1），而 char 是一个 unsigned short，正常吗？

> @xieyudi1990

0xFF 这个字节在流中就是可以自然产生的，