uroko 发表于 2013-5-21 16:58

微软自带那调整兼容性很差啊，会造成有的软件控件错位或被遮掉。
因为它API建立一个固定大小的窗口。目测改了设置窗口大小不变的。
如果没用像winform的布局管理这类东西直接拖控件，那必然就是遮掉。如果你用了就有可能错位……
某些不能放大的元素就不怪微软了……

微软不可能“支持”高dpi，这是软件商的事。同样1080p，微软怎么知道那是个24寸显示器还是10寸平板？
关键是兼容方案太差，你至少CreateWindow SetWindowRgn啥的时候把窗口也一起弄大嘛……

john 发表于 2013-5-21 17:02

引用第32楼鸡蛋灌饼于2013-05-21 16:10发表的:

说过多少次了怎么还有这么多笨蛋只会把责任推给微软呢？
微软在Win98就支持高DPI了，其它厂商的软件都做的跟屎一样有用么？ images/back.gif

等一下，Windows自己有系统DPI这个属性吗

鸡蛋灌饼 发表于 2013-5-21 17:03

引用第34楼bubuyu于2013-05-21 16:18发表的  :


Windows 7自己的一些元素放大了都有模糊的...
images/back.gif

当然你要喷微软对矢量图支持无比差那没问题
IE很长一段时间不支持SVG，Office插个图都用不了矢量格式。
引用第37楼infinte于2013-05-21 16:43发表的 回 34楼(bubuyu) 的帖子 :
那是美工的问题吧……要支持高 dpi 除了程序要自己处理缩放还得准备不同大小的资源文件。 images/back.gif

图片换SVG啦
又不是做黄油
引用第41楼john于2013-05-21 17:02发表的:

等一下，Windows自己有系统DPI这个属性吗 images/back.gif

很久之前的事情，细节方面记不太清楚了
反正当初我是在17寸CRT上折腾1600*1200用过，后来发现调字体大小会让一堆第三方程序吃屎然后就没什么然后了

bubuyu 发表于 2013-5-21 17:12

引用第41楼john于2013-05-21 17:02发表的:

等一下，Windows自己有系统DPI这个属性吗 images/back.gif


有的...
http://li.bubuyu.org/simg/windpi.png


不过无论是Windows 7及以上的方式提高DPI还是Windows XP风格的缩放，都有缺点。


另外to某楼，美工的问题也是微软支持的烂啊，这点没什么好洗的，连自己的东西都做不好还指望别人能做好么...

john 发表于 2013-5-21 17:27

引用第42楼鸡蛋灌饼于2013-05-21 17:03发表的  :

很久之前的事情，细节方面记不太清楚了
反正当初我是在17寸CRT上折腾1600*1200用过，后来发现调字体大小会让一堆第三方程序吃屎然后就没什么然后了 images/back.gif

引用第43楼bubuyu于2013-05-21 17:12发表的  :


有的...
http://li.bubuyu.org/simg/windpi.png

....... images/back.gif

你们调的是操作系统的DPI，不是设备的DPI
设备的DPI应该是固定不可设置，操作系统默认的DPI假设是96，设备是300，那么操作系统应该用300的DPI来渲染出一个96DPI大小的9号字，从而得到矢量字体精细化的效果，这是OSX和Android的正确做法，有人就拿720P的手机改设备DPI就可以显示720P平板的内容，道理是一样的
这种做法的结果是，对于软件来说，OS的DPI其实都是固定的，你只要考虑不同面积的屏幕就行了，对于Windows和OSX这样不强制全屏的OS来说软件可以完全适应，就算软件本身没有支持高DPI也不会字小得无法看清

话说不是Vista开始才默认开矢量字吗……

dongjuanyong 发表于 2013-5-21 17:37

vista开始中文从原来默认的宋体变成雅黑了
雅黑支持cleartype，而宋体字号小的时候显示效果就是点阵字
英文的话xp开始效果就不错了

uroko 发表于 2013-5-21 17:40

类似一个环境变量而已。
本着差不多能看就行的原则，准不准倒不是问题。
反正本来一般就只会留几档，现在还没全普及用矢量图呢。

搜了下确实不光是自动调节，也可以在程序里取到。
然而看起来这个属性可能基本没有人用过它……
http://blog.csdn.net/cadcisdhht/article/details/4268875

infinte 发表于 2013-5-21 17:51

引用第42楼鸡蛋灌饼于2013-05-21 17:03发表的:

很久之前的事情，细节方面记不太清楚了
反正当初我是在17寸CRT上折腾1600*1200用过，后来发现调字体大小会让一堆第三方程序吃屎然后就没什么然后了 images/back.gif



就是因为这个巨硬才提出 DPI Virtualization 的，模糊总比歪掉好啊……

infinte 发表于 2013-5-21 18:05

引用第44楼john于2013-05-21 17:27发表的:

你们调的是操作系统的DPI，不是设备的DPI
设备的DPI应该是固定不可设置，操作系统默认的DPI假设是96，设备是300，那么操作系统应该用300的DPI来渲染出一个96DPI大小的9号字，从而得到矢量字体精细化的效果，这是OSX和Android的正确做法，有人就拿720P的手机改设备DPI就可以显示720P平板的内容，道理是一样的
这种做法的结果是，对于软件来说，OS的DPI其实都是固定的，你只要考虑不同面积的屏幕就行了，对于Windows和OSX这样不强制全屏的OS来说软件可以完全适应，就算软件本身没有支持高DPI也不会字小得无法看清

....... images/back.gif




现在的问题是：
Windows 以及很多其他桌面 OS 的 GUI 框架都是基于 1:1 像素设计的——换言之，绘图时第三方软件操纵的位图 dpi 和显示屏物理 dpi 是相等的现在高分屏的问题就是他们的物理密度非常高，如果仍然用 1:1 的方式绘图会导致界面特别小无法操作，而贸然让第三方软件获得更高密度（也就是更大尺寸）的位图资源，轻则界面变形，重则软件崩溃为了解决这个问题 M$ 在 2006 年提出了「DPI Virtualization」的概念，在系统设置了放大 UI 后，第三方软件可以操纵的纹理仍然是原本低密度的，他们绘制完毕后由 DWM 放大整个窗口来实现「高 DPI」，但是这样会造成界面模糊如果不希望模糊，第三方软件就得告诉 OS 自己可以处理 DPI 变更——通常对于已经成型的软件来说，自己处理 DPI 缩放需要大面积重构，软件越大越需要（因为大型软件经常自己绘制窗口）一些新的类库——如 .net 上的库和新版 MFC 会处理 dpi 缩放，然而软件厂商为了「向下兼容」没有使用他们

blackeyed 发表于 2013-5-21 18:10

引用第31楼infinte于2013-05-21 16:10发表的:


巨硬新的 UI 库——包括 winform 和 WPF，还有 2010 版的 MFC 都内建高 dpi 支持，第三方程序不用改。问题是 Windows 应用都喜欢自己画窗口……基本上软件越大自己画窗口概率越高……
images/back.gif

以前工作的时候, 我的工作就是全职GDI画软件控件

不过我们对DPI要求很高的, 几个主流的DPI都必须支持, QA都要测试的, 所以没问题
那时候我总是在想, 这TM有必要吗?? 谁要看那么大字啊??现在觉得当初的想法真幼稚....

到底是大软件公司的软件……就是想得周到一些

鸡蛋灌饼 发表于 2013-5-21 18:10

引用第47楼infinte于2013-05-21 17:51发表的:




没有 SVG 还有 *MF 之类的呃……但是矢量图也不是好办法，因为矢量图很难让轮廓准确对齐像素边缘，很容易造成图形「糊掉」，最好的办法是多个不同尺寸的位图。
....... images/back.gif

EMF、WMF都是帮坑爹货，谁用谁知道
另外让轮廓对其边缘其实不就是没开反走样么，对于方方正正的图标对其很重要，问题是你看看你的浏览器图标不是个球么……

sakamoto 发表于 2013-5-21 18:14

m$自己起码也有一个软件不支持dpi调整，那就是skype...

很多开源软件的支持倒是很到位。

infinte 发表于 2013-5-21 18:20

引用第51楼sakamoto于2013-05-21 18:14发表的:
m$自己起码也有一个软件不支持dpi调整，那就是skype...

很多开源软件的支持倒是很到位。 images/back.gif




skype 不是纯血 M$……
我笔记本上对 dpi 支持完美的第三方软件只有 Solidworks

counter03 发表于 2013-5-21 19:29

引用第36楼冰凌火焰于2013-05-21 16:40发表的:
被批不思进取的笔记本屏幕开始突破了，那么廉价4K桌面显示器什么时候能出来？ images/back.gif

就算现在给你一台4k的显示器你也用不了，一般显卡的接口都还没支持到4k@60hz

ylgtx 发表于 2013-5-21 22:32

台机的显示器什么时候才能上高分的啊。现在1440p的非山寨好贵啊

Microsoft 发表于 2013-5-21 22:46

其实我觉得笔记本上1080就不错了...

sahara 发表于 2013-5-21 22:55

引用第53楼counter03于2013-05-21 19:29发表的:

就算现在给你一台4k的显示器你也用不了，一般显卡的接口都还没支持到4k@60hz images/back.gif

那现在国产铺货的4K电视是用啥接口的？很好奇

要普及4K还要看娱乐业吧，FHD就是因为BD电影和PS3才普及开来的。考虑要不要等4K普及了才去换机，现在的话E3-1230 V2能带的动4K影片和游戏么？当然是在不考虑显卡的情况下，显卡能到普及时再换。还是说到时候新U更NB更低功耗了。

futami 发表于 2013-5-21 23:03

其实高DPI处理方法可以参考RMBP那种，就是看巨硬肯不肯这样搞了

其中每四个像素一组，输出原来屏幕的一个像素显示的大小区域内的图像。这样一来，用户所看到的图标与文字的大小与原来的1440x900分辨率显示屏相同，但精细度是原来的4倍，但对于特殊元素，如视频与图像，则以一个图片像素对应一个屏幕像素的方式显示。

ARUCARD 发表于 2013-5-21 23:09

hdmi1.4就支持4k了，DisplayPort1.2也是支持4k的，所以桌面用4k分辨率的显示器没问题。

counter03 发表于 2013-5-21 23:10

引用第56楼sahara于2013-05-21 22:55发表的:

那现在国产铺货的4K电视是用啥接口的？很好奇

要普及4K还要看娱乐业吧，FHD就是因为BD电影和PS3才普及开来的。考虑要不要等4K普及了才去换机，现在的话E3-1230 V2能带的动4K影片和游戏么？当然是在不考虑显卡的情况下，显卡能到普及时再换。还是说到时候新U更NB更低功耗了。 images/back.gif

一是电视的刷新率才30hz不到，二是液晶面板是4k不代表显示的分辨率就是4k，国产有些实际内部也就是fhd的信号而已

antianan 发表于 2013-5-21 23:26

这分辨率 麻烦 在15寸 不要出现了...
1600X900 这分辨率用在15寸正好 小白也不用去改什么
尼玛 又多不了多少成本

boeing2707 发表于 2013-5-22 11:46

今年水果显示器更新有希望上4k不？

烈之斩 发表于 2013-5-22 13:28

引用第57楼futami于2013-05-21 23:03发表的:
其实高DPI处理方法可以参考RMBP那种，就是看巨硬肯不肯这样搞了

其中每四个像素一组，输出原来屏幕的一个像素显示的大小区域内的图像。这样一来，用户所看到的图标与文字的大小与原来的1440x900分辨率显示屏相同，但精细度是原来的4倍，但对于特殊元素，如视频与图像，则以一个图片像素对应一个屏幕像素的方式显示。
images/back.gif

我们不就是在讨论这样的解决方案会导致所有的控件（主要是第三方的）都重绘么

john 发表于 2013-5-22 16:13

引用第62楼烈之斩于2013-05-22 13:28发表的:

我们不就是在讨论这样的解决方案会导致所有的控件（主要是第三方的）都重绘么 images/back.gif

现在控件绘制GUI的1:1比例，分辨率取自显示设备的分辨率本身，是多少就是多少
MBPR的方式是操作系统把原先那个真实的分辨率2880×1800隐藏，反馈一个重新渲染过的新分辨率1440×900给软件，软件还以为自己跑1440×900，就没有这种问题了

首先操作系统要支持高DPI，然后才能谈软件是否支持高DPI，微软现在的做法我不觉得可以称为很好地支持了高DPI

infinte 发表于 2013-5-22 16:21

回 63楼(john) 的帖子

巨硬现在的技术和水果是完全一样的……

DPI Virtualization 就是「欺骗」第三方应用让他们在 1440x900 画图，然后系统放大到原来的 2 倍。这也是兼容老程序的最佳方法——虽然老程序的界面会模糊。

如果要让应用自己处理 DPI 就需要在应用的 Manifest 里写入 DPIAware 标签，或者在应用开启的时候用系统调用通知 OS 自己可以处理缩放。

uroko 发表于 2013-5-22 16:44

Re:回 63楼(john) 的帖子

引用第64楼infinte于2013-05-22 16:21发表的 回 63楼(john) 的帖子 :
巨硬现在的技术和水果是完全一样的……

DPI Virtualization 就是「欺骗」第三方应用让他们在 1440x900 画图，然后系统放大到原来的 2 倍。这也是兼容老程序的最佳方法——虽然老程序的界面会模糊。

如果要让应用自己处理 DPI 就需要在应用的 Manifest 里写入 DPIAware 标签，或者在应用开启的时候用系统调用通知 OS 自己可以处理缩放。 images/back.gif

巨硬的放大只有字体和控件吧。
然后好像有人想出了一个办法，用第三方工具去改现有窗口大小，这样至少能保证看全控件避免出现按钮点不到的尴尬……
当然这似乎只对标准的窗体管用……

苹果那一套保证了即使不可能直接变视网膜，也至少不会比1366*768差……

razorsh 发表于 2013-5-22 16:48

傻逼微软去死吧，到win8了都还对高分屏支持超级差，渣渣

uroko 发表于 2013-5-22 16:51

巨硬的那个模糊倒是不会模糊，它放大的都是矢量的，无非是方案不完美。
苹果的也不会模糊，它跑老软件只是相当于物理上降低了屏幕分辨率而已……

sakamoto 发表于 2013-5-22 17:01

Re:Re:回 63楼(john) 的帖子

引用第65楼uroko于2013-05-22 16:44发表的 Re:回 63楼(john) 的帖子 :

巨硬的放大只有字体和控件吧。
然后好像有人想出了一个办法，用第三方工具去改现有窗口大小，这样至少能保证看全控件避免出现按钮点不到的尴尬……
当然这似乎只对标准的窗体管用……

....... images/back.gif

关掉xp模式就是全局的，让软件用96DPI渲染，然后wdm拉伸尺寸（125%到120DPI，150%到144甚至无级啦）
水果的问题是如果你分辨率选的不是最佳，一个不兼容retina的软件，会被系统拉一次到200%再显卡拉一次（根据所选分辨率）。
其实巨硬的处理方法效果要好，问题是水果可以说你软件不兼容retina我就不给你进app store，巨硬做不到。

sakamoto 发表于 2013-5-22 17:17

引用第44楼john于2013-05-21 17:27发表的:

你们调的是操作系统的DPI，不是设备的DPI
设备的DPI应该是固定不可设置，操作系统默认的DPI假设是96，设备是300，那么操作系统应该用300的DPI来渲染出一个96DPI大小的9号字，从而得到矢量字体精细化的效果，这是OSX和Android的正确做法，有人就拿720P的手机改设备DPI就可以显示720P平板的内容，道理是一样的
这种做法的结果是，对于软件来说，OS的DPI其实都是固定的，你只要考虑不同面积的屏幕就行了，对于Windows和OSX这样不强制全屏的OS来说软件可以完全适应，就算软件本身没有支持高DPI也不会字小得无法看清

....... images/back.gif

windows默认显示器的设备DPI是96，你当然可以调整系统DPI和设备DPI一致。实际上win7安装的时候会根据显示器的分辨率（前提是有内置显卡驱动等等）改默认值，不过现在软件都不是DPIaware的而且win7很傻逼的默认把xp模式缩放打开了导致会歪而已（8就默认关掉）。

WYJGHX 发表于 2013-5-22 17:29

ARUCARD 发表于 2013-5-22 17:40

嗯，还有像傻逼玻璃渣这样的企业的软件在超过125%缩放以后全屏游戏就找不到鼠标的问题。

infinte 发表于 2013-5-22 18:41

回 69楼(sakamoto) 的帖子

7 是缩放比例大于等于 1.5x 自动关闭。

infinte 发表于 2013-5-22 18:46

Re:Re:回 63楼(john) 的帖子

引用第65楼uroko于2013-05-22 16:44发表的 Re:回 63楼(john) 的帖子 :

巨硬的放大只有字体和控件吧。
然后好像有人想出了一个办法，用第三方工具去改现有窗口大小，这样至少能保证看全控件避免出现按钮点不到的尴尬……
当然这似乎只对标准的窗体管用……

....... images/back.gif




老程序是把整个窗口那张位图放大。Windows 下所有 GUI 软件最终操纵的都是「窗口内容」那张位图，直接放大绘制完的结果就行了，里面的东西绝对不会歪，和水果也是一样的。

ces777 发表于 2013-5-23 19:47

彻底埋葬1366 惠普笔记本3200×1800超高分辨率来袭

hksakura 发表于 2013-5-23 20:34

搜索了一下现在14寸的本子，一票票1366×768的……好怀念以前1440×900的伪高分屏

夜影痕 发表于 2013-5-23 21:37

1366x768快死...
現在看了一下市面上的19"mon....
全是這垃圾分辨率....
你妹 以前還是1440x900....這越活越回去....說到底還是16:9罪大惡極...

hksakura 发表于 2013-5-23 22:19

引用第76楼夜影痕于2013-05-23 21:37发表的:
1366x768快死...
現在看了一下市面上的19"mon....
全是這垃圾分辨率....
你妹 以前還是1440x900....這越活越回去....說到底還是16:9罪大惡極... images/back.gif



你说的是18.5寸吧
现在19寸的还是16：10

Realplayer 发表于 2013-5-23 22:23

看这帖子怎么觉得巨硬出马改变硬件格局（比如Vista对内存需求的拉升）状况很难再出现了

fengzizaixin 发表于 2013-5-23 22:49

回 78楼(Realplayer) 的帖子

你看win8就知道了，巨硬的号召力就这样了，现在的巨硬无论是哪方面都是落后别人一大步的，拿不出一点干货，都是抄别人
页: 1 [2] 3
查看完整版本: 你们说这次1366×768是不是该死透了