在使用的时候，发现的几个小bug，刚抽空修正了，这几天工作比较忙，更新会慢点了！jremind 0.1.1.1更新说明修正了第一次出现的默认位置修正了默认时间为30秒修正弹出框会获取焦点
这个是一个网友博客的话语，说是他高中的校训，高中能把这个当作校训，我相信他们的高中一定很不错的，我的高中我记不得校训了，好像是没有了。 四十岁，弹指一挥之间，为四十岁做准备。 十八岁是最美丽的，而人生旅途中最绚丽的一页却应该是在生命的四十岁时翻开。不要说四十岁又多么遥远，二十岁其实是弹指一挥间。虽说四十岁就在眼前，但二十年的历史跨越,足以让我们眼花缭乱。虚度今日，等待你的将是无尽的悔恨和遗憾。追寻先贤成才路，浩瀚人世间，我们定会发现四十岁的辉煌都来自十八岁的志向和二十年的血汗。珍惜你拥有的青春年华，好好的把握现在，才能真正赢得未来，才能将你那如日中天的四十岁勾画的绚丽璀璨！
websphere application server用的时间久了，启动的时候就会很慢。清理一下垃圾文件就可以了。D:Program FilesIBMWID61pfwpswstempD:Program FilesIBMWID61pfwps emp清理这些文件就行了
做了两天的jremind，我想把它继续做下去，做一个能拿的出手的软件，学习了版本的定义，也更改了软件的图标，要图标和软件的作用基本一致的啊！ 版本我使用GNU 风格的版本号命名格式，因为这种命名格式可以从0开始，而Windows 风格的版本号命名格式和.Net Framework 风格的版本号命名格式都是从1开始的，我们要低调些，对吧！比如著名的foobar2000到现在还是在0.9的版本，还没1呢！所以我重新整理了一下版本，现在的最新版本是0.1.1.0的版本，0.1就是刚出生的版本，0.1.1.0今天刚添加了一个功能，并没有修改bug等功能。如果在0.1.1版本上局部修改或 bug 修正，那么版本就是0.1.1.1了！最后还可以添加一个编译版本号，就是被编译器编译过的次数了，可以没有这个了！还能用alpha beta等之类的，我的还没有成形，那就先不加了啊！ 软件的图标我使用的是使用鹦鹉，添加了hello的文字，提醒一下了！hello，现在想想还可以学学酷狗啊！呵呵！可以发展，不过想的太远了啊！先发图看看吧！ 做这个软件的初衷是用来提醒自己的，jremind的口号就是“时刻提醒着你自己！”！
自己的无知啊！不知道怎么去定义软件的版本号，就乱给jremind定了一个。好好学习一下版本的定义规则。 为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得比较具体, 同时也希望您在阅读本文的时候, 能够对版本号的命名格式提出自己的见解, 这当然包括一些版本号命名的个例. 下面, 让我们看一下比较普遍的 3 种命名格式. GNU 风格的版本号命名格式: 主版本号.子版本号[.修正版本号[.编译版本号]] 英文对照: Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例: 1.2.1, 2.0, 5.0.0 build-13124 Windows 风格的版本号命名格式: 主版本号.子版本号[修正版本号[.编译版本号]] 英文对照: Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]] 示例: 1.21, 2.0 .Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] 英文对照: Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]] 官方说明参考: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemVersionClassTopic.asp 由于, 有官方解释, 所以本文不做说明. GNU 风格的版本号管理策略 当项目初版本时, 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0, 如果你为人很低调, 我想你会选择那个主版本号为 0 的方式; 当项目在进行了局部修改或 bug 修正时, 主版本号和子版本号都不变, 修正版本号加 1; 当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉; 当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1; 另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制. Window 下的版本号管理策略 当项目初版时, 版本号为 1.0 或 1.00; 当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变, 修正版本号加 1; 当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉; 当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1; 另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制. 另外, 还可以在版本号后面加入 Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等后缀, 在这些后缀后面还可以加入 1 位数字的版本号. 对于用户来说, 如果某个软件的主版本号进行了升级, 用户还想继续那个软件, 则发行软件的公司一般要对用户收取升级费用; 而如果子版本号或修正版本号发生了升级, 一般来说是免费的.