专栏导航
上一篇:第4章,[标签 Win32] :SysMets3 程序代码
下一篇:无
本节前言
对于本节所讲解的知识,有可能,你会需要时不时地参考本专栏的其它文章。真的遇到了需要参考之前的文章的知识点,请你自行查阅。
我呢,也会提到一部分的参考课节。但是呢,你不应该依赖于我的主动提及。最好呢,你自己能够多去了解和查看本专栏目录。
本节内容,一部分内容来自于对佩措尔德原教材的大段抄录,也有一部分是我的原创。
我们开始本节的学习。
一. SysMets3 程序讲解
这里我们依赖 Windows 来维护滚动条信息和做边界检查。在处理 WM_VSCROLL 和 WM_HSCROLL 时,首先获取滚动条消息,根据通知码调整位置,然后调用 SetScrollInfo 函数设置位置。程序然后调用 GetScrollInfo 。如果在调用 SetScrollInfo 时位置超出了范围,Windows 将自动修正位置,并通过 GetScrollInfo 调用返回正确的位置。
SysMets3 使用 ScrollWindow 函数来滚动窗口客户区的内容,而不是重绘。尽管这个函数相对复杂(在新版本中的 Windows 中被更复杂的ScrollWindowEx 取代),在 SysMets3 中的应用却是很简单的。该函数的第二个参数指定了客户区水平滚动多少个像素,第三个参数是客户区垂直滚动的像素数。
ScrollWindow 的最后两个参数设为 NULL,表示需要滚动整个客户区。Windows 自动将新滚动出现的地方无效化,从而产生一条 WM_PAINT 消息。这里并不需要调用 InvalidateRect 函数。需要注意的是,ScrollWindow 并不是 GDI 函数,因为它并不需要设备环境句柄作为参数。这是少数几个能够改变窗口的客户区现实的非 GDI 函数之一。在 Windows 文档中,为了便于查找,它和滚动条函数放在一起。
在这里,我略微地来讲一讲 ScrollWindow 函数。
在 SysMets3 的行号 159 到 164 的位置,有如下代码。
if (si.nPos != iVertPos)
{
ScrollWindow(hwnd, 0, cyChar * (iVertPos - si.nPos),
NULL, NULL);
UpdateWindow(hwnd);
}
截图如下。
图1
在 SysMets3 里面,iVertPos 变量,是在窗口过程函数中声明的一个局部变量。图1 所示的代码,是 WM_VSCROLL 消息中的一段处理代码。
在 WM_VSCROLL 消息的处理代码中,首先用下图所示的代码,获取垂直滚动条的原来的信息。
图2
尤其是,通过图2 的红色框线所示的代码行,将滚动条原来的位置,给保存了下来。在 WM_VSCROLL 中,图2 所在代码行的随后的代码,是根据收到的滚动条消息,如 SB_LINEUP、SB_LINEDOWN、SB_PAGEUP、SB_THUMBTRACKPOS 等,调整 si.nPos 的值。
根据收到的滚动条消息,调整了 si.nPos 的值以后,用这个新的 si.nPos,去设置滚动条的新的位置,并通过调用 GetScrollInfo 函数再次获取滚动条信息,如下图所示。
图3
这个时候,新获取的滚动条消息中,si.nPos 包含了滚动条的新位置值,而 iVertPos 则是包含了滚动条的旧位置值。
在这种情况下,我们再次来看图1 。
图1副本
假定,滚动条原来的位置是3,新位置是4,也就是,iVertPos 等于 3,si.nPos 等于 4。在这种情况下,iVertPos-si.nPos 的值是负的,因而【cyChar * (iVertPos - si.nPos)】的值也是负的。在图1 中,【cyChar * (iVertPos - si.nPos)】实参位于 y 的位置上,而 x 参数的实参是 0,因此,在图1 的 ScrollWindow 函数的作用之下,客户区的内容,在横向方面,无论作滚屏操作,因为 ScrollWindow 的 x 位置的值是 0 。在垂直方向上,需要让屏幕卷动的长度,是【cyChar * (iVertPos - si.nPos)】的绝对值。
那么,究竟是将屏幕内容向上滚动还是向下滚动呢?
我们可以测试一下代码,也就是可以单击滚动条的下面的向下三角号,或者在滚动条滑块的下方单击一下,这都会导致,代码运行到图1 时,iVertPos 的值小于 si.nPos 的值,从而【cyChar * (iVertPos - si.nPos)】为负。单击滚动条内部下方的向下三角号,或者在滚动条滑块下方单击一下,都会导致客户区的内容,相对于屏幕向上卷动。
假定,代码运行到图1 时,iVertPos 等于 3,而 si.nPos 等于 4,这是用单击滚动条下方的向下三角号可以达到的一种效果。在这种情况下,客户区的原本的第 10 行会变到第 9 行,原本的第 9 行会变到第 8 行,原本的第 8 行会变到第 7 行,其余的依次类推。
也就是,在调用 ScrollWindow 时,它会导致客户区内容的滚屏操作。在 x 参数为 0 的情况下,横方向不会作滚屏操作,或者是,滚动得长度为 0 像素。在 y 参数不为 0 的情况下,垂直方向上,就需要作出滚屏操作了。
**当 x 为 0,而 y 参数小于 0 的情况下,客户区的内容相对于屏幕向上卷动。**假定只滚动一行内容,则客户区原本的第 6 行内容会变到第 5 行,原本的第 5 行内容会变到第 4 行,原本的第 4 行内容会变到第 3 行,其余行数的变动情况依次类推。**换一个角度来看,屏幕倾向于显示原显示内容下面的内容。**假定 iVertPos 等于 3,si.nPos 等于 4,页面大小为 10,这种情况里,原来显示的是文档 3 到 12 行的内容,则新的显示内容就会是文档 4 到 13 行的内容。原来的显示中,文档 3 行内容居于客户区的顶行,也就是 0 行。而新的显示结果中,文档 4 行的内容会居于客户区 0 行。单击垂直滚动条下方的向下三角号,会有此效果。
**当 x 为 0,而 y 参数大于 0 的情况下,客户区的内容相对于屏幕向下卷动。**假定只滚动一行内容,则客户区原本的第 6 行内容会变到第 7 行,原本的第 7 行内容会变到第 8 行,原本的第 8 行内容会变到第 9 行,其余行数的变动情况依次类推。**换一个角度来看,屏幕倾向于显示原显示内容上面的内容。**假定 iVertPos 等于 6,si.nPos 等于 5,页面大小为 10。这种情况里,原来显示的是文档 6 到 15 行的内容,则新的显示内容就会是文档 5 到 14 行的内容。原来的显示中,文档 15 行内容居于客户区的底行。而新的显示结果中,文档 14 行的内容会居于客户区底行。单击垂直滚动条上方的向上三角号,会有此效果。
说完了 y 的情况以后,再来说 x 的情况。
**假定 y 为 0,x 小于 0,这种情况下,客户区的内容会相对于屏幕向左卷动。**假定只卷动一列字符,则原本的第 9 个字符会变到第 8 个字符的位置,原本的第 8 个字符会变动第 7 个字符的位置,原本的第 7 个字符会变到第 6 个字符的位置。**换一个角度来看,屏幕倾向于显示原内容右边的内容。**假定原来显示的是文档的第 6 个字符到第 15 个字符的内容,则新的显示内容是文档第 7 个字符到第 16 个字符的内容。原来的显示内容中,第 6 个字符居于客户区最左边。新的显示内容中,第 7 个字符居于客户区最左边。单击水平滚动条右方的向右三角号,会有此效果。
**假定 y 为 0,x 大于 0,这种情况下,客户区的内容会相对于屏幕向右卷动。**假定只卷动一列字符,则原本的第 9 个字符会变到第 10 个字符的位置,原本的第 10 个字符会变动第 11 个字符的位置,原本的第 11 个字符会变到第 12 个字符的位置。**换一个角度来看,屏幕倾向于显示原内容左边的内容。**假定原来显示的是文档的第 6 个字符到第 15 个字符的内容,则新的显示内容是文档第 5 个字符到第 14 个字符的内容。原来的显示内容中,第 15 个字符居于客户区最右边。新的显示内容中,第 14 个字符居于客户区最左边。单击水平滚动条左方的向左三角号,会有此效果。
关于 ScrollWindow 函数,我就先讲到这里了。
我们接着往下看。
WM_HSCROLL 消息处理截获了 SB_THUMBPOSITION 通知码,但是忽略了 SB_THUMBTRACK 。这样,如果用户水平拖动滚动条的滑块,程序只有在用户松开了鼠标键时才会水平滚动窗口的内容。
WM_VSCROLL 消息处理有所不同,它截获了 SB_THUMBTRACK 消息而忽略了 SB_THUMBPOSITION 。这样,当用户拖动垂直滚动条的滑块时,程序相应地滚动窗口的内容。这样更符合用户的期待,需要小心的是,一旦用户发现程序对他们的鼠标操作反应迅速,他们会拼命地使用滚动条来看程序是否跟得上。所幸,今天的电脑对此能够应对自如。而如果需要在慢速电脑上运行你的程序,你可以考虑在 GetSystemMetrics 中使用 SB_SLOWMACHINE 参数。
另一个加快 WM_PAINT 处理的方法也用在了 SysMets3 中,在 WM_PAINT 代码中,程序确定哪些行落在了无效矩形中,并且只重绘那些行。这样的代码更复杂,但是更快。
二. 可我不想用鼠标
在早期的 Windows 时代,很多用户并不使用鼠标,而且 Windows 本身和许多的应用程序并不是必须有鼠标才能运行。尽管到了今天,没有鼠标的 PC 很少见了,但我仍然建议你的程序最好能用键盘模拟鼠标操作。这对于滚动条更为合适。,因为在键盘上有一组方向键,应该能够提供相应的功能。
在第 6 章里,我们将学习怎样使用键盘,怎样在程序中加入键盘接口。你看到了,在 SysMets3 中,WM_VSCROLL 消息处理似乎处理了 SB_TOP 和 SB_BOTTOM 通知码。我早先提到,窗口过程不会从滚动条收到这些消息,所以目前来看这些代码是多余的。但是在第 6 章里,当我们回过头来再看这个程序时,你会明白这么做的原因。
结束语
关于 SysMets3,我们还有许多需要讲解的地方。在我第一次学习这个代码的时候,我是费了一点儿劲的。SysMets3 和 SysMets2,都是使用滚动条的代码,而更换了滚动条函数以后,新的 SysMets3,比旧的 SysMets2,是难了好多。
如果你本身的逻辑思维能力比较强,那么,不需要我的太多的讲解,你基本上是能够看懂程序代码的。通过调试,观察程序运行结果,你是可以自己搞懂这个程序代码的。
然而,作为讲解者来讲,我还是需要多作一些讲解,以便说,即使你本身的逻辑思考能力没那么强,也可以看懂本程序。
后面,我将会再挑出几段程序代码,来作出讲解。
作为学习者的你,你不应该依赖于我的讲解,最好呢,还是自己努力地去思考程序。而作为讲解者的我,还是应该尽量地去细致讲解代码,讲清楚难点知识,而不应该依赖于学习者有着超凡的逻辑思考能力。
我们彼此都加油吧。
争取能够一起学好 Windows 程序设计知识。
专栏导航
上一篇:第4章,[标签 Win32] :SysMets3 程序代码
下一篇:无