关于书签按钮图标问题

[CodeHz]

稍微放大了一下，大概能表达意思。。。
其实恢复关闭标签页的图标也有问题。。。。而且这个恢复标签页图标水平方向也没对齐
另外原生按钮中鼠标悬浮时会有下降的视觉效果，新加的这俩按钮就没有这效果
我觉得你们可能需要一个美工

[Storm]

楼主是来应聘美工的吗

这个问题，好像看不出，不多DPI大幅度放大的时候可能看得出

[Admini]

"下降效果"是指图标自动往下移动了几个像素么？如果是的话那么这是Chromium MD界面的bug，并不是什么动画效果。（坐标值计算存在误差导致的）
我们工具栏最主要的问题是书签按钮在竖直方向没有对齐，需要往上移动？

[CodeHz]

"下降效果"是指图标自动往下移动了几个像素么？如果是的话那么这是Chromium MD界面的bug，并不是什么动画效果。（坐标值计算存在误差导致的）
我们工具栏最主要的问题是书签按钮在竖直方向没有对齐，需要往上移动？

看上去下降效果是dpi比较奇怪的时候出的bug。。。收藏按钮的高度应该和其他几个按钮一致（对齐倒是居中没毛病），恢复标签按钮线条明显过粗（粗了几个像素）
这些问题主要是看着不舒服。。并不是什么很严重的问题（毕竟看着不爽可以关闭嘛）。

[Doller]

同一套图标库中的视觉规则是一致的，而界面上的控件都是按网格对齐的。
   

图标之间形状大小未必一致，但重心是相同的。一味的追求居中对齐会适得其反：视觉重心不一致导致的不安定感或显得呆滞。
   

一个经典的例子是 Chrome 地址栏，底部空间比上部多1磅，而地址栏中的字符区域又偏下1磅。实现了灵动感。
   

原生按钮鼠标悬浮和按下的视觉效果如下图，Material Design 中的 Z 轴纵深并不是通过 Y 轴变化实现的，而是定义了材质（纸）和阴影（折纸）。
   

Chrome 设计中的 Content, Not Chrome 和 Don't Make Me Think 原则可以说是饱含巧思。关于 Chrome 几次大的重制心得也可以在其官方博客上找到。

以上以原生 Chrome 为准，因二次开发导致的界面原则混乱不在讨论的范围内。

---

Cent 好像是改过一些界面数值的。
我一向反对仅凭个人喜好就胡乱修改图标、间距的做法。
对一个人而言，一个间距可能就是一个间距。但对一个团队而言，一个间距甚至要考虑到各个操作系统的视觉交互原则。
不是说 Chrome 官方的产物就一定完美、不可更改，只是更改前应该更加慎重。