差两个像素让我很难受，这问题绝不允许留到明年！

转载 作者：我是一只小鸟 更新时间：2022-12-14 14:32:01 26 4

2022年8月8日， linxiang07 同学给我们的 Vue DevUI 提了一个 Issue： #1199 Button/Search/Input/Select等支持设置size的组件标准不统一 ，并且认真梳理了现有支持size属性的组件列表和每个组件大中小尺寸的现状，整理了一个表格（可以说是提 Issue 的典范，值得学习）.

不仅如此，linxiang 同学还提供了详细的修改建议:

1. 建议xs、 sm 、md、lg使用标准的尺寸
2. 建议这些将组件的尺寸使用公共的sass变量
3. 建议参考社区主流的尺寸
4. 考虑移除xs这个尺寸、或都都支持xs

作为一名对自己有要求的前端，差两个像素不能忍

如果业务只使用单个组件，可能看不太出问题，比如 Input 组件的尺寸如下:

• sm 24px
• md 26px
• lg 44px

Search 组件的尺寸如下:

• sm 22px
• md 26px
• lg 42px

当 Input 和 Select 组件单独使用时，可能看不出什么问题，但是一旦把他俩放一块儿，问题就出来了.

大家仔细一看，可以看出中间这个下拉框比两边的输入框和按钮的高度都要小一点.

别跟我说你没看出来！作为一名自身资深的前端，像素眼应该早就该练就啦！ 。

作为一名对自己严格要求的前端，必须 100% 还原设计稿，差两个像素怎么能忍！ 。

vaebe: 表单 size 这个 已经很久了 争取不要留到23年

这时我们的 Maintainer 成员 vaebe 主动承担了该问题的修复工作（必须为 vaebe 同学点赞）.

看着只是一个 Issue，但其实这里面涉及的组件很多.

8月12日，vaebe 同学提了第一个修复该问题的PR:

style(input): input组件的 size 大小 。

直到12月13日（今天）提交最后一个PR:

cascader组件 props size 在表单内部时应该跟随表单变化 。

共持续5个月，累计提交34个PR，不仅完美地修复了这个组件尺寸不统一的问题，还完善了相关组件的单元测试，非常专业，必须再次给 vaebe 同学点赞.

关于 vaebe 同学

vaebe 同学是今年4月刚加入我们的开源社区的，一直有在社区持续作出贡献，修复了大量组件的缺陷，完善了组件文档，补充了单元测试，还为 Vue DevUI 组件库新增了 ButtonGroup 组件，是一位非常优秀和专业的开发者.

如果你也对开源感兴趣，欢迎加入我们的开源社区，添加小助手微信：opentiny-official，拉你进我们的技术交流群！ 。

Vue DevUI： https://github.com/DevCloudFE/vue-devui （欢迎点亮 Star 🌟） 。

--- END --- 。

我是 Kagol，如果你喜欢我的文章，可以给我点个赞，关注我的掘金账号和公众号  Kagol ，一起交流前端技术、一起做开源！ 。

封面图来自B站UP主 亿点点不一样 的视频： 吃毒蘑菇真的能见小人吗？耗时六个月拍下蘑菇的生长和繁殖 。

最后此篇关于差两个像素让我很难受，这问题绝不允许留到明年！的文章就讲到这里了,如果你想了解更多关于差两个像素让我很难受，这问题绝不允许留到明年！的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。

26 4 0

• css - 滑出抽屉在手机上 FPS 差

  我的应用程序上有一个抽屉式菜单，它在桌面上运行良好，但在任何移动设备上我都看到一个丑陋的卡顿。 在 header 中，我有一个 bool 值，在单击汉堡包时将其设置为 true/false，这会将 o

• algorithm - 为什么通过插入元素构建堆的运行时间比使用 heapify 差？

  在CLRS书中，自上而下的heapify构建堆的复杂度为O(n)。也可以通过反复调用插入来建立堆，其最坏情况下的复杂度为nlg(n)。 我的问题是:对于后一种方法性能较差的原因，是否有任何见解？ 我问

• python - Relu 性能比 sigmoid 差？

  我在所有层和输出上使用 sigmoid，得到的最终错误率为 0.00012，但是当我使用理论上更好的 Relu 时，我得到了最差的结果。谁能解释为什么会发生这种情况？我正在使用一个非常简单的 2 层实

• sql - 百分位分数，有多少人做的比你做的 postgresql 差

  我想计算有多少人(百分比)在我的测试中表现比我差。 这是我想要的结果: student | vak | resultaat | percentielscore ---------+-------

• c# - PLINQ 的性能比通常的 LINQ 差

  令人惊讶的是，使用 PLINQ 并没有在我创建的一个小测试用例上产生好处；事实上，它比通常的 LINQ 还要糟糕。 测试代码如下: int repeatedCount = 10000000;

• ios - MKOverlayRenderer 比 MKOverlayView 差？

  我正在开发一个高度基于 map 的应用程序，并且我正在使用 MBXMapKit 框架(基于 MapKit 构建)以便在我的 MapView 中显示自定义 Mapbox map 图 block 而不是默

• c# - DbContext 查询性能较 ObjectContext 差

  这个问题在这里已经有了答案: Is it always better to use 'DbContext' instead of 'ObjectContext'? (1 个回答) 关闭 9 年前。

• video - FFmpeg: "filter_complex"导致质量比 "vf"差

  我正在尝试使用 FFmpeg 进行一些复杂的视频转码(例如连接多个文件)。为此，我一直在尝试使用 filter_complex，但我注意到我之前使用普通视频过滤器看到的质量略有下降。 为了仔细检查，我

• r - mclapply() 的性能明显比 lapply() 差。我怎样才能加快速度？

  我是 R 中并行计算的新手，想使用并行包来加速我的计算(这比下面的示例更复杂)。但是，与通常的 lapply 函数相比，使用 mclapply 函数的计算时间更长。 我在我的笔记本电脑上安装了一个全新

• machine-learning - BERT 的表现比 word2vec 差

  我正在尝试使用 BERT 解决文档排名问题。我的任务很简单。我必须对输入文档进行相似度排名。这里唯一的问题是我没有标签——所以它更像是一个定性分析。 我正在尝试一系列文档表示技术——主要是 word2

• c++ - Boost Geometry:计算 vector 差

  如何计算两点的差？例如:(5,7) - (2,3) = (3,4) using point = boost::geometry::model::point point p1 (2, 3); point

• scenekit - 基本形状并/交/差 : too blind to see?

  我是 ARKit 的新手，在检查了一些示例代码后，如 https://developer.apple.com/sample-code/wwdc/2017/PlacingObjects.zip我想知道是

• python - 使用相同参数时，GridSearchCV 的性能比普通 SVM 差

  社区。 我正在编写一些机器学习代码，将一些数据分类。 我尝试了不同的方法，但是当我使用SVM时，我遇到了这个问题。 我有一组简单的数据(3 个类别，6 个特征)，当我使用具有固定参数(C=10、gam

• php - 为什么 count 比 $count 差

  我只是在查看不同问题的答案以了解更多信息。我看到一个answer这表示在 php 中编写 是不好的做法 for($i=0;$i

• PHP 多 cURL 性能比顺序 file_get_contents 差

  我正在编写一个界面，我必须在其中启动 4 个 http 请求才能获取一些信息。 我用两种方式实现了接口(interface): 使用顺序 file_get_contents。 使用多 curl 。 我

• java - 为什么 haskell 的性能比 java 差

  我想用随机数来愚弄一下，如果 haskell 中的随机生成器是否均匀分布，因此我在几次尝试后写了下面的程序(生成的列表导致堆栈溢出)。 module Main where import System.

• python - Tensorflow C++ 评估性能比 Python 差

  我在 Tensorflow 中构建了一个 LSTM 分类器(使用 Python)，现在我正在做一系列基准测试来衡量执行性能。基准测试代码加载在训练期间保存的模型并针对大量输入执行它。我有一个 Pyth

• reactjs - React.memo 性能比 React.PureComponent 差

  不久前，我重构了单元格渲染器组件以实现性能提升(我有一个巨大的表格)。我从功能性无状态组件重构为 PureComponent。例如: import React from 'react'; import

• java - 为什么在我的 BufferedReader 中使用*更大*的缓冲区时性能会*差*？

  当我改变缓冲区的大小时，我得到了无法从 BufferedReader 解释的奇怪结果。 我曾强烈期望性能会随着缓冲区大小的增加而逐渐增加， yield 递减设置相当快，此后性能或多或少会持平。但看起来

• java - 为什么我的 bagOfWord 朴素贝叶斯算法的性能比 wekas StringToWordVector 差？

  我正在尝试为 1000 个正面+负面标签的 IMDB 评论 (txt_sentoken) 和 Java 的 weka API 构建一个基于朴素贝叶斯的分类器。 由于我不知道 StringToWordV