既然使用了 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%) 这种情况。

一般大版本更新系统之后，过两三天再查看，刚刚更新完操作系统会重建索引和后台跑一些进程，尤其现在很多操作系统会后台跑一些 AI 的功能。

为什么要用微信截图？

目前使用小米出的立式磁吸充电支架给 iPhone 用，当支架+充电+偶尔使用的充电宝。

1. 还是要用笔记本自带的，外置的延迟高。
2. 短距离拖动可以用按压，长距离拖动最好使用双击，即第二次点击不放开。其他的就没什么适应难度了。
3. 触控板对比鼠标最大的优点是交互方式，鼠标在没有辅助按键的情况下，就一个左右点击+滚轮+按压拖动，四种交互。触控板有单指轻点+重按+按压拖动+双击拖动 4 种 ，双指点击+上下滚动+左右滚动 3 种，三指上下左右滑动 4 种，四指上下左右滑动 4 种，五指上下左右滑动 4 种，总动 4+3+4*3=19 种，当然正常人用不到这么多，我日常使用到的大概有十一二种。而且所有交互都是符合直觉，动画也是实时且可返回的，俗称跟手。试问哪个鼠标可以做到？
4. 当然，如果日常工作是画图，你一天到晚的动作全都是拖动，那还是建议用鼠标。

既然要硬着头皮选择搜狗，那...

懂了
基于 Svelte 与 Tailwind 的移动 web 组件库。
https://github.com/dufu1991/stdf
https://stdf.design

@ads1029 移动 web 上 Svelte 和 Tailwind 确实有很大的优势，但是目前国内的前端生态移动 web 已经是半死不活的，国内的互联网被 APP 和小程序压着，所以即使这两者对开发者体验极佳也是很难活跃的。目前可能就一些开发者自己的小项目会用。

用过一段时间，确实有点卡，就没用了。

@yeqizhang 还是别谈小程序的 IDE ，你去看看小程序公开对外的教学视频，连他们自己人都不用，连对外装都懒得装一下。

你都用 Tailwind 了，还问这种问题。一般来说，移动端多使用 flex 布局，宽高都不写死，除非是给图片固定宽高比的的容器。这样也实现了响应式布局。我的项目中（移动端）尺寸都写的很少。