- 积分
- 1050
- 最后登录
- 2024-2-27
- 精华
- 0
- 阅读权限
- 40
- 主题
- 30
- UID
- 1512291
- 帖子
- 1259
- PB币
- 1103
- 威望
- 91
- 贡献
- 0
- 技术
- 13
- 活跃
- 1754
不纠结党+Win8党
- UID
- 1512291
- 帖子
- 1259
- PB币
- 1103
- 贡献
- 0
- 技术
- 13
- 活跃
- 1754
|
发表于 2015-7-17 09:02:46
IP属地辽宁
|显示全部楼层
本帖最后由 qqqqqqqq1 于 2015-7-17 09:02 编辑
10240出来了,可是大家对巨硬和Windows10的吐槽丝毫没减少啊……
So,我想发个帖,说说这些吐槽……
先从DPI缩放讲起吧。
不知道什么时候起,论坛里吐槽DPI缩放机制的人越来越多,争论的焦点无非就是:
Q:“为什么Windows不支持高分屏?”
A:“你找软件厂商。”
Q:“设备管理器是Windows自带的都不能用,巨硬乙烷!”
……
这已经成为了Win10区高分屏吐槽帖的标准套路了……
MMC作为Windows操作系统的重要组件,他的存活时间已经达到了17年之久,在Windows 98时,MMC就作为附加组件存在于Windows 安装光盘上,自Windows 2000开始变为系统重要组件,大量设置项转移入MMC。
Windows 10中的MMC是年久失修的,它是2007年随Windows Vista带来的MMC3.0……
很多人无法理解为什么Vista、Win7、Win8下的MMC缩放还是好好的到Win8.1下就模糊了,其实这是微软在替高分屏用户考虑……
什么?这还是在替高分屏用户考虑,我们都模模糊糊了!#¥%……%¥#@@
小麦(@raymai97)说过,vista/win7的mmc在dpi缩放后,字体是清晰的,但界面会让你觉得怪怪的。
为什么是怪怪的?
因为Vista、Win7、Win8下的MMC都向系统报告自己支持高DPI,但MMC的架构太陈旧,无法处理界面放大,只能按照DPI简单粗暴的放大字号,根本不管窗口的长和宽放大以及图标的大小放大。
于是在200%的放大比例下,设备管理器(或其他MMC控制台)的窗口实际显示大小是标准情况的1/4,图标也是……
微软一看:这么做不行啊……我还要说我的Win8.1要开始完美支持275%的缩放比例呢……
很快,MMC变成了“dpi-unaware”程序。
其实我想告诉坛友的是:让MMC变成dpi-unaware程序也是符合预期显示情形的,至少显示大小没有问题,而系统管理功能又不常用,所以微软可能为了赶Win8.1/Win10的开发进度就没立即重写MMC,MMC早晚会更新或被替代,等吧……
再来说说字体问题。
微软雅黑的6.14(随Win8.1附带)的马脸和字符上下不齐问题刚被吐槽完,接着就是微软雅黑6.20的笔画粘连问题。
其实我想说的是,这些锅不该让巨硬背。
字符上下不齐和笔画粘连的问题主要和字体的hinting质量有关系,而hinting这锅必须让蒙纳(Monotype)背。
至于行距,我搞不清这锅到底该是方正背还是巨硬背。
(你如果在高分屏用的不爽,可以试试可可苏玛提供的workaround。)
至于Windows字体的渲染机制问题,其实DirectWrite配上个合适的字体还真不错,但可惜的是,GDI仍在广泛的被利用着。
之前有人写过gdipp,可以利用DirectWrite接管GDI,但可惜的是,这工具已经年久失修,在Win10+缩放的条件下有很严重的bug。
最后说说Bugs、农历和RTM到底是不是10240的问题。
Bugs完全可以通过系统更新修补,而10240到底是不是RTM这问题其实并不重要,先开始用吧。
不要认为10240还有Bug就一口咬定10240不是RTM(当然也不要有10240 100%是最终发布的RTM的想法),现在仍有的Bug都不严重,完全可以通过系统更新搞定的。
至于日历里自带农历,坛友直接到Windows反馈投票就好。
日历是通用应用,通过应用商店更新新功能是非常有可能的事情。
未完待续…… |
|