[MBROSTool6.26]UD升级到UDm：U启部署只需“一拖一格”，PE免改造即可加载隐藏外置！

ddsony

mdyblog 发表于 2014-9-18 11:18
windows就这样，
自己会挤占窗口的宽度和高度。
不同系统系统， 或不同的配置， 挤占的程度不同。

所有窗体WCS美化修整完毕。

ddsony

mdyblog 发表于 2014-9-18 11:18
windows就这样，
自己会挤占窗口的宽度和高度。
不同系统系统， 或不同的配置， 挤占的程度不同。

这个算不算妖精：
如图1，本来想分3个分区，第三个分区选择了ISO文件系统，输入框内还没拖入数据。后来又想改为2个分区，点击【格式化设备】，这时弹出如图2的提示，说明原来操作的第三个分区信息还在，并没有随后来改为2个分区而消失掉。

mdyblog

ddsony 发表于 2014-9-18 11:51
这里【横中】【竖中】还要修正：
单个控件【横中】【竖中】没问题，多个控件【横中】【竖中】就应该把 ...

1.1: 新版 PECMD.EXE  PECDMEdit.EXE
处理 “windows就这样，自己会挤占窗口的宽度和高度。不同系统系统， 或不同的配置， 挤占的程度不同” 的问题。
这种方式， 可解决显示一致性问题。
居中的问题 应该 获得一致了。

1.2
另外 _SUB 窗口 加了一个 -csize  开关参数， 表示 指定的大小是客户区大小。
这种方式， 也可解决显示一致性问题。
居中的问题 应该 获得一致了。

//没加 -csize ，也可以， 见1.1


2：
》》这里【横中】【竖中】还要修正：
》》单个控件【横中】【竖中】没问题，多个控件【横中】【竖中】就应该把多个控件作为一个整体来居中，现在情况是把选中的所有控件居中叠在一起了。

按住<Ctrl>键时是整体居中。
否则是依次 各别 居中。

ddsony

mdyblog 发表于 2014-9-18 15:54
1.1: 新版 PECMD.EXE  PECDMEdit.EXE
处理 “windows就这样，自己会挤占窗口的宽度和高度。不同系统系统 ...

好啊，又解决一心头大患。不过我按照人工计算的方法，也基本居中得差不多了。

ddsony

mdyblog 发表于 2014-9-18 15:54
1.1: 新版 PECMD.EXE  PECDMEdit.EXE
处理 “windows就这样，自己会挤占窗口的宽度和高度。不同系统系统 ...

这个【UDM管理】中的【删除】我还是把它改成与其他的等高度的了，大师就加个警示窗口吧：确实要删除该分区？

mdyblog

ddsony 发表于 2014-9-18 15:34
所有窗体WCS美化修整完毕。

“居中” 问题需要对新版 PECMD 重新修正吗？

ddsony

mdyblog 发表于 2014-9-18 16:03
“居中” 问题需要对新版 PECMD 重新修正吗？

你是指用现在新版PECMD重新修整wcs界面居中问题？我来弄吧。弄好后再传给你。你去忙我前面提到的吧。

mdyblog

ddsony 发表于 2014-9-18 16:07
你是指用现在新版PECMD重新修整wcs界面居中问题？我来弄吧。弄好后再传给你。你去忙我前面提到的吧。

你那个新界面， 已加到  B091422:53 版

海市蜃楼

老师，请教这个怎么操作有没有教程.

mdyblog

海市蜃楼 发表于 2014-9-18 16:47
老师，请教这个怎么操作有没有教程.

这么简单的东西， 使用两下 就试出来了。

没时间浪费 在这种小事上。

海市蜃楼

对与会的人 当然简单，我太菜不会.这么好的工具没有帮助实在是可惜.

海市蜃楼

我也请教了3,4个人都不会，只能向你咨询.

ddsony

mdyblog 发表于 2014-9-18 16:31
你那个新界面， 已加到  B091422:53 版

1.运用最新版PECMD对窗体部分控件进行标准居中完毕。重新传给你，还是原来链接。
2.最新版MBROStool发现【启动设置】没有替换为我调整的wcs，是疏忽了还是我的调整不合适？
3.另外还有一个标签，如图所示，在PECMDedit中模拟运行，“盘”字无法与下面“读”“建”字对齐，不知在windows中实际运行效果如何。你处理一下。

mdyblog

ddsony 发表于 2014-9-19 09:19
1.运用最新版PECMD对窗体部分控件进行标准居中完毕。重新传给你，还是原来链接。
2.最新版MBROStool发 ...

1：加到程序中了。
对齐的问题， 建新代码6

ddsony

mdyblog 发表于 2014-9-19 14:21
1：加到程序中了。
对齐的问题， 建新代码6

谢谢，2918#的问题也解决了。
这个版本基本完善了，可以让大师好好休息一段时间了。
接下来的日子，没有需求，也没有幺蛾子找，心里空落落，就跟大师聊些轻松的话题，请大师科普一些东西。
近两个月的时间交流对话，获益匪浅，学到了许多教材上没学到的东西。

ddsony

mdyblog 发表于 2014-9-19 14:21
1：加到程序中了。
对齐的问题， 建新代码6

我传给你的压缩包里一个“检查修复”wcs界面文件你忘了替换。

》》对齐的问题， 建新代码6
建新代码6，是什么意思，在哪里？

mdyblog

ddsony 发表于 2014-9-19 16:37
我传给你的压缩包里一个“检查修复”wcs界面文件你忘了替换。

》》对齐的问题， 建新代码6

上次 那个共享目录 "Moni" 中
模拟6.zip

ddsony

mdyblog 发表于 2014-9-13 15:20
图：

》》------------
SET-def    ~ClosehandleX~h1=0
函数返回时， PECMD自动调用  ClosehandleX 来关闭 h1 的文件句柄。


----------------------
SET-def  Count=0   //用户计数，全局变量

//析构函数
_SUB  DecCount1
      LOCK #PECMD  //多线程时需要
      CALC #&Count = %&Count% - 1
_END

//自动析构子 DefAutoIncCount  
_SUB DefAutoIncCount   *
     {     LOCK #PECMD  //多线程时需要
           CALC #&Count = %&Count% + 1
     }
     MSTR &&_=<2->%*
     SET-def    ~DecCount1~%~1=%&_%
_END


_SUB MyFun
        DefAutoIncCount    h1      // Count 计数   加一
        ...干活，很长的代码。。。。.
       //不用显式释放 Count ，不必费神， 此处会自动 Count 减一
_END


点评

这个是PECMD的WIN PE脚本编程语言吧，看看也不像其他的编程语言。PECMD被你们开发增强，命令语句变得很丰富，可以与正统的编程语言想媲美。是不是这么回事？大师。

mdyblog

ddsony 发表于 2014-9-19 19:07
》》------------
SET-def    ~ClosehandleX~h1=0
函数返回时， PECMD自动调用  ClosehandleX 来关闭 ...

是的。

ddsony

mdyblog 发表于 2014-9-19 19:35 是的。

PECMD的命令脚本编程能力要远远超过正式WINDOWS的CMD命令脚本了吧？

ddsony

mdyblog 发表于 2014-9-19 19:35
是的。

大师，有空，把我传给你的压缩包里一个“检查修复”wcs界面文件再替换下，你忘了。

mdyblog

ddsony 发表于 2014-9-19 20:32
大师，有空，把我传给你的压缩包里一个“检查修复”wcs界面文件再替换下，你忘了。

1： 改了
B091422:56

2：
"UDm+fixdrv.wcs"    "PECMD  MOUN -udm "   "MBROSTool Mount"
均增加 增加了  “-udmid:  UDm编号”
（加载/卸载）指定UDM分区

3：
"UDm+fixdrv.wcs"    "PECMD  MOUN -udm "   "MBROSTool Mount"
listudm 命令  列出所有 UDM分区

参见相关帮助。

ddsony

mdyblog 发表于 2014-9-19 20:52 1： 改了 B091422:56

好啊！这样就可以把外置放在特定UDm上，只要挂载特定UDm就行了，反正UDm+FIXDRV.wcs你添加了自动寻找外置盘符的功能，返回一个变量DRV给PE。这个外置UDM往往有PETOOL，或subEXT等文件目录信息。外置爱放哪个UDm就放哪个UDM。

ddsony

mdyblog 发表于 2014-9-19 20:52 1： 改了 B091422:56

趁大师现在完成了改进任务，求科普： 为什么PECMD的图形化设计窗口中的控件仅仅是象征性地用一些框框表示一下，而没有象MFC（VC++）可视化开发环境一样控件拖放“所见即所得”，也就是拖出的控件与WINDOWS中实际运行的效果一模一样？是不是PECMD中的控件图案仅代表API中对应的绘图函数，而MFC则是把这些函数封装在类和对象（控件）中了，所以所拖即所见，所见即所得了？

mdyblog

ddsony 发表于 2014-9-19 21:41
趁大师现在完成了改进任务，求科普： 为什么PECMD的图形化设计窗口中的控件仅仅是象征性地用一些框框表示 ...

人力财力有限啊。 就好钢用在刀刃上。
最关键的是位置，和类型。

一般就够了。

ddsony

mdyblog 发表于 2014-9-19 22:42  人力财力有限啊。 就好钢用在刀刃上。  最关键的是位置，和类型。  

理解，毕竟是单枪匹马在干，也毕竟是免费开源，没有Vc那样大军团商业性开发打造，或许将来PECMD经过几代才俊的继承和改进，也能做得很出色。

ddsony

mdyblog 发表于 2014-9-19 22:42  人力财力有限啊。 就好钢用在刀刃上。  最关键的是位置，和类型。  

在VC中自定义背景进度条你是如何移植到PECMD中的？

mdyblog

ddsony 发表于 2014-9-20 06:42
在VC中自定义背景进度条你是如何移植到PECMD中的？

PECMD 也是C++开发的，能实现的。
PECMD 用了自己开发的 微型的  面向对象的GUI----OOB体系。 好比一个微型的MFC。

ddsony

mdyblog 发表于 2014-9-20 07:38
PECMD 也是C++开发的，能实现的。
PECMD 用了自己开发的 微型的  面向对象的GUI----OOB体系。 好比一个 ...

>>PECMD 用了自己开发的 微型的  面向对象的GUI----OOB体系。 好比一个微型的MFC。
这个就是C++开发的优势，如果当初你没有采用C++，还是延续黎诗婷的C语言，那就没有现在PECMDedit的图形化修改窗口和方便的控件拖放进行可视化界面设计了。对吗？
对面向对象程序设计最感兴趣，这个才是最真实模拟现实的处理方法。

综上所述，PECMD也不是纯粹的API编程，而是结合了部分MFC开发的性质特点。

ddsony

mdyblog 发表于 2014-9-20 07:38
PECMD 也是C++开发的，能实现的。
PECMD 用了自己开发的 微型的  面向对象的GUI----OOB体系。 好比一个 ...

再一个问题，PECMD开发出来的窗体和控件都记录再WCS脚本文件中，那么这些控件背后的操作代码是放在哪里？也是通过PECMDedit编辑嵌入的吗？

现在都是一些求科普的问题，大师有空就顺便回答一下，没空，晚些回答都无关紧要。