一个installshield 9的问题。

云孤天 2004-11-11 03:13:02
维护界面中有修复,修改,除去三个选项,我现在想让用户选择修复后再进一步选择修复哪些feature,该怎么做呢?
...全文
134 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
guishuanglin 2004-12-01
  • 打赏
  • 举报
回复
是这样了。
young_blood 2004-11-25
  • 打赏
  • 举报
回复
fzq426说的对的,不过不需要一定是IS P的,随便一个向导,只要是Script的工程,都可以实现
young_blood 2004-11-25
  • 打赏
  • 举报
回复
那你自己加Dlg进去不就可以了
你编辑自己的卸载部分的程序,加Dlg进去,自己写.
constantine 2004-11-25
  • 打赏
  • 举报
回复
up
fridayeve 2004-11-23
  • 打赏
  • 举报
回复
修改会出现选择界面,修复好象不会,我做的就是这种情况
fzq426 2004-11-16
  • 打赏
  • 举报
回复
那就不是修复而是修改了,如果你是用installscripts project,就自己写个脚本,在修复的后面添加feature的面板应该可以的吧
云孤天 2004-11-16
  • 打赏
  • 举报
回复
没有人知道了吗
解大劦 2004-11-11
  • 打赏
  • 举报
回复
好像不行吧.
云孤天 2004-11-11
  • 打赏
  • 举报
回复
自己先up一下
Flexera Software 于2010年8月19日发布了最新版本InstallShield 2011,同时宣布了InstallShield 2008停止授权。如果您想要创建属于您自己的软件安装包,赶快来试用吧! *您是Visual Studio的用户吗? 了解为什么Microsoft将InstallShield作为Visual Studio安装方案的最佳选择; *您是在Windows 7上开发应用程序吗? InstallShield 2011可以轻松建立可经过Windows 7 认可的安装包; *您想要在针对64位的系统上建立应用程序安装包吗? InstallShield 2011提供新工具帮您节省时间和资源; *您想发布虚拟应用程序包? InstallShield 2011是唯一可以做到这点的安装打包解决方案,而且独家支持Microsoft App-V。 InstallShield 2011新增功能亮点: 1.加强对Visual Studio 2010和.NET Framework 4.0的支持:在Visual tudio 2010集成开发环境中Build安装包,发布基于.NET 4的应用程序,包括安装包中使用到的.NET前提条件。 2.与Microsoft Team Foundation Server无缝集成:在一个统一的环境中编辑,编译以及管理InstallShield和Visual Studio工程。 3.加强对64位应用程序的支持:新增功能可以使得开发人员更容易部署针对64位Windows 7和Windows Server系统上的应用程序。 4.InstallScript也支持Unicode:InstallScript工程类型的安装包,在运行时字符串,注册表,对话框等都支持多语言。 5.加强脚本编辑器的功能: 新增加的自动补充功能使得开发人员在写脚本代码时效率更高,并且可以避免函数名字拼写的错误。 6.新增加编译事件:在InstallShield编译过程中,减免了需要管理外部脚本文件的预定义事件。 7.新增加新的前提条件检测项: 新支持了.NET Framework 4.0,SQL Server 2008 Express SP1和Adobe Reader 9的检测。 8.新增安装试用过期功能:可以防止用户安装过期的应用程序。 9.Standalone Build 模块授权方式改变:用户可以在不购买完整版本的InstallShield的情况单独购买Standalone Build模块。
InstallShield PackageForTheWeb Password Cracker (C)thewd@hotmail.com ------------------------------------------------------------------------------ Usage: ISpftw [/longPassword] [/ignoreLength] [/dumpHeaders] target installation that has been distributed using PackageForTheWeb [/longPassword] (PFTW v2.03+) used to attempt recovery of long passwords (28-54 characters) (requires a certain knowledge about the files contained within the cabinet) e.g. cabinet contains test.txt, test1.txt, test2.txt and test3.txt files a) Number Of Files : 4 b) Filenames Length : 45 c) Size Of First File : 4 d) Number Of Chunks : 1 e) Is Compressed? : Yes Notes ===== a) the number of files within the cabinet b) the total length of all the filenames (including directories), i.e. \test.txt \1\test1.txt \2\test2.txt \3\test3.txt = 9 + 12 + 12 + 12 = 45 c) the uncompressed size of the first file in the cabinet (in bytes) d) the number of data chunks used (depends on the size of the files) i.e. once a certain number of bytes have been compressed a new data chuck is created, but this value isn't fixed (depends on source) e) whether the cabinet data has been compressed (usually yes) Even if you don't know all the required information, by looking at the password recovered you may be able to guess the incorrect characters [/ignoreLength] (PFTW v2.03+) ignores the password length determined by this utility, because certain character combinations in the password can return the wrong value [/dumpHeaders] (PFTW v2.03+) dumps the encrypted and decrypted packagefortheweb file headers. Can be used to analyse the length and validity of the password and to determine which characters are invalid ------------------------------------------------------------------------------ Note: Supports InstallShield P

3,424

社区成员

发帖
与我相关
我的任务
社区描述
其他开发语言 其他开发语言
社区管理员
  • 其他开发语言社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧