我在考虑是否设法屏蔽掉 debug off

不点

发现用户或第三方发行者滥用 debug off，导致必要的信息得不到显示。

grub4dos 处于不断的开发之中，开发时，必然有很多信息是需要开发者了解的。如果都强制屏蔽掉，这给开发者带来极大的痛苦，难以从屏幕信息中定位错误的根源。

我在考虑 “在某些情况下” 强制显示必要的信息，忽略 debug 的控制参数。

不点

屏蔽掉显示信息，有什么意思？在 debug normal 状态下，显示的信息本来就不多，为何非要屏蔽得干干净净？

你想干净？BIOS 不想让你干净！！！！有很多主板的 BIOS 有大毛病，这时我们照样显示醒目的

Fatal！Inconsistent data read from ...

信息。

所以，你想干净，一厢情愿，根本就不能保证干净！！

你的菜单，用户选择后按了回车，不是照样要切换到一个新的屏幕上吗？失败时，不是照样要显示

Press any key to ...

吗？屏幕上如果一个字都不显示，那干嘛要这个屏幕？或者干脆用户选择之后，也不清屏，也不切换屏幕，这多好！

好变态啊！

我知道，我说人家变态，人家也说我变态。意料之中的。

没关系，大家交流交流，不是坏事。互相了解之后，才能达成谅解。没有前期的了解，就没有后期的谅解。

不点

你们其实都是编程方面的高手，与 grub4dos 的开发者没什么区别。折腾那几个显示字符，我真的难以理解那会有多大的好处。

按理说，你们是支持 grub4dos 的开发的。但是你们纠结到这个点上，不肯做丝毫的让步，客观上给 grub4dos 的开发带来了困难、麻烦。

你们喜欢这个软件，却不知道怎么样能够有效促进这个软件的发展。举手之劳啊！

请诸位三思。

不点

有太多的人报告 begin pxe scan ... 死机或延迟（即假死）信息了。

然而实际上不一定是 pxe 的问题！

是用户屏蔽掉 Processing the menu ... 信息之后，那么先前的 begin pxe scan 信息没能被覆盖掉。

本来是不该屏蔽 Processing the menu ... 信息的。你屏蔽了这条信息，那就掩盖了很多问题。

如果你屏蔽信息，你得保证你本人以及你的用户都不来报告 bug。你们来报告问题，或者来测试开发的新内容，就不要屏蔽信息。

怎么样促进 grub4dos 发展？这就是促进，你只要提供足够的显示字符，这就是促进，举手之劳。

不点

Processing the menu ... 这条信息，本来就是一闪而过。如果不是一闪而过，那是你的菜单有毛病。你屏蔽这条信息，就掩盖了你菜单的毛病了。你应该优化你的菜单，让菜单的处理过程不至于慢到可以察觉的程度。而屏蔽这条信息，真的是掩耳盗铃，没什么实际意义。你们是编程者，你们当然知道，打印这几个字符，根本就不需要多少时间。它显示在屏幕的顶行，也不碍什么事。如果你不是想掩盖你菜单的毛病，你就不要屏蔽这条信息。

是不是还有人不知道自己已经 “被” 屏蔽了这条信息？是那些高手刺探 grub4dos 的秘密，找出未公开的方法来屏蔽的。在菜单 title 之前放一条 debug 命令，就屏蔽了 Processing the menu ... 这个信息。现在公开了，对谁都一样了。那些不想屏蔽的人，赶紧把 title 之前的 debug 命令全都去掉吧。title 之后可以有 debug 命令。