tanukihee

> > ga.Chrom = np.random.randint(0,2,size=(80,20)) > > 这里的80和20，分别表示什么意思？ > > 种群规模和基因长度，这个大小和初始化后的 ga.Chrom 保持一致即可 能否添加 `ga.x2chrom()` 功能？直接指定二进制的初始种群基因还是十分不便

> https://github.com/mohuangrui/latexspine 西文需要手动旋转，也缺乏 OpenType 特性支持（比如中文标点符号等的 `vert`），以及竖排基线位置也要调整（竖排基线在 0.5，横排一般在 0.88） Thu 是旋转中文并调整中文基线（将中文上移 0.3 em），但少了标点挤压（`\punctstyle{plain}`） 我认为还是用现成的文档类，比如 `luatexja` 的竖排文档类 ltjtarticle 来排书脊最方便。（ctex 什么时候才能支持竖排……）

* OpenType 特性需要自己指定的，比如标点，正常情况在左下，开启 `vert` 后就在右上 * 竖排基线位置是控制中西文相对高度的，当然手动旋转整个西文盒子似乎就不需要了…

> ZJU, FDU: ? top3 少说有 10 个吧（

我在一个小项目里面试了试 pug，写起来还是很舒服的，也的确减少了许多代码量。只用装两个依赖，pug 和 pug-plain-loader，也不需要其他的配置。就是有两点 1. vsc 没有好用的 pug formatter，prettier 不能格式化 pug，强迫症受不了 2. 对于一些比较长的属性，比如 `:style` 有时候就会很长， ```vue ``` 这种，需要在长属性里折行。但是 pug 里折行就必须得用 js 的 \` 引号，而如果属性里也有用于字符串拼接的 \` 引号出现时，就会产生冲突。 至于 ref 语法糖，好像社区里这个的评价不是很高的样子…另外可能是跟 ts...

另外要不要讲一讲 babel？我刚开始用 vue3 的时候还是 vue-cli 4，会自动调用 polyfill 生成 es5 代码，但是到了 vue-cli 5，就不会自动转换了。虽然现在 es6 基本是标配，但我有时候会用一些非常新的 api（比如 `replaceAll` 之类的），为了照顾一些老设备（比如 ios 13），还是要用 babel 转一下的😂

不转页面的话，就学 thuthesis 转盒子吧 https://github.com/tuna/thuthesis/blob/c29caa45e7384e29fdc523af98bd34a89f0f1f26/thuthesis.dtx#L5721-L5733 公式竖排跟西文竖排是一样的，顺时针旋转 90° 而已

希望以后有机会重构时，能在保留调整标点类型的前提下向 InDesign 靠拢（InDesign 无法调整标点类型），在标点挤压上「做加法」，把全宽标点看作一个半宽标点+一个二分空地处理，也更加符合铅字时代的习惯（虽然可能不如现代人的「做减法」一样直观）

是铅字时代的习惯吧，luatexja 似乎也是这样处理的。 铅字无法压缩（除非削掉一部分），最小宽度就是半身，可以避免标点之间的「过度挤压」（如本 issue、#481 ），也可以与出版界的事实标准靠齐（如 #443 ）

我理解 xeCJK 遵从习惯采用「减法式」，但「加法式」是**铅字**的习惯而不是**日本**的习惯，同样，「减法式」是**数字排版**的习惯而不是**中国**的习惯 >铅字时代的中文排版里就已经存在「半角逗号」—— 或者说「半宽 / 对开 / 二分」的逗号，占半个汉字宽度。在印刷工业出版社出版的《活字排版工艺》中就有如下记述： >>除了全身标点符号外，也可以铸成对开或三开，用以调整行长或做特殊使用。 …… 引号和括号，放在文字的前后，根据工艺的要求，可用全身或对开，但括号后是其他标点符号时，该括号则必须用对开。 > >在金属活字时代，根据排版的需要，可以要求铸字时铸出不同「身份」（宽度）的铅字去占不同的「地位」，而具体的，可以是全宽，也可以是二分（半角 / 对开）、三分等等，然后再配合各种铅空使用。这个习惯一直到现代电脑排版，依旧没有变。比如中国国标《GB/T 15834-2011 标点符号用法》就有这样的规定： >>5.1.10 标点符号排在一行末尾时，若为全角字符则应占半角字符的宽度（即半个字位置），以使视觉效果更美观。 >可见，中文的标点符号既可以是「全宽」的也可以是「半宽」的，「中文＝全角」完全是技术问题导致的误解。本文开篇里日本专家小林老师所解释的铅字排版工艺，无论是在日本还是在中国都是一样的。翻开出版专业的排版书籍，里面提到的「全角式」「半角式」「开明式」和「居中式」这几种常见的标点风格，也是这个含义。 同参考自[全角半角碎碎念](https://www.thetype.com/2018/02/14211/) 我理解 xeCJK 的选择，毕竟 「加法式」与「减法式」只是一体两面，`xecjk` 也没有学 InDesign 将标点挤压的程度作限制（InDesign 的挤压只能在...