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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

2015-11-22 07:17:05 +08:00

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

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

2015-11-22 07:11:51 +08:00

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

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

2015-11-22 07:09:35 +08:00

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

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

2015-11-22 03:45:48 +08:00

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

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

2015-11-22 02:18:05 +08:00

回复了 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 02:09:14 +08:00

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

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

2015-11-22 01:17:09 +08:00

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

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

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

2015-11-22 01:14:34 +08:00

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

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

2015-11-21 00:31:15 +08:00

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

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

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

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

吵这种事情很有意思吗？

> 感觉你不是学计算机的

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

2015-11-16 13:12:46 +08:00

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

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

2015-11-16 13:10:35 +08:00

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

@xieyudi1990

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

2015-11-12 06:26:13 +08:00

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

@Arthur2e5 糟了，手抖严重。

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

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

2015-11-12 06:24:33 +08:00

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

> @xieyudi1990

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

2015-11-09 13:12:01 +08:00

回复了 GNiux 创建的主题 › Linux › GNU Guix 0.9.0 released

话说不错的话我也在我那个 FSF Card 上 dd 一个吧。

2015-11-08 06:26:55 +08:00

回复了 GNiux 创建的主题 › Linux › GNU Guix 0.9.0 released

@GNiux
@linux40 http://distrowatch.com/dwres.php?resource=submit waitlist 上面其实是有 Guix System Distribution 。

2015-11-08 06:24:07 +08:00

回复了 GNiux 创建的主题 › Linux › GNU Guix 0.9.0 released

@Arthur2e5 多读了读文档搞清楚了，虽然跳来跳去有点奇怪： http://stackoverflow.com/a/33588463/3770260

2015-11-08 03:36:31 +08:00

回复了 GNiux 创建的主题 › Linux › GNU Guix 0.9.0 released

包管理器翻译我在 TranslationProject.org 上做，问题是不知道 scheme 的 format 怎么交换参数位置（像 printf %2$s 那样）。

2015-11-02 06:53:09 +08:00

回复了 tikazyq 创建的主题 › Linux › 请教 sed 替换修改 xml 文件问题

为什么要螳臂挡车地飞正则处理 XML ……

2015-11-02 06:46:02 +08:00

回复了 jiaslbang 创建的主题 › Linux › [Shell] 怎样在匹配的行的下一行/下 N 行插入内容？

https://gist.github.com/Arthur2e5/c1d9172025068b07b44f

就这样， awk 部分我也不知道你文件长怎样自己补吧。

2015-11-02 06:22:14 +08:00

回复了 tangbao 创建的主题 › Linux › 用 alex 下载一个文件总报"filename must end in '.x'"

看好了，是 axel 不是 alex 。

alex https://www.archlinux.org/packages/community/x86_64/alex/ 是个输出 Haskell 的 lex ，输入自然是 *.x ……

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

❮

❯