@okampfer Apple 自带的输入法词库确实不行，同步词库这个功能就更是可以忽略了。这点我倒是没什么需求，日常打字感觉也没什么影响。

一般有更新了重启一下。

@smallyu 自带输入法是可以修改候选词大小的，候选词顺序的数字貌似无法修改，这个我觉得倒是不影响，我一般都不会留意到这个数字，基本上第一项都对，空格就行。但是有个问题，我已经给官方提了建议，目前候选词大小 18 太小，往上就直接干到 24 ，没有中间选项。最合适的选项不给出来。
@smallyu

Rime 用了一段时间，各方面都很好，有一点不舒服。如果不导入英文词库，不能直接输入英文单词，导入常用英文词库又太卡，也可能是我哪里配置不对。深入体验各种输入法之后，最后还是回到原生输入法。

愿你折腾半生，归来仍是原生。

我的这个体会，不仅针对输入法。

英文不好，能不能大概介绍一下这个项目做什么？是不是像 https://biomejs.dev 和 https://oxc-project.github.io 一样，要将 Prettier 与 ESLint 统一成一个工具？

确实，看讲师状态，在外国要饭要几年，英文水平肯定不差。

2023 年了站点最好启用 https 。

我还是觉得应该是登录而不是登陆。

@DIMOJANG 官方的说法是写一个账单日，我猜如果是按月定那应该就只有一个月，这样算吧。

之前用的 Apple Music ，后来停过几个月，等我再回来使用，我的所有数据都被清除了，客服表示就是这样设计的，停止续费一段时间就会清除所有数据。这一点非常不理解，从技术角度和成本来说，我不用，帮我暂时存一下这些数据，只是存一些歌曲的关联信息，即使上千上万首歌，占个几十 K 差不多了吧，作为全球最有钱的公司，应该不至于节省这点成本吧。没办法，之前的喜好全没了，也就没兴趣使用 AM 了。

@di11wei 我就在昆明，冬天，发现有这个问题困扰，还有大太阳，iOS 自动切换切换到 Dark 了，但是 Mac 没反应。

既然使用了 astro 这种方案，建议不要把单页的 CSS 放在一个文件内，而是全站的 CSS 放一起，这样全站来看可能会大一点，但是用户加载一次 CSS 之后就从缓存拿，全站就一个 CSS 文件才是使用 Tailwind 的正确方式。你全站代码量再大，CSS 增量不会大，越到后期 CSS 文件大小越是趋于稳定。

@Jaeger 生态薄弱，所以一起丰富生态吧，可以参与我的开源项目。

我的组件库 https://github.com/any-tdf/stdf 前几天按照 JSDoc 规则增加了 Props 的注释，写组件参数的时候会有类型提示，可选项也直接提示出备选项，开启 checkJs 或者 TypeScript 也会有类型校验。

感兴趣的可以使用 pnpm create stdf 创建个工程试试。

代码反正都要写注释，这样既省略了 TypeScript 编译开销，又有类型校验和提示，我觉得能满足大多数场景了。

可以看看我的项目（ https://github.com/any-tdf/stdf ），我也是菜鸟，所以代码和文档写的都非常通俗易懂，提点意见看法或者 BUG 都是可以的。

你这种需求为什么会房子啊 Cell 呢？有 input select radio 这些不是应该写在页面上吗？

@happy32199 怎么会有这种需求，Cell 一般用来做信息展示或者事件选项，实在要在里面放 Input 可以考虑插槽，Cell 目前支持 left 、right 、detail 三个地方使用插槽。

@happy32199 你说的结合是指什么？把 Input 放在 Cell 里面吗？

从图片去色的时候，hsl 计算数值没有保留一位小数，可能会导致 hsl(16.899999999999977, 26.7%, 23.5%) 这种情况。