小软件不错，越用越喜欢  

嗯，这个确实是个bug。由于关系不大，放到下个版本一起修正吧。如果想把所有热键都去掉的话，暂时你可以手动打开minipad2.ini，在[option]下面把如下五个键值设为：
MinimizeKey=
ClipTextKey=
KeyClipSubItem=0
TemplateKey=
KeyTemplateSubItem=0
另关于“子条目热键容易冲突”，子条目热键可以单独去掉的啊

呃, 我的意思是, 可不可以让热键只在minipad窗口中有效, 不设成全局的或让全局热键成为可选项.
去掉子条目热键后在minipad中又不方便了...

另还还有一处小问题是 "查看剪贴文字" 按钮, 按下后出现 "查看剪贴板" 标签, 双击关闭此标签后, "查看剪贴板" 按钮仍然呈按下状态, 如图

应该可以。2.4版实现。（从技术角度registerhotkey得到的windows全局热键与菜单的shortcut即局部热键完全是两回事。但用户界面上只需要一个选项按钮即可，底下的具体实现自有程序逻辑来操心）
另，在minipad2的编辑器中插入剪贴条目，即使不用快捷键，貌似按“插入剪贴条目”对应的那个按钮，在弹出菜单中点一下也挺方便啊

关于个别按钮的不正常的“按下状态”，这个我从2.0版就注意到了，与程序逻辑完全无关。我的程序中只要求“总在最前”等按钮处于按下状态，而没有任何代码要求这个“查看剪贴板”的按钮（包括清空、撤销等其他可能变灰的按钮）处于按下状态，这个应该算是delphi的bug吧（按钮点击->变灰->再变亮时“卡在里面”了弹不出来，好像弹簧坏了，呵呵）。
在2.0～2.2版中按钮还是用可视化设计的方式一个个添上去的，当时对这一问题还认识不深，费了不少力气，写了一些逻辑上“无用”的代码，拼命打预防针来对付这一delphi的bug。2.3版中代码重写了，按钮是用代码自动生成的，觉得写这种无用代码太无聊，没针对这一问题作处理。2.4版再打打预防针吧
（多说两句，其实从技术层面是按钮在收到mousedown的消息时经过一串响应调用立刻就变灰了，结果后来变亮时“忘了”在mousedown后面还有一条mouseup消息了。当然如果是直接在按钮的onclick事件中编程的话，把代码移到mouseup事件中或许能解决这一问题。但现在是把按钮关联到了菜单条目，点击按钮本质上是点击菜单，并未对按钮本身做任何事件编程，delphi貌似又不能像pb一样可以以post的方式将可能导致按钮变灰的函数调用放到消息队列的尾端、等到mouseup事件发生了之后再延迟调用，只好另作处理）

引用:

在minipad2的编辑器中插入剪贴条目，即使不用快捷键，貌似按“插入剪贴条目”对应的那个按钮，在弹出菜单中点一下也挺方便啊

这样其实很不方便吧, 一边键盘输入一边还要换手去操作鼠标, 明显还是需要快捷键的么

关于按钮, 小问题不影响使用, 呵呵, 辛苦了.

多谢楼主分享！

跟随版本，程序覆盖更新后，似乎原来设置的周期性提醒就不起作用了，需要重新设置才能正常工作。

用了新版，保存内容后退出，重新打开程序，发现中文乱码依旧。

2.3.0-2.3.1的周期性提醒是有问题，最新的2.3.2(12.17.中午上传的版本)已经修正了这个bug啊

to weiz, 你的乱码我也不知道什么问题，关键是我这儿一切正常，区域选项改成英文后是出现乱码，但改回来后就正常了。
只好等2.4，到时候我会专心研究一下乱码问题（更换编辑控件? 所有的string类型改成widestring类型？所有跟字符长度相关的函数与代码恐怕也得改, 工程颇大。还没开始认真考虑这个问题...）
兄弟，建议你重装一下系统算了。推荐深度的精简系统，不管2k还是xp还是2003都很不错，装出来体积很小，速度嗖嗖的，呵呵

原来已经更新，偶是说最近几次覆盖更新后的情况，周期性提醒每次都是重设就没有问题了。因此，……
修正了那就太好了！
谢谢了！

不知minipad复制出的中文乱码与哪些文件有关？比如DLL、OCX？我能确定是我系统的问题，希望帮我解决。

是所有界面元素（包括菜单、标签栏）都乱码呢，还是编辑区乱码？minipad2.txt文件用windows记事本打开正常吗？另存为ansi格式看看（本来就应该是ansi格式）？

如果只是编辑区乱码，我研究研究delphi的Tmemo控件调用了哪些东西，或者我临时用TRichedit控件代替Tmemo控件重新编译一下发给你（原先曾打算用Trichedit以plaintext即纯文本风格代替Tmemo控件的...这个控件对于大文本的载入速度快，而且支持UTF-8编码，本来是个不错的替代，但试用了一段时间后发现另外一两个小问题，现在还没想好...）