差不多在做Phoebe的时候已经看到有一些程序实现了Win7的一些新特性，如Chrome就支持下载进度在任务栏上显示。当时本来想做做看，不过考虑到又要和原来的程序整合，而且意义也不是特别大，所以也就作罢。但是最近闪印基本又要发新版本了，自己这边基本又没什么bug，蛋疼得慌，无聊查了查MSDN上相应的接口定义 ，整了个大概。基本上，Win7下任务栏的新特性都是通过ITaskBarList3这个接口来实现，其定义可以在Shobjidl.h中找到(Win7 SDK)，像我们用的是VS2008 SP1，默认的SDK版本号是6.1A，是找不到其定义的。所以比较直接的做法自然是安装Win7 SDK，将这个SDK设置成当前VS的默认SDK。但这样做的最大问题就是兼容性，Win7 SDK下很多头文件和原先的并不兼容，尤其是strsafe.h这个头文件，很多定义都发生了变化，跑老工程基本会有一堆的编译错误。尝试过将原先的strsafe.h和相应的lib文件替换掉Win7 SDK的内容，编译运行，一切OK，但是毕竟为了加这么点功能，把SDK里面原有的文件修改掉，带来的风险也太大了，所以这种方法还是不太可取。于是相应的只能采取比较取巧的方法，因为本身ITaskBarList3是基于COM的，所以我们只要提供一个正确的GUID和相应方法定义即可，跑WIN7 SDK的include文件下把ITaskBarL ...继续阅读 (4)

差不多在做Phoebe的时候已经看到有一些程序实现了Win7的一些新特性，如Chrome就支持下载进度在任务栏上显示。当时本来想做做看，不过考虑到又要和原来的程序整合，而且意义也不是特别大，所以也就作罢。但是最近闪印基本又要发新版本了，自己这边基本又没什么bug，蛋疼得慌，无聊查了查MSDN上相应的接口定义 ，整了个大概。基本上，Win7下任务栏的新特性都是通过ITaskBarList3这个接口来实现，其定义可以在Shobjidl.h中找到(Win7 SDK)，像我们用的是VS2008 SP1，默认的SDK版本号是6.1A，是找不到其定义的。所以比较直接的做法自然是安装Win7 SDK，将这个SDK设置成当前VS的默认SDK。但这样做的最大问题就是兼容性，Win7 SDK下很多头文件和原先的并不兼容，尤其是strsafe.h这个头文件，很多定义都发生了变化，跑老工程基本会有一堆的编译错误。尝试过将原先的strsafe.h和相应的lib文件替换掉Win7 SDK的内容，编译运行，一切OK，但是毕竟为了加这么点功能，把SDK里面原有的文件修改掉，带来的风险也太大了，所以这种方法还是不太可取。于是相应的只能采取比较取巧的方法，因为本身ITaskBarList3是基于COM的，所以我们只要提供一个正确的GUID和相应方法定义即可，跑WIN7 SDK的include文件下把ITaskBarL ...继续阅读 (3)

差不多在做Phoebe的时候已经看到有一些程序实现了Win7的一些新特性，如Chrome就支持下载进度在任务栏上显示。当时本来想做做看，不过考虑到又要和原来的程序整合，而且意义也不是特别大，所以也就作罢。但是最近闪印基本又要发新版本了，自己这边基本又没什么bug，蛋疼得慌，无聊查了查MSDN上相应的接口定义 ，整了个大概。基本上，Win7下任务栏的新特性都是通过ITaskBarList3这个接口来实现，其定义可以在Shobjidl.h中找到(Win7 SDK)，像我们用的是VS2008 SP1，默认的SDK版本号是6.1A，是找不到其定义的。所以比较直接的做法自然是安装Win7 SDK，将这个SDK设置成当前VS的默认SDK。但这样做的最大问题就是兼容性，Win7 SDK下很多头文件和原先的并不兼容，尤其是strsafe.h这个头文件，很多定义都发生了变化，跑老工程基本会有一堆的编译错误。尝试过将原先的strsafe.h和相应的lib文件替换掉Win7 SDK的内容，编译运行，一切OK，但是毕竟为了加这么点功能，把SDK里面原有的文件修改掉，带来的风险也太大了，所以这种方法还是不太可取。于是相应的只能采取比较取巧的方法，因为本身ITaskBarList3是基于COM的，所以我们只要提供一个正确的GUID和相应方法定义即可，跑WIN7 SDK的include文件下把ITaskBarL ...继续阅读 (4)

差不多在做Phoebe的时候已经看到有一些程序实现了Win7的一些新特性，如Chrome就支持下载进度在任务栏上显示。当时本来想做做看，不过考虑到又要和原来的程序整合，而且意义也不是特别大，所以也就作罢。但是最近闪印基本又要发新版本了，自己这边基本又没什么bug，蛋疼得慌，无聊查了查MSDN上相应的接口定义 ，整了个大概。基本上，Win7下任务栏的新特性都是通过ITaskBarList3这个接口来实现，其定义可以在Shobjidl.h中找到(Win7 SDK)，像我们用的是VS2008 SP1，默认的SDK版本号是6.1A，是找不到其定义的。所以比较直接的做法自然是安装Win7 SDK，将这个SDK设置成当前VS的默认SDK。但这样做的最大问题就是兼容性，Win7 SDK下很多头文件和原先的并不兼容，尤其是strsafe.h这个头文件，很多定义都发生了变化，跑老工程基本会有一堆的编译错误。尝试过将原先的strsafe.h和相应的lib文件替换掉Win7 SDK的内容，编译运行，一切OK，但是毕竟为了加这么点功能，把SDK里面原有的文件修改掉，带来的风险也太大了，所以这种方法还是不太可取。于是相应的只能采取比较取巧的方法，因为本身ITaskBarList3是基于COM的，所以我们只要提供一个正确的GUID和相应方法定义即可，跑WIN7 SDK的include文件下把ITaskBarL ...继续阅读

UAC的基本概念什么是UACUAC即User Account Control(用户帐号控制)，是微软从Windows Vista开始为提高安全性而引入的一项新技术。用户通过这项技术既可以以非管理员身份，也能够以管理员身份执行常见的任务，而不需要切换账户或者注销。在大多数的情况下，用户都是以标准用户的状态来执行日常任务，只有当需要设置系统特定资源的操作的任务才会需要用户以管理员的身份执行，以此来确保进程对系统的“伤害”达到最低。为什么使用UAC使用UAC的理由很简单：保护系统资源和数据的安全。在XP时代，在系统安装完毕后任何新建的账户都会默认划入系统管理员组，于是用户有了安装，卸载，修改，删除系统任何地方任何数据的权限，而这正是万恶之源。而如果能够控制不同程序的权限，那么大部分的恶意软件和病毒就不能起作用了。UAC正是基于这种思路进行设计的：严格控制进程所能获得的权限。让一个进程无时无刻都拥有管理员权限是无法容忍的：一个恶意程序如果被自动运行于我们的系统，且肆无忌惮地执行某些会进行系统资源读写操作的代码而不为我们所知晓那是多么恐怖的事。(XP正是这么做的)所以UAC的策略就是给予进程尽可能低的权限，如果程序需要管理员权限则需要知会当前用户。同时通过一系列的措施来保障程序的正确运行：在可行的情况下，进行操作的权限将从系统管理员调整为标准用户。(给予最低权限)利用虚拟化技术在没有获得系统 ...继续阅读 (18)

UAC的基本概念什么是UACUAC即User Account Control(用户帐号控制)，是微软从Windows Vista开始为提高安全性而引入的一项新技术。用户通过这项技术既可以以非管理员身份，也能够以管理员身份执行常见的任务，而不需要切换账户或者注销。在大多数的情况下，用户都是以标准用户的状态来执行日常任务，只有当需要设置系统特定资源的操作的任务才会需要用户以管理员的身份执行，以此来确保进程对系统的“伤害”达到最低。为什么使用UAC使用UAC的理由很简单：保护系统资源和数据的安全。在XP时代，在系统安装完毕后任何新建的账户都会默认划入系统管理员组，于是用户有了安装，卸载，修改，删除系统任何地方任何数据的权限，而这正是万恶之源。而如果能够控制不同程序的权限，那么大部分的恶意软件和病毒就不能起作用了。UAC正是基于这种思路进行设计的：严格控制进程所能获得的权限。让一个进程无时无刻都拥有管理员权限是无法容忍的：一个恶意程序如果被自动运行于我们的系统，且肆无忌惮地执行某些会进行系统资源读写操作的代码而不为我们所知晓那是多么恐怖的事。(XP正是这么做的)所以UAC的策略就是给予进程尽可能低的权限，如果程序需要管理员权限则需要知会当前用户。同时通过一系列的措施来保障程序的正确运行：在可行的情况下，进行操作的权限将从系统管理员调整为标准用户。(给予最低权限)利用虚拟化技术在没有获得系统 ...继续阅读 (12)

UAC的基本概念什么是UACUAC即User Account Control(用户帐号控制)，是微软从Windows Vista开始为提高安全性而引入的一项新技术。用户通过这项技术既可以以非管理员身份，也能够以管理员身份执行常见的任务，而不需要切换账户或者注销。在大多数的情况下，用户都是以标准用户的状态来执行日常任务，只有当需要设置系统特定资源的操作的任务才会需要用户以管理员的身份执行，以此来确保进程对系统的“伤害”达到最低。为什么使用UAC使用UAC的理由很简单：保护系统资源和数据的安全。在XP时代，在系统安装完毕后任何新建的账户都会默认划入系统管理员组，于是用户有了安装，卸载，修改，删除系统任何地方任何数据的权限，而这正是万恶之源。而如果能够控制不同程序的权限，那么大部分的恶意软件和病毒就不能起作用了。UAC正是基于这种思路进行设计的：严格控制进程所能获得的权限。让一个进程无时无刻都拥有管理员权限是无法容忍的：一个恶意程序如果被自动运行于我们的系统，且肆无忌惮地执行某些会进行系统资源读写操作的代码而不为我们所知晓那是多么恐怖的事。(XP正是这么做的)所以UAC的策略就是给予进程尽可能低的权限，如果程序需要管理员权限则需要知会当前用户。同时通过一系列的措施来保障程序的正确运行：在可行的情况下，进行操作的权限将从系统管理员调整为标准用户。(给予最低权限)利用虚拟化技术在没有获得系统 ...继续阅读