How to Use Em Dashes (–), En Dashes (–), and Hyphens (-) https://www.merriam-webster.com/grammar/em-dash-en-dash-how-to-use
Читать полностью…
#Rune 做了 Chunking 算法的部分
#教材 开始精细校对了，前言和第一章校对完，确保文字风格对 ADHD 友好，另外一套纯数字化的教材做了四章的排版修复
# BPIO 把骰子界面的数据绑定做了一下，设计有点问题没做完，明天接着做
啊，看着自己辛辛苦苦调了 N 个模型来回打磨到阅读体验无比平顺的统计学教材，真的是赏心悦目，内心当中某种缺失和遗憾被抚平了
把设计文档跟已有代码喂给 Gemini 2.5，突突突 Rust 代码就出来了，一行报错都没有
所以要我干啥，啊我就烂啊，怎样，我就烂！睡大觉！
裙友推荐的无衬线数学字体：
https://github.com/firamath/firamath
https://github.com/abccsss/LeteSansMath
抽象：单位搞什么傻逼辩论赛，正方反方分别是Deepseek利大于弊还是弊大于利
双方的论点全是用Deepseek写的，然后反方还问Deepseek如果别人问你论点，你会给他什么内容，这些内容又应该如何反制
竟然有这种专门发猫头鹰被包起来照片的网站，还可以自己提交照片。
owlsintowels/114186098524578757">本图 source，萌化了
#长毛象 #visual #cute #nature #fun
#教材 写了一个公式渲染器，完成了 EPUB 和 PDF 版本的初稿
#Rune 没进度，明天再说
#BPIO 把骰子模态框的代码写出来了
真的是一段一段修的，已经修了一轮了，现在需要我精读一遍再把拗口的东西抛光一次。
不要觉得有了 LLM 你就无敌了，能看得懂所有文章。遇到专业的内容依然需要有人帮你把文本打磨到光滑平整才容易看得懂。翻译不好的书虽然每个字都是汉字，串在一起你也能看得懂，但看得累。另外，DeepSeek 这类模型在翻译的时候经常容易给你加料，Grok 经常容易丢东西，所以保持戒备时刻审视原文是很重要的。
简言之，至少目前为止，高质量的翻译依然需要专业人士介入。这里的专业人士可以不是语言方面的专家，但是他必须具备判断文字质量、审核特定领域内容正确性的能力。
（附图展示了两个内容均正确但阅读体验截然不同的文本）
学会这个，去漫展简直砍瓜切菜。
https://www.youtube.com/watch?v=agEqHaE_GNU
AI 是 2025 版的郁金香泡沫，上一个是 ARVR元宇宙，再上一个是 Web3，再再上一个是手游，人们总是学不到教训
Читать полностью…
我补充一下背景知识给瓜友们，这家公司不是第一次 PR 私钥上来了。
https://github.com/langgenius/dify/pull/16640
https://github.com/langgenius/dify/pull/16819
几天前第一波 PR 的时候就已经警告过了，review 秒关了 PR，没想到昨天又来了。所以 admin 在 pr 评论区无奈甩了个 pdf 这事才被广泛传播的。
你以为这就是最离谱的吗？昨天这个被关掉的 PR，在 47 minutes 之前扔在 pull 新的变更到上游主分支上来……
https://github.com/isenham-lsj11/dify/tree/main
要么他们完全不懂 GitHub 怎么玩，要么我真想不明白了，骑脸开大属于是
You should know this before choosing Next.js https://eduardoboucas.com/posts/2025-03-25-you-should-know-this-before-choosing-nextjs/
Читать полностью…
不转了，我已经震撼一天了，累了。
https://fixupx.com/hylarucoder/status/1904866006700613760
秋田不短: https://jandan.net/t/5876702
OO: 302 XX: 22
简单繁琐: 谐音很雅
OO: 111, XX: 1
首席战棋师: 改为 嗦滴是奶 不就不雅了嘛
OO: 42, XX: 7
蛋友e5e64bc68116e: @首席战棋师 你说说你翻哪了
OO: 16, XX: 0
#EPUB公式渲染之乱
众所周知 Web 上的公式渲染一直是一坨大便，这幅光景到了 EPUB 上更是变本加厉。你所知的大多数 EPUB 渲染引擎都是自己实现了一个 Web Spec 的字集，但没有一个做得完整。最近我在做一套双语统计学教材 EPUB 的时候就踩了这个大坑。具体而言，大多数 EPUB 阅读器都不能正常渲染 MathML 和 SVG，这意味着你完全没有办法在书里面嵌入矢量公式。
我们当然可以使用位图来渲染，但如果只开一倍渲染，你会得到很模糊的公式位图；开多倍渲染，你会遇到无法按比例缩小行内图片的问题。这是 W3 在 Web Spec 上的不作为和阅读器厂商在保证基本阅读体验上完全摆烂造成的恶劣结果。
我整理书稿的习惯是 markdown 写完之后用 pandoc 转成 html，这个转制的过程提供了好几个可选的公式输出格式，但是很不幸的是这些选项里没有一个可以直接在 EPUB 阅读器中直接使用。你或许会认为 KAtEx 是比较有希望的一个，它提供了服务器端的 API 可以把 LAteX 公式渲染成带 CSS 的纯 HTML，但可惜的是它的方案依赖自己写带字体和一系列比较复杂的 CSS，而很多阅读器并不支持此类选项。唯一看起来有些希望的 gLaDTex 则因为不能调用 lUAlAtEx 导致不能渲染有中文的公式，而且 GlAdTEX 的渲染性能真的非常非常糟糕。
在经历了绝望的一夜后，我选择使用 typst 和 mitex 自己实现了一个渲染器 Gladest，意为 GladTex but driven by Typst，pandoc 输出的 GlAdTEX 渲染结果直接喂到这个软件里就能做正常的公式渲染，而且在某种程度上支持了高分屏。虽然最终实现有非常多的妥协，但这已经是多方权衡后得到的最好效果。希望这次探坑能给后人留下一些有意义的经验。
