[更新376#2825]PECMD2012.1.80.13_Win32_64.多窗口多线程.裸机系统2.3.3.1+18M酷M...

hhh333

另外想给LZ出个难题（对LZ来说不算难题）：能不能给GROU控件实现颜色和字体属性，当然主要是指的标签文字，即与LABE一样。

mdyblog

hhh333 发表于 2015-8-21 21:16
另外想给LZ出个难题（对LZ来说不算难题）：能不能给GROU控件实现颜色和字体属性，当然主要是指的标签文字， ...

1：
加这些就是自定义控件，不是标准控件，不是标准控件 就会出现风格不一致。所以尽量用标准的--除非万不得已。

2：
可以用LABE GROU组合实现：

TEAM ENVI^ ENVIMODE=1| ENVI^ FORCELOCAL=1
WIN1
_SUB WIN1,W287H254,新窗口1,
    GROU GROU1,L44T39W145H94,,
    LABE -vcenter -center LABE1,L53T34W64H24,GROU1,*,0x0000FF##0x0000FF,14
_END
效果：

hhh333

mdyblog 发表于 2015-8-21 22:13
1：
加这些就是自定义控件，不是标准控件，不是标准控件 就会出现风格不一致。所以尽量用标准的--除非万 ...

原来可以组合的，我怕两个控件由于层次问题造成有时显示，有时不显示。

mdyblog

hhh333 发表于 2015-8-21 22:25
原来可以组合的，我怕两个控件由于层次问题造成有时显示，有时不显示。

层次 取决于书写顺序。
正确的书写顺序：
先书写GROUP 再书写LABE
就没问题。
LABE 可以上下左右，随你的边。

hhh333

mdyblog 发表于 2015-8-21 22:35
层次 取决于书写顺序。
正确的书写顺序：
先书写GROUP 再书写LABE

哦，也是，这两个不要获得焦点的。

mdyblog

GROU加强了， 支持颜色和字体
GROU [-right] [-center]

<名称>,<形状>,[标题],[状态][,前景色#背景色][,字体]   
字体见EDIT


WIN1
_SUB WIN1,W287H254,新窗口1,
    GROU GROU1,L41T23W160H76,GROU1,,0xFF00,32
    GROU GROU2,L40T115W162H70,GROU2,,0xFF00#0xFF,32
_END
效果：

hhh333

mdyblog 发表于 2015-8-22 17:28
GROU加强了， 支持颜色和字体
GROU [-right] [-center]

,,[标题],[状态][,前景色#背景色][,字体]   [/ ...

试了，前景色没有效果

mdyblog

hhh333 发表于 2015-8-22 22:42
试了，前景色没有效果

给个图看看。

hhh333

mdyblog 发表于 2015-8-23 03:36
给个图看看。

Win7下测试：

mdyblog

hhh333 发表于 2015-8-23 06:49
Win7下测试：

开启XP世界效果后，的确无效。
那就还是用LABE组合吧。

否则改得不标准，出现风格不一致，得不尝失。

mdyblog

hhh333 发表于 2015-8-23 06:49
Win7下测试：

1：新版， 开启XP视觉，也可以设置前景色。 就是 风格有点不同。
所以，如果指定前景色， 都要制定。

2：PABR加了个-smooth开关， 强制为2000的光滑模式。

3：效果对比程序及效果：
WIN1
_SUB WIN1,W287H362,新窗口1,
    GROU GROU1,L41T23W160H76,GROU1,,#0xFF,32
    GROU GROU2,L40T115W162H70,GROU2,,0xFF00#0xFF,32
    PBAR         PBAR1,L42T228W167H15,50
    PBAR -smooth PBAR1,L42T258W167H15,50
_END


没指定前景色， 框线比较淡雅，圆角（XP下，win7有不同）。

还是组合模式好看点。 白忙乎。

snoopy

mdyblog 发表于 2015-8-23 09:58
1：新版， 开启XP视觉，也可以设置前景色。 就是 风格有点不同。
所以，如果指定前景色， 都要制定。
...

最新版PECMD64

mdyblog

snoopy 发表于 2015-8-23 12:58
最新版PECMD64

新加的背景色变量没初始化（随机地当作黑背景了）。
哦。重新下载最新版本吧。

hhh333

既然这样，那就还回到从前吧，我用组合模式算了，这个功能建议取消

hhh333

试了，最新版效果可以了呀，怎么说是白忙活呢？

snoopy

mdyblog 发表于 2015-8-23 13:18
新加的背景色变量没初始化（随机地当作黑背景了）。
哦。重新下载最新版本吧。

最新版正常了

hhh333

老大，disk排序还要改进，我用DISK  ,,,1,?:,0x10，其他暂时无问题，但如果有光驱，盘符就不变，因而将硬盘的盘符中断了。

原则上它应该排到硬盘后面。

mdyblog

hhh333 发表于 2015-8-25 11:56
老大，disk排序还要改进，我用DISK  ,,,1,?:,0x10，其他暂时无问题，但如果有光驱，盘符就不变，因而将硬盘 ...

有些PE是光盘启动， 改变这个光盘盘符，有问题吧。

比如你的PE航母，其中有个光盘运行的PE。

哪些Native 运行的，也是ISO， 估计不能改变盘符吧

hhh333

mdyblog 发表于 2015-8-25 12:11
有些PE是光盘启动， 改变这个光盘盘符，有问题吧。

比如你的PE航母，其中有个光盘运行的PE。

这个应该没有关系，以前排序一直是光盘排在硬盘后面的，因初始是载入内核的，这个时候不存在盘符一说。
进系统后再排序对启动是无影响的，这个与移动硬盘、U盘是一样的道理，虽然从这些设备启动，但盘符是可以重排的。与启动不相干。

mdyblog

hhh333 发表于 2015-8-25 12:27
这个应该没有关系，以前排序一直是光盘排在硬盘后面的，因初始是载入内核的，这个时候不存在盘符一说。
...

NATIVE是2级内核
一级内核中固定了该光盘盘符， 2级内核的PECMD.ini再修改该盘符，很可能有问题。

hhh333

mdyblog 发表于 2015-8-25 12:54
NATIVE是2级内核
一级内核中固定了该光盘盘符， 2级内核的PECMD.ini再修改该盘符，很可能有问题。

native，本来就是一个很少用的东西，我测试一下以前的情况。

hhh333

mdyblog 发表于 2015-8-25 12:54
NATIVE是2级内核
一级内核中固定了该光盘盘符， 2级内核的PECMD.ini再修改该盘符，很可能有问题。

刚才试了一下原来的系统，硬盘设了一个隐藏分区，不理顺光盘E，理顺为F，对native的启动与使用无影响。二级内核在光盘上的。说明这个理顺根本对nativePE也是无影响的。

mdyblog

hhh333 发表于 2015-8-25 13:21
刚才试了一下原来的系统，硬盘设了一个隐藏分区，不理顺光盘E，理顺为F，对native的启动与使用无影响。 ...

你将光盘的盘符 换下 试试， 看看。

hhh333

mdyblog 发表于 2015-8-25 13:35
你将光盘的盘符 换下 试试， 看看。

选择理顺就是将光盘原来的盘符E：换成了F：，没有有影响

hhh333

mdyblog 发表于 2015-8-25 13:35
你将光盘的盘符 换下 试试， 看看。

Native的挂载可以是基于设备的，不基于盘符。看起来是盘符。
我又试了二级内核中的程序，是可以运行的。说明没影响

hhh333

这是不理顺的：

这是运行理顺程序后的：

可见理顺后挂载的程序运行没有问题
均在纯内核下操作。

mdyblog

hhh333 发表于 2015-8-25 14:03
这是不理顺的：

这是运行理顺程序后的：

这样的问题：
1级内核：
NATIVE光盘M:
加载M:\NV03.WIM 到 {PATHX}

2级内核:
M:改为O:

这{PATHX} 还是正常的吗?

mdyblog

hhh333 发表于 2015-8-25 14:03
这是不理顺的：

这是运行理顺程序后的：

还有 imdisk盘符怎么排，

整个流程什么样的？

hhh333

mdyblog 发表于 2015-8-25 15:28
还有 imdisk盘符怎么排，

整个流程什么样的？

确实有点复杂，基于以前的理顺盘符是基本没有问题的这个假设。这应该有个前提条件：挂载的、模拟的盘，如RAMDISK、IMDISK这些盘都不管，只管物理实际存在的盘：硬盘、光盘、USB盘（包括移动硬盘、U盘和卡）
也基本按这个顺序来排盘符。说白了就几点：
第一、保持大顺序按硬盘、光盘、USB盘来排；
第二、同一个盘的各分区，只要分配了盘符，就应该按物理顺序排，并尽量保持连续，除非有不参与排序的盘占用了盘符。
第三、其他盘不管

hhh333

mdyblog 发表于 2015-8-25 15:27
这样的问题：
1级内核：
NATIVE光盘M:

我上面的图已经很清楚了的，先二级内核是从D盘加载的，理顺后变为F盘也正常。