解决ActiveForm无法自动更新

原创 2003年10月21日 00:09:00

ActiveForm Updates
ActiveForms are a quick way to create a browser-based application and still be able to use all of Delphi's visual components and design-time support. If you have an existing Win32 GUI application and want to move to the web with it, then ActiveForms are certainly an option to consider (although you must be aware of the downsides: it only runs natively inside Internet Explorer, and really requires Win32 as client operating system). And apart from the code signing (security!) issue, which can take some time to setup, ActiveForms are really a quick solution to put a first version of your app in the browser. Until you want to deploy an updated version, that is, at which time you may find that the client (running Internet Explorer) not always automatically uses the new version of the ActiveForm. In fact, the current way Delphi generated ActiveForm deployment files and Internet Explorer "interact", it would be a miracle if your real-world ActiveForm would be automatically updated even once at the client side. Fortunately, I've found an easy workaround, but let's take a closer look at the cause of this problem first...

Before we start looking at the problem, I assume you've all started an ActiveForm with the "include version information" enabled, as well as all other "auto-increment build number" and "auto-increment release number" options inside the Project Options and Deployment options dialogs. If you don't include version information with your ActiveForm, then you don't even need to read the remainder of this little article, as there will be no way where-ever that Internet Explorer on the client will be able to determine that a new version of the ActiveForm exists. Which means clients need to stick with the original version (unless you can instruct them to either manually delete either the old one, or download and install the new one - yeah, right, and maybe Borland will buy Microsoft to fix these miscommunication problems next time).

Anyway, when deploying an ActiveForm, Delphi (and C++Builder) generates a number of files. If you do not use .CAB file compression and also do not deploy any packages or additional files, then Delphi generates a single .HTM file and a single .OCX files (both with filenames equal to your projectname). The .HTM file will contain a section that identifies the ActiveForm to be loaded, which also includes the version number, as follows:

 <OBJECT
  classid="clsid:42424242-4242-4242-4242-424242424242"
  codebase="./DrBob42X.ocx#version=1,0,0,0"
  width=640
  height=480
  align=center
  hspace=0
  vspace=0
  >
Now, if you either specify that you want to use .CAB file compression (always a good idea) or you need to deploy packages or additional files, then Delphi will generate an .HTM file that will not directly specify the ActiveForm with a version number, but rather an .INF file (without a version number - that's the problem). This .INF file will in its turn contain the specifications of the ActiveForm and all other deployed files, including detailed version information, for example as follows:
  [Add.Code]
  DrBob42X.ocx=DrBob42X.ocx
  VCL50.bpl=VCL50.bpl

  [DrBob42X.ocx]
  file=./DrBob42X.cab
  clsid={42424242-4242-4242-4242-424242424242}
  RegisterServer=yes
  FileVersion=1,0,4,2

  [VCL50.bpl]
  file=./VCL50.cab
  FileVersion=5,0,6,18
  DestDir=11
The problem when using an .INF file (which you get - again - even if only using .CAB file compression), is that Internet Explorer only looks at the version information inside the HTM file in order to determine whether or not to download a new set of files from the server. Even if we supply a new INF file with higher version numbers, Internet Explorer will not check these version numbers and download a new ActiveForm. This has been a problem for a long while now, and a potential showstopper for real-world applications using ActiveForms.

Fortunately, there's an easy workaround I discovered: just specify the version number inside the HTM file again. When using an INF file, the HTM file will originally contain the following snippet:

 <OBJECT
  classid="clsid:42424242-4242-4242-4242-424242424242"
  codebase="./DrBob42X.inf"
  width=640
  height=480
  align=center
  hspace=0
  vspace=0
  >
As soon as you enter a version number to this ./DrBob42.inf file, then Internet Explorer will be triggered to compare it to the local version, and download a new ActiveForm (and if needed packages and additionally deployed files as well). In short, the "working" OBJECT code snippet would look as follows (for the same 1.0.4.2. version number inside the DrBob42.inf file):
 <OBJECT
  classid="clsid:42424242-4242-4242-4242-424242424242"
  codebase="./DrBob42X.inf#version=1,0,4,2"
  width=640
  height=480
  align=center
  hspace=0
  vspace=0
  >
The only downside is that you need to manually adjust the HTM file everytime you deploy your ActiveForm. But that's not really a problem, since I doubt you'd want to use the HTM file generated by Delphi (or C++Builder) in a real-world situation anyway. It only means you need to look into the .INF file to find out the actual version number (which in my case increases after every build and every deployment) and modify the HTM file to reflect that new version. And that will make sure all my clients will get the right new version of the ActiveForm next time they load Internet Explorer, as they should.

One final word of caution: if you've selected the "auto-increment build number" and "auto-increment release number" options, then you should know that the release number will be auto-incremented right after you've deployed the ActiveForm. In other words: right after you've deployed it for the first time, the ActiveForm version on disk (and on the server) will be 1,0,0,0. However, the file version information in your current project will then show 1,0,1,0 - i.e. the release number (third number of the series) in the IDE will always be one higher than the release number of the actually deployed ActiveForm. This is not so with build numbers (fourth number of the series) - these will always be in sync. Remember this when you client calls and specifies the version number (and it might also be a good idea to have the ActiveForm display the version number somewhere in a lower-left corner, for example)...

那位大虾有空翻译下 ^_^.

其实说白了就一句话,修改delphi自动产生(当然你也可以手工做一个)的测试ActiveForm的html文件,在原codebase所在行追加一句"#version=1,0,4,2",此版本号ocx文件的版本号

ActiveForm实例 大全

ActiveForm实例 下面实例中几乎涵盖ActiveForm的所有用法,对应于代码下面有效果图,至于如何修改表单的结构来实现我们所需求的样子,请看上面的相关教程           '...
  • hefy780144
  • hefy780144
  • 2016年02月17日 11:36
  • 2799

Activeform表单提交非数据表字段属性

在YII2中提交表单除了使用Activeform 提交数据表中存在的字段的同时,有时还需要提交数据表中不存在的属性 1、表单部分 GaccModel[spename]" value="" class=...
  • moyuzhe127
  • moyuzhe127
  • 2016年08月19日 14:24
  • 220

Yii2为ActiveForm的widget组件设置属性

我这里用的验证码,很简单,添加一个options数组即可 $form->field($model, 'verifyCode')->widget(yii\captcha\Captcha::class...
  • wjtlht928
  • wjtlht928
  • 2015年06月08日 01:15
  • 1236

[ActiveForm] -- ActiveForm::begin表单用法

">
  • lmjy102
  • lmjy102
  • 2016年12月27日 15:07
  • 1132

[yii2] -- [ActiveForm] -- ActiveForm的使用方法

原文地址 : http://www.yiichina.com/tutorial/663 ActiveForm要和Model一起使用 我想在你的控制器的action中,至少应该这么写: /*ac...
  • lmjy102
  • lmjy102
  • 2017年02月17日 14:51
  • 402

YII2在使用activeForm设置默认值

activeForm设置默认值 input: field($model,'code')->label('国别码')->input('text',['value'=>'ceshi']); ?> C...
  • verifocus
  • verifocus
  • 2018年01月25日 13:23
  • 39

yii2 activeform怎么设置只读及session调用

field($model, 'username')->textInput(['value' => Yii::$app->user->identity->username,'readonly' => t...
  • fjnjxr
  • fjnjxr
  • 2017年06月05日 13:13
  • 691

yii2 常用ActiveForm表单样式用法总结

表单整体输出样式
  • u014222774
  • u014222774
  • 2017年01月15日 03:21
  • 1699

YII2.0使用ActiveForm表单

Controller控制器层代码
  • libinemail
  • libinemail
  • 2016年03月29日 15:32
  • 4237

YII2 ActiveFORM原生表单没有日期输入框

虽然非常喜欢YII2快速开发,但是原生表单Active form的不可控,让我很不喜欢,也许有可控的方法,比如activeform提供input类型就很有限,没有这种日期框 这里引入github上的...
  • xw987172
  • xw987172
  • 2016年10月13日 13:57
  • 452
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:解决ActiveForm无法自动更新
举报原因:
原因补充:

(最多只允许输入30个字)