希望下一个 0pe 版本带上 menu.lst，供需要者使用

不点

新版 0pe 取消了 menu.0pe 文件。我希望恢复这个文件，并把它改名为 menu.lst。

multimbr 格式的可启动 U 盘的根目录下，可以放置一个 menu.lst，用来接管控制权。

虽然用户可以从 0pe 的 grldr 里面抽取内置菜单，但是，目前似乎只有 fbinstTool 才支持抽取 grldr 内置菜单。如果我没有 fbinst 格式的可启动 U 盘，那么我就没办法抽取到 0pe 的 grldr 里面的内置菜单。

因此希望 0pe 制作一个 menu.lst 菜单，方便那些需要它的用户。如果这个菜单含有中文字符，请在菜单尾部附上中文字库。

dfswb

pseudo 发表于 2015-12-11 22:24
连chenall大也倾向外置，看来内置外置都提供为好。

确实是，不点大师提的意见很好！

myBOOT

关注新版本。/

不点

我是 0pe 忠实用户，而且还比较单纯，自从一见钟情之后，从未使用别的 pe，可谓 “从一而终”。

我有三个 U 盘，原先都是 fbinst 启动。后来我把其中的两个做成了 multimbr 格式。我打算永远保留一个 fbinst 格式的 U 盘，为的是测试 multimbr 与 fbinst 的成功率。一年前 multimbr 遭到 dell 封杀，被我撞上并破解之后，没再遇到其它的封杀案例。在我所遇到的支持 bios 的电脑上，fbinst 与新版 multimbr 的成功率都是 100%，无一失败。

99969730

pseudo 发表于 2015-12-11 22:24
连chenall大也倾向外置，看来内置外置都提供为好。

终于期待 可以更新拉！！！    三年了！  最爱OPE！

pseudo

连chenall大也倾向外置，看来内置外置都提供为好。

不点

我根本不需要研究 menu.lst 的程序代码，因此，无论它有多大或多小、多么简单或多么复杂，都不是重点，都不是我关心的。我只关心它存在与否，以及当我需要它的时候，我只需要（在资源管理器中）用鼠标点击复制、粘贴即可。

目前没有 menu.lst 文件，我只好把 0pe 的 grldr 文件放在 multimbr 格式的 U 盘根目录。虽然这也能达到目的，但是 grldr 比 menu.lst 大多了。我更喜欢使用文本格式的 menu.lst 文件，而且不要压缩，因为压缩了的文件不太方便用记事本之类的工具打开。

如果要增加 menu.lst 文件的话，可以把它放在 DIY 的上一层目录下，这样不影响 DIY 目录下的任何内容。这不会给 0pe 的开发者带来多少麻烦，但是会给用户带来很大方便，用户的自由度就提高了：愿意使用 grldr 的，可以使用 grldr，而愿意使用 menu.lst 的，也可以使用 menu.lst，肯定是更自由了。

我不知道还有多少人像我一样不了解 fbinstTool 和 BOOTICE 的 grldr 菜单编辑功能（在此也感谢 pseudo 的告知），但我想，多一条途径总是好的。直接放一个 menu.lst 文件，方便那些不了解转换方法的人，方便那些初次接触这一技术的人，是没有什么坏处的。因此，虽然不是 “强烈建议”，也是 “殷切希望”，希望能够看在 “尽量给用户提供方便” 的份上，添加这样一个明文的菜单文件。

chenall

内置的调试修改什么的很不方便,我也是比较喜欢外置的.

复杂的菜单建议使用批处理或模块化,方便查看修改.

pseudo

1、fbinsttool有“grldr菜单”按钮，点此按钮后，
（1）拖grldr（或menu.lst）到其编辑区
（2）或者在其编辑区右键“打开文件”
都可以打开某处（不一定在u盘）的menu.lst（或grldr的内置菜单），进行编辑（右键保存）。那么抽取grldr内置菜单并不难。
2、bootice有“实用工具”面板，可以更直观地处理menu.lst文件或grldr内置菜单。
3、fbinstool和bootice都有能力为menu.lst菜单尾部附上中文字库。

这些工具的便利性和普及性，使得0pe在已有grldr内置菜单情况下，配备相同外置菜单的必要性大大减弱。
更重要的是，外置菜单内容更容易被人看到，其复杂性可能吓着人。

q8155128

不点大师来了。。。。