【原创】提高专注的时间管理小工具(Win32)

在被RescueTime反复羞辱之后,痛定思痛,今天早上爬起来之后决定开发一个提高专注的小工具,拯救我的时间专注率!

其实,失去专注很多时候是由于无意识的『开小差』,或者查资料时『跑了题』,也包括来自其它插入型的干扰,比如IM消息。所以,我解决这个问题的思路很简单,也很直接:事先锁定一个窗口(比如IDE或者PowerPoint),当离开它一小段时间后,就开始闪烁任务栏的窗口标题。

实现上,用到了Win32的一个API:FlashWindow()。为了开发方便,使用了AutoHotKey作为平台,半个小时便开发调试完成。不过仅在Windows 7下测试过,如果其它版本下有问题,请反馈。

使用方法:

下载exe或者ahk(如果安装了AutoHotKey)文件,启动它之后,切换到需要专注的应用窗口,按热键『 Ctrl+Win+Alt+F 』,即可看到当前窗口在任务栏闪烁了一次,表明它已被专注。接下来只要你离开这个窗口超过1分钟,它就会开始在任务栏每分钟闪烁一遍。热键『 Shift+Ctrl+Win+Alt+F 』可以解除专注锁定。

Concentrate.exe (适合普通用户)

Concentrate.ahk (适合安装了AutoHotKey的用户)

Dropbox使用技巧拾零

Dropbox可以算是文件云同步领域的鼻祖了,即使不是最早出现的,也是第一个推动云同步向普通互联网用户普及的。Dropbox的成功并非偶然,其强大而且独一无二的功能和技术是支撑其用户忠诚度的基石。作为一个Dropbox的早期用户,使用至今,有些小经验小技巧,在这里与大家分享一下,希望能帮助大家把Dropbox的作用发挥到最大。

值得信赖的差量同步

『差量同步』是Dropbox相比其它同类云同步工具的核心技术优势。其效果可以简单理解为,文件的变更只需同步变化的部分,为用户节省流量和时间。差量同步所带来的好处其实还不仅仅是文件的变化同步更快,你还可以随心所欲的将文件或整个文件夹从Dropbox下的一个位置移至另一个位置、更名,甚至拿掉一段时间之后再放回来,它们都不必重新被上传到服务器。而其它云同步工具就未必能这么省心了。

Dropbox的其它一些特性,也是建立在这个机制之上的。就拿『文件历史』功能来说,别担心Dropbox会消耗数倍的空间来保存文件的历史版本,其实它只是保存了多个版本的差异,这样消耗的空间通常是非常少的。

得益于强大的差量同步,你甚至可以在Dropbox之上构建其它存储技术,并保持高效率的同步。比如在Dropbox中使用TrueCrypt,由于后者对加密数据的变更作用到卷文件上体现为局部的变化,所以可被Dropbox高效的同步,而完全不必担心一点变化而导致整个庞大的卷文件需要重新上传,这是其它一些云同步工具所无法比拟的。不过,在这类场景下需要非常小心『变更冲突』可能带来的不良后果(产生两份不和谐的副本),尽可能不要同时在多处对数据进行修改。

继续阅读Dropbox使用技巧拾零

让旧软件也用上Win7任务栏的Jump List

Windows 7 强大的 Jump List (跳转清单)特性大大提升了我们日常应用的便捷性,随着越来越多的应用程序对它的支持,Jump List 已经成为了大家 Windows 操作习惯中的重要部分。

可惜一些旧时的应用软件,或者软件开发者没有引入对 Jump List 的支持,就难以从中获益了。不过,Windows 7 本身还是给我们预留了一定的定制空间,只要稍加利用,也可以为这些旧软件整合 Jump List 的新体验。根据软件控制方式的不同,一般有两种整合方式:

继续阅读让旧软件也用上Win7任务栏的Jump List

安全的使用Everything

相信大部分用过Everything的朋友们都再也离不开它了,我也一样。作为一个现今已不多见的“键盘流”,日常的大部分程序我基本都直接从Everything中启动,少了纷乱的快捷方式,桌面也清爽了不少。

Everything由于核心原理建立在NTFS的底层机制上,所以在Vista/Win7中不可避免的必须以提升的权限运行(UAC),不过这对与大多数PC玩家来说早已不算什么障碍。但你是否留意过,通过Everything启动的任何程序或打开的任何文件,也都继承了其拥有的提升权限,这对于重度依赖它的玩家来说,却是一个非常致命的隐患。当你从Everything中启动了Total Commander,又从Total Commander中启动其它应用,这整个程序链全都跑在不受约束的管理员权限下,对系统安全构成了严重的威胁。

那么,如何才能避免这种权限提升的传递呢?

继续阅读安全的使用Everything

微软计划在一月份修复Live Mesh的启动bug

如果你也尝试过使用微软的Live Mesh服务,并且“有幸”碰到了经典的启动问题:在你的某台电脑上无法正常启动Live Mesh,一直停在Live Mesh is currently starting,不出现登录提示。可以通过查看日志(%USERPROFILE%Local SettingsApplication DataMicrosoftLive MeshGacBaseMoe-*.log)中的“Get device certificate failed with IDCRL error 0x8004804E”确认这个问题。

那么有一个好消息是,微软看来已经准备好解决这个问题了。但由于问题似乎是出在Live Passport那边,因此修复工作最早也要等到下个月(2009.1)。

FROM: Live Mesh Tech Preview Support
DATE: Sat, Dec 27, 2008 at 4:06 AM
SUBJECT: 24614: DC11 – passport backend internal error – may prevent install

We are anticipating a Passport fix for this issue in the January time frame. We will follow up with you once the fix is released to make sure it worked for you. We apologize that we will not be able to take action on this issue sooner.

Thank you for this report!

Tim

cFosSpeed年底特价¥24.9,比去年更优惠!

去年年底已经为cFosSpeed的特价活动做过一次无偿的宣传了,我就是在那时订购的正版cFosSpeed。当时是39元人民币,不过今年他们再度打出了更“冰点”的促销价——¥24!(截止2008.12.31有效)

我用cFosSpeed也快3年了,如果让我评论的话,它带给用户(尤其是ADSL上网用户)的价值绝对远超这个价格。大幅度改善网络响应时间的“流量塑形” + 高度可定制的QoS管理,让你在BT的同时还可以在网络游戏中享受到低于100ms的ping值!

我很少向人推荐正版软件,但cFosSpeed绝对是值得推荐的,不光因为它的卓越表现,更为了它充分考虑中国国情的定价(对比在美国的售价$12.9和欧洲的售价€9.9)。

PC-Lint终于迎来了9.0版本

从2001年的8.0、8.0a一直走到2008年的8.0x,PC-Lint v8一共延续了超过7个年头,估计不是考虑到26个英文字母的后缀都即将耗尽,Gimpel还舍不得用v9的版本号……

粗略看了一下v9的发布说明,相比v8确实有长足的进步(其实我想说的是,v8实在是发展的太落后了……)。不错,很好,很强大!

·终于加入了众望所归的线程分析,可检查锁使用的正确性以及可能缺少锁保护的变量。不过说实话我对这个特性尚持保留态度,因为多线程竞争分析在C/C++中是一个相当复杂的技术,还是等到试用之后再作评论。

·通过预编译头大幅提升复杂项目的检查速度。早该这么做了,PC-Lint对大型工程的检查速度实在不敢恭维。

·栈空间使用统计,可以汇总出单个应用的最大栈空间需求,只要程序中不存在递归并且是具有流程确定性的。赞一下这个功能,在嵌入式开发中尤其实用!

继续阅读PC-Lint终于迎来了9.0版本

释放CUDA的威力——Badaboom视频转换试用手记

忍痛割舍了过去长期钟爱的ATI,选择了nVidia显卡,不是因为PhysX技术带来的游戏效能,而是看中了在非游戏应用中前景广阔的CUDA!

作为展示CUDA在非游戏领域实用价值的代表作,Badaboom以惊人的视频转换速度,被各大媒体广为传颂。对于这样一款富有传奇色彩的软件,我自然要亲自品鉴一番了。

Badaboom在前不久刚刚发布了正式的1.0版本,相比此前Beta4实在看不出有什么改进。支持的输入视频格式仍然很少,不支持最流行的mkv封装格式和Xvid视频编码是Badaboom最大的硬伤。好在借助tsMuxeR转换一下封装格式(mkv -> ts)倒也能让Badaboom接受大部分H.264的视频。

继续阅读释放CUDA的威力——Badaboom视频转换试用手记

微软键盘驱动与千千静听的冲突

使用微软曲线2000键盘上的多媒体快捷键控制千千静听播放音乐确实比以往的组合快捷键惬意多了。千千静听本身直接支持标准的多媒体快捷键。看到网上有人说不支持它的多媒体快捷键,我想可能有两个原因:千千静听版本不是最新(我手里的5.2版可以支持,但不清楚以往的版本是否也能);安装了微软的键盘驱动程序,它会导致多媒体快捷键在千千静听下失效,不过微软自己的Windows Media Player不受影响。(不清楚罗技键盘的情况)

要解决后面说这个问题,要么卸载掉微软的键盘驱动,要么在使用千千静听时结束掉itype.exe这个进程。


PS:千千静听的热键设置界面中其实还可以接受多媒体热键作为新的热键,只是看不到名称的显示罢了(其实,空白不代表没有快捷键,而“无”字才是)。比如我就将“Back”和“Forward”两个快捷键分别分配给了“上一首”和“下一首”。

另外,多媒体快捷键还可以配合组合键作为千千静听的快捷键,就像我把“Ctrl+减音量”和“Ctrl+加音量”设成控制千千静听自身的音量,从而与Windows全局音量控制区分开。


UPDATE: 借助AutoHotkey跟踪分析了一下,发现微软驱动将键盘本身的快捷键拦截,然后再模拟发出配置的快捷键。而千千静听可能是采用的Keyboard Hook方式识别多媒体快捷键,结果因为微软的二次转换而失效。这一点还可以通过AutoHotkey的Send指令证实,因为它也无法触发千千静听的多媒体快捷键识别机制。正在研究用AutoHotkey和平解决两者冲突的可能,如有新的进展我会再更新本文。