Jiang's C++ Space

創作，也是一種學習的過程。

:: 首頁 :: 新隨筆 :: 聯系 :: 聚合

:: 管理 ::

<

2009年10月

>

日

一

二

三

四

五

六

27

28

29

30

1

2

3

4

5

6

7

8

9

10

11

12

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

6

7

公告

舊博客地址：http://blog.csdn.net/guogangj 新浪微博已經開通：http://weibo.com/guogangj

留言簿(16)

隨筆分類

隨筆檔案

最新評論

1.?re: 圖解數據結構（7）——二叉查找樹及平衡二叉查找樹
66666
--666
2.?re: 幫Windows Mobile實現gmtime，localtime，mktime和strftime
拿走。
謝了。
--hotman_x
3.?re: IE9無法完全關閉cleartype效果
現在win8也這個德行了。不知道微軟在想什么。明顯很多人極度反感的東西它非得堅持。很多人為了改這個甚至去修改注冊表。
--討厭DEARTYPE
4.?re: 在VMWare上裝Mac（AMD CPU）最終沒搞定……[未登錄]
用 Oracle VM VirtualBox
--Sam
5.?re: C#實現類似C++功能的困惑[未登錄]
使用可空類型
--Sam
6.?re: 圖解數據結構（10）——排序
頂一下，太厲害了。
--byrybye
7.?re: IE9無法完全關閉cleartype效果
跟我一模一樣!!!恨死cleartype了
--2222
8.?re: IE9無法完全關閉cleartype效果[未登錄]
我也極為反感,我不止是想放棄iE,如果不是兼容性的限制我立馬放棄視窗系統.
--無名
9.?re: 圖解數據結構（8）——二叉堆
恩，同意@周沖的說法，出堆的操作其實也就是把根節點出堆之后，最后一個節點放到跟節點然后進行下降操作。博主的入堆操作很好理解，贊一個。
--Greedydaam
10.?re: 圖解數據結構（8）——二叉堆
很容易理解，謝謝
--金馬

屏幕分辨率

近日翻看典著《Windows程序設計》，作者提起到“分辨率”（Resolution）一詞時候，指出這個詞其實是有兩種含義的，一種就是我們廣為熟悉的縱橫像素數目表示法，另一種就是DPI，DPI在打印機和掃描儀領域更常用。

先說縱橫像素數目表示法，我想我們都不會陌生，640*480，這是VGA的分辨率，800*600，這是15寸CRT常用分辨率，1024*768，這是17寸CRT常用分辨率，1280*1024，這是17寸和19寸LCD額定分辨率，而目前主流的24寸16:10的LCD的額定分辨率則是1920*1200。

對于DPI，我們可能相對陌生一點，其實DPI就是像素每英寸，為什么是英寸而不是厘米？這是因為發明計算機的老美使用的長度計量單位是英制的，據我所知好像就米國和英國繼續用英制了吧，別的都換成公制了，其實也不難換，1英寸等于2.54厘米。橫向分辨率為96DPI的顯示器，在橫向的2.54厘米里，就有96個像素，可以這么說，假如你有一張100*100像素的小圖片，在96DPI的顯示器上（為了方便起見，假設縱橫DPI都一樣）應該顯示為2.65*2.65厘米，在128DPI的顯示器上，應該顯示為1.98*1.98厘米，圖片看起來在高DPI顯示器上顯示得更小了。那么17寸和19寸的LCD顯示器都是1280*1024的，17寸LCD的DPI是否高于19寸LCD的呢？理論上應該說是的，但我們的操作系統往往不管這些，都默認是96DPI，因為就算DPI有差距，通常也差別不大，就算差別大，用戶難接受，還可以改變系統的顯示分辨率來達到較好的顯示效果呢，而除此之外，Windows還提供了調整字體DPI的選項來讓字體顯示大小適應用戶習慣。

情況到了便攜設備上就發生了些變化，因為便攜設備的縱橫像素數目分辨率不能調整，而且DPI可能差距很大。我的手機是Samsung SGH-i780的，方屏，分辨率為320*320，有次同事看了我的手機，說：“字怎么這么小的？”，他用的是240*320的，我就對比了一下我們的手機，屏幕寬度基本一致，高度我的就比他的短了一截，你想啊，垂直像素總數大家都是320點，而我的短了一截，所以看起來顯示的文字就比較小了。還有更夸張一些的，現在新出的手機有480*800分辨率的，稱作WVGA，橫向480點，但實際物理尺寸跟我的320點的屏幕差不多，那上門的字恐怕就更小了，可能小到看不清了。而事實上呢？

事實上并沒有這樣，因為手機軟件的作者已經考慮到這種事情了，所以在繪制文字的時候，會把文字弄大一點，這樣文字的物理尺寸還是差不多的，而看起來卻更加“細膩”。

橫向DPI和縱向DPI可以這樣獲取：

GetDeviceCaps(hdc, LOGPIXELSX);
GetDeviceCaps(hdc, LOGPIXELSY);

對Windows Mobile來說，應該是這樣的：

屏幕分辨率	DPI
240x320	96
480x640	192
240x240	96
480x480	192
480x800	192
320x320	128

你也許要問，為什么能夠保證是這樣？廠家能不能偷偷把屏幕做大一些，或者小一些？我想大概這是一種規范吧。生產Windows Mobile硬件的廠商也就那么幾個，應該蠻好保證的。

那從我們開發者的角度來說，如何開發適用于各種DPI的程序呢？按照Microsoft的說法，可以這樣：
You can continue to work in pixels but remove assumptions about the DPI by:
•Using the SCALEX and SCALEY macros to scale 96-DPI pixel coordinates, or using the metrics returned by GetSystemMetrics.
•Expressing sizes or positions relative to other controls.
•Expressing sizes or positions relative to a font.

更具體內容參考：
http://msdn.microsoft.com/en-us/library/bb416656.aspx

posted on 2010-06-03 13:16 Jiang Guogang 閱讀(1434) 評論(3) 編輯收藏引用所屬分類: Windows Embedded Programming

只有注冊用戶登錄后才能發表評論。


相關文章: 安裝VS2010后VS2008無法調試Windows Mobile程序的問題幫Windows Mobile實現gmtime，localtime，mktime和strftime Windows Mobile上網設置詳細圖解奇怪的Windows Mobile輸入面板刷新問題 Windows Mobile的安全模型簡介淺析Windows Mobile內存機制 Windows Mobile中文拼音序 [轉]誰用了我的內存--PPC RAM的缺失本質 WM_SIZE在WM_CREATE之前？讓窗口“最大化”顯示

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Jiang's C++ Space

公告

留言簿(16)

隨筆分類

隨筆檔案

最新隨筆

最新評論

評論