farmwang的专栏

2.7　路径、描边与填充迄今为止，在本章之中我们所绘制的唯一图形，就是通过在Canvas的绘图环境对象上调用strokeRect()方法所画的矩形。我们也通过调用fillRect()方法对其进行了填充。这两个方法都是立即生效的。实际上，它们是Canvas绘图环境中仅有的两个可以用来立即绘制图形的方法（strokeText()与fillText()方法也是进行立即绘制的，但文本不算是图形）。

由于isPointInPath方法仅判断当前上下文环境中的路径，所以当Canvas里已经绘制了多个图形时，仅能以最后一个图形的上下文环境来判断事件。例如，如果我们最后画的是右腿，那么我们只能判断是否点击了右腿，而不能判断身体的其他部分——右腿最后画。 这种问题的解决方法是：当点击事件发生时，重绘所有图形，每绘制一个就使用isPointInPath方法，判断事件坐标是否在该图形覆盖范围内。

方法 beginPath() 定义了一个新的路径绘制动作的开始beginpath 丢弃任何当前定义的路径并且开始一条新的路径closePath()方法关闭一条打开的子路径。如果画布的子路径是打开的，closePath() 通过添加一条线条连接当前点和子路径起始点来关闭它。如果子路径已经闭合了，这个方法不做任何事情。一旦子路径闭合，就不能再为其添加更多的直线或曲线

路径与子路径在某一时刻，canvas之中只能有一条路径存在，Canvas规范将其称为“当前路径”（current path）。然而，这条路径却可以包含许多子路径（subpath）。而子路径，又是由两个或更多的点组成的。比方说，可以像这样绘制出两个矩形来：context.beginPath();              // Clear all subpaths from

#include #include #define fileheadlen 14#define BM 19778void  IsBmpFile(FILE *fpbmp);  long  GetBmpLength(FILE* fpbmp);int GetBmpWidth(FILE *fpbmp);int GetBmpHeight(FILE *fpbmp);

#include #include #define BITMAPFILEHEADERLENGTH 14   // The bmp FileHeader length is 14#define BM 19778                    // The ASCII code for BM/* Test the file is bmp file or not */

调色板，它的功能在于缓解位图文件存储空间(显存或系统内存)过大的问题。彩色查找表。。。在帧缓存与显示器的数模转换器之间增加一个查色表，对显示的颜色进行索引 这样，在帧缓存单元的位数不增加的情况下，具有大范围内挑选颜色的能力。彩色查找表是一个一维线形表，其每一项内容对应一种颜色。此时帧缓存中的每个单元存储的不再是颜色值，而是对应于某一像素颜色的地址。彩色表的长度由帧缓存每

最早解释多缓冲区如何工作的方式，是通过一个现实生活中的实例来解释的。在一个阳光明媚的日子，你想将水池里的水换掉，而又找不到水管的时候，你就只能用木桶来灌满水池。当木桶被水龙头注满的，关掉水龙头，走到水池旁边，将水到进去，然后走回到水龙头旁边继续重复上述工作，如此往复直到将水池灌满。这就类似单缓冲工作过程。当你想将木桶里的水倒出的时候，你必须关掉水龙头。现在假设你用两个木桶来做上面的工作。你会注

FrameBuffer相关概念FrameBuffer中文译名为帧缓冲驱动，它是出现在2.2.xx内核中的一种驱动程序接口。Linux是工作在保护模式下，所以用户态进程是无法象DOS那样使用显卡BIOS里提供的中断调用来实现直接写屏，Linux抽象出FrameBuffer这个设备来供用户态进程实现直接写屏。FrameBuffer机制模仿显卡的功能，将显卡硬件结构抽象掉，可以通过Frame