2000-06-29 19:32:08 -03:00
Document Type: WSE
item: Global
2001-07-31 00:24:55 -03:00
Version=8.14
2001-07-17 01:05:43 -03:00
Title=Python 2.2 alpha 1
2000-06-29 19:32:08 -03:00
Flags=00010100
Languages=65 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Japanese Font Name=MS Gothic
Japanese Font Size=10
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Start Gradient=0 255 0
End Gradient=0 128 0
Windows Flags=00000100000011010010010100001010
2000-06-29 19:32:08 -03:00
Log Pathname=%MAINDIR%\INSTALL.LOG
Message Font=MS Sans Serif
Font Size=8
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Pages Modified=00010000011101000000000100000011
2001-07-29 06:28:37 -03:00
Extra Pages=00000000000000000000000010110010
2000-06-29 19:32:08 -03:00
Disk Filename=SETUP
Patch Flags=0000000000000001
Patch Threshold=85
Patch Memory=4000
2001-07-17 01:05:43 -03:00
EXE Filename=Python-2.2a1.exe
2001-07-30 04:30:56 -03:00
Dialogs Version=8
2001-07-29 16:02:52 -03:00
Version File=2.2a1
Version Description=Python Programming Language
Version Copyright=<3D> 2001 Python Software Foundation
Version Company=PythonLabs at Zope Corporation
2001-07-28 21:48:54 -03:00
Crystal Format=10111100101100000010001001001001
2001-08-05 02:19:15 -03:00
Step View=&All
2001-07-29 06:28:37 -03:00
Variable Name1=_WISE_
Variable Description1=WISE root directory
Variable Default1=C:\PROGRAM FILES\WISE INSTALLMASTER 8.1
Variable Flags1=00001000
Variable Name2=_TCLMINOR_
Variable Description2=Tcl/Tk Minor Version (e.g. the "3" in "8.3.1")
Variable Default2=3
Variable Flags2=00001000
Variable Name3=_DOC_
Variable Description3=The unpacked HTML doc directory.
Variable Default3=..\html
2001-07-29 16:57:07 -03:00
Variable Flags3=00001001
2001-07-29 06:28:37 -03:00
Variable Name4=_SYS_
Variable Description4=System directory (where to find MSVCRT.DLL)
Variable Default4=C:\Windows\System
Variable Values4=C:\Windows\System
Variable Values4=C:\WINNT\System32
Variable Flags4=00000010
Variable Name5=_PYMAJOR_
Variable Description5=Python major version number; the 2 in 2.3.
Variable Default5=2
2000-06-30 11:50:52 -03:00
Variable Flags5=00001000
2001-07-29 06:28:37 -03:00
Variable Name6=_PYMINOR_
Variable Description6=Python minor version number; the 3 in 2.3
Variable Default6=2
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Variable Flags6=00001000
2001-08-05 01:12:30 -03:00
Variable Name7=_DOADMIN_
Variable Description7=The initial value for %DOADMIN%.
Variable Description7=When 0, we never try to write under HKLM,
Variable Description7=and install the Python + MS runtime DLLs in
Variable Description7=the Python directory instead of the system dir.
Variable Default7=1
Variable Values7=1
Variable Values7=0
Variable Flags7=00001010
2000-06-29 19:32:08 -03:00
end
2001-07-29 06:28:37 -03:00
item: Set Variable
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Variable=PYVER_STRING
Value=2.2a1
2001-07-29 06:28:37 -03:00
end
item: Remark
end
item: Remark
Text=When the version number changes, set the compiler
end
item: Remark
Text=vrbls _PYMAJOR_ and _PYMINOR_.
end
item: Remark
Text=Nothing in the script below should need fiddling then.
end
2001-07-29 15:55:06 -03:00
item: Remark
Text=Other things that need fiddling:
end
2001-08-01 15:42:54 -03:00
item: Remark
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text= PYVER_STRING above.
2001-08-01 15:42:54 -03:00
end
2001-07-29 15:55:06 -03:00
item: Remark
Text= The "Title:" in the upper left corner of the GUI.
end
item: Remark
Text= Build Settings and Version Resource on step 6 (Finish) of the Installation Expert
end
item: Remark
Text= Be sure to select Steps->All or you may not see these!
end
2001-07-29 06:28:37 -03:00
item: Remark
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Set Variable
Variable=APPTITLE
Value=Python %PYVER_STRING%
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=PY_VERSION should be major.minor only; used to create the registry key; must match MS_DLL_ID in python_nt.rc
2000-06-29 19:32:08 -03:00
end
item: Set Variable
2001-07-29 06:28:37 -03:00
Variable=PY_VERSION
Value=%_PYMAJOR_%.%_PYMINOR_%
2000-06-29 19:32:08 -03:00
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=GROUP is the Start menu group name; user can override.
end
item: Set Variable
Variable=GROUP
Value=Python %PY_VERSION%
2001-07-29 16:57:07 -03:00
Flags=10000000
2001-07-29 06:28:37 -03:00
end
item: Remark
Text=MAINDIR is the app directory; user can override.
end
item: Set Variable
Variable=MAINDIR
Value=Python%_PYMAJOR_%%_PYMINOR_%
end
item: Remark
end
2001-08-05 01:12:30 -03:00
item: Set Variable
Variable=DOADMIN
Value=%_DOADMIN_%
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=Give non-admin users a chance to abort.
2000-06-29 19:32:08 -03:00
end
2000-09-01 16:30:26 -03:00
item: Check Configuration
Flags=10011111
end
2001-08-05 01:12:30 -03:00
item: Set Variable
Variable=DOADMIN
Value=0
end
2000-09-01 16:30:26 -03:00
item: Display Message
Title=Doing non-admin install
Text=The current login does not have Administrator Privileges on this machine. Python will install its registry information into the per-user area only for the current login, instead of into the per-machine area for every account on this machine. Some advanced uses of Python may not work as a result (for example, running a Python script as a service).
Text=
Text=If this is not what you want, please click Cancel to abort this installation, log on as an Administrator, and start the installation again.
Flags=00001000
end
item: End Block
2000-06-29 19:32:08 -03:00
end
2001-07-29 06:28:37 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
2001-03-11 00:30:35 -04:00
item: Remark
2001-07-29 16:27:23 -03:00
Text=BEGIN WIZARD STUFF -----------------------------------------------------------------------------------------------------------------------------
end
item: Remark
Text=Note from Tim: the "stop" on the next line is actually "pause".
2001-07-29 15:55:06 -03:00
end
item: Open/Close INSTALL.LOG
Flags=00000001
end
item: Remark
Text=If the destination system does not have a writable Windows\System directory, system files will be written to the Windows\ directory
2001-03-11 00:30:35 -04:00
end
2001-07-29 06:28:37 -03:00
item: Check if File/Dir Exists
Pathname=%SYS%
Flags=10000100
2000-06-29 19:32:08 -03:00
end
item: Set Variable
2001-07-29 06:28:37 -03:00
Variable=SYS
Value=%WIN%
end
item: End Block
end
2001-07-29 16:27:23 -03:00
item: Check Configuration
Flags=10111011
end
item: Get Registry Key Value
Variable=COMMON
Key=SOFTWARE\Microsoft\Windows\CurrentVersion
Default=C:\Program Files\Common Files
Value Name=CommonFilesDir
Flags=00000100
2000-06-29 19:32:08 -03:00
end
item: Get Registry Key Value
Variable=PROGRAM_FILES
Key=SOFTWARE\Microsoft\Windows\CurrentVersion
Default=C:\Program Files
Value Name=ProgramFilesDir
2001-07-29 16:27:23 -03:00
Flags=00000100
end
item: Set Variable
Variable=EXPLORER
Value=1
end
item: End Block
end
item: Remark
Text=Note from Tim: doesn't seem to be a way to get the true boot drive, the Wizard hardcodes "C".
end
item: Set Variable
Variable=MAINDIR
Value=C:\%MAINDIR%
Flags=00001100
end
item: Remark
Text=BACKUP is the variable that holds the path that all backup files will be copied to when overwritten
end
item: Set Variable
Variable=BACKUP
Value=%MAINDIR%\BACKUP
Flags=10000000
end
item: Remark
Text=DOBACKUP determines if a backup will be performed. The possible values are A (do backup) or B (do not do backup)
end
item: Set Variable
Variable=DOBACKUP
Value=A
end
item: Remark
Text=BRANDING determines if the installation will be branded with a name and company. By default, this is written to the INST directory (installation media).
end
item: Set Variable
Variable=BRANDING
Value=0
end
item: If/While Statement
Variable=BRANDING
Value=1
end
item: Read INI Value
Variable=NAME
Pathname=%INST%\CUSTDATA.INI
Section=Registration
Item=Name
end
item: Read INI Value
Variable=COMPANY
Pathname=%INST%\CUSTDATA.INI
Section=Registration
Item=Company
end
item: If/While Statement
Variable=NAME
end
item: Set Variable
Variable=DOBRAND
Value=1
end
item: Get System Information
Variable=NAME
Flags=00000110
end
item: Get System Information
Variable=COMPANY
Flags=00000111
end
item: End Block
end
item: End Block
end
item: Remark
Text=END WIZARD STUFF -----------------------------------------------------------------------------------------------------------------------------
end
item: Remark
2000-06-29 19:32:08 -03:00
end
2001-07-29 16:48:44 -03:00
item: Remark
Text=March thru the user GUI.
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=COMPONENTS values:
end
item: Remark
2001-08-03 16:04:13 -03:00
Text=A: interpreter, libraries and IDLE
2001-07-29 06:28:37 -03:00
end
item: Remark
Text=B: docs
end
item: Remark
Text=C: tools
end
item: Remark
Text=D: test suite
2000-06-29 19:32:08 -03:00
end
2001-08-05 02:19:15 -03:00
item: Set Variable
Variable=COMPONENTS
Value=ABCD
end
item: Wizard Block
Direction Variable=DIRECTION
Display Variable=DISPLAY
Bitmap Pathname=%_WISE_%\Dialogs\Template\Wizard.bmp
X Position=9
Y Position=10
Filler Color=8421440
Flags=00000011
end
item: If/While Statement
Variable=DISPLAY
Value=Start Installation
end
item: Set Variable
Variable=SUMMARY
Value=Install directory: %MAINDIR%%CRLF%
end
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
item: Remark
end
2001-08-05 01:12:30 -03:00
item: If/While Statement
Variable=DOADMIN
Value=1
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
item: Set Variable
2001-08-05 02:19:15 -03:00
Variable=SUMMARY
Value=%CRLF%Doing admin install.%CRLF%
Flags=00000001
end
item: Else Statement
end
item: Set Variable
Variable=SUMMARY
Value=%CRLF%Doing non-admin install.%CRLF%
Flags=00000001
end
item: End Block
end
item: Remark
end
item: If/While Statement
Variable=DOBACKUP
Value=A
end
item: Set Variable
Variable=SUMMARY
Value=%CRLF%Make backups, into %BACKUP%%CRLF%
Flags=00000001
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
item: Else Statement
end
2001-08-05 02:19:15 -03:00
item: Set Variable
Variable=SUMMARY
Value=%CRLF%Don't make backups.%CRLF%
Flags=00000001
end
item: End Block
end
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Set Variable
2001-08-05 02:19:15 -03:00
Variable=SUMMARY
Value=%CRLF%Components:%CRLF%
Flags=00000001
end
item: If/While Statement
2000-06-29 19:32:08 -03:00
Variable=COMPONENTS
2001-08-05 02:19:15 -03:00
Value=A
Flags=00000010
end
item: Set Variable
Variable=SUMMARY
Value= Python interpreter, libraries and IDLE%CRLF%
Flags=00000001
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
item: End Block
2000-06-29 19:32:08 -03:00
end
2001-08-05 02:19:15 -03:00
item: If/While Statement
Variable=COMPONENTS
Value=B
Flags=00000010
end
item: Set Variable
Variable=SUMMARY
Value= Python documentation%CRLF%
Flags=00000001
end
item: End Block
end
item: If/While Statement
Variable=COMPONENTS
Value=C
Flags=00000010
end
item: Set Variable
Variable=SUMMARY
Value= Tool and utility scripts%CRLF%
Flags=00000001
end
item: End Block
end
item: If/While Statement
Variable=COMPONENTS
Value=D
Flags=00000010
end
item: Set Variable
Variable=SUMMARY
Value= Python test suite%CRLF%
Flags=00000001
end
item: End Block
end
item: Remark
end
item: Set Variable
Variable=SUMMARY
Value=%CRLF%Start Menu group: %GROUP%%CRLF%
Flags=00000001
end
item: End Block
end
item: Remark
2000-06-29 19:32:08 -03:00
end
item: Custom Dialog Set
Name=Select Destination Directory
Display Variable=DISPLAY
item: Dialog
Title=%APPTITLE% Installation
Title French=Installation de %APPTITLE%
Title German=Installation von %APPTITLE%
Title Spanish=Instalaci<63> n de %APPTITLE%
Title Italian=Installazione di %APPTITLE%
Width=271
Height=224
Font Name=Helv
Font Size=8
item: Push Button
Rectangle=150 187 195 202
Variable=DIRECTION
Value=N
Create Flags=01010000000000010000000000000001
Text=&Next >
Text French=&Suite >
Text German=&Weiter >
Text Spanish=&Siguiente >
Text Italian=&Avanti >
end
item: Push Button
Rectangle=211 187 256 202
Action=3
Create Flags=01010000000000010000000000000000
Text=&Cancel
Text French=&Annuler
Text German=&Abbrechen
Text Spanish=&Cancelar
Text Italian=&Annulla
end
item: Static
Rectangle=8 180 256 181
Action=3
Create Flags=01010000000000000000000000000111
end
item: Static
2001-08-01 15:33:33 -03:00
Rectangle=86 9 258 34
2000-06-29 19:32:08 -03:00
Create Flags=01010000000000000000000000000000
Flags=0000000000000001
Name=Times New Roman
Font Style=-24 0 0 0 700 255 0 0 0 3 2 1 18
Text=Select Destination Directory
Text French=S<> lectionner le r<> pertoire de destination
Text German=Zielverzeichnis w<> hlen
Text Spanish=Seleccione el directorio de destino
Text Italian=Selezionare Directory di destinazione
end
2001-08-01 00:29:59 -03:00
item: Listbox
2001-08-01 15:33:33 -03:00
Rectangle=86 50 257 175
2001-08-01 00:29:59 -03:00
Variable=MAINDIR
Enabled Color=00000000000000001111111111111111
Create Flags=01010000100000010000000101000001
Flags=0000110000001010
Text=%MAINDIR%
Text=
2000-06-29 19:32:08 -03:00
end
item: Static
2001-08-01 15:33:33 -03:00
Rectangle=86 34 250 49
2001-08-01 00:29:59 -03:00
Enabled Color=00000000000000001111111111111111
2000-06-29 19:32:08 -03:00
Create Flags=01010000000000000000000000000000
2001-08-01 00:29:59 -03:00
Text=Please select a directory for the %APPTITLE% files.
2000-06-29 19:32:08 -03:00
end
end
item: Dialog
Title=Select Destination Directory
Title French=S<> lectionner le r<> pertoire de destination
Title German=Zielverzeichnis w<> hlen
Title Spanish=Seleccione el directorio de destino
Title Italian=Selezionare Directory di destinazione
Width=221
Height=173
Font Name=Helv
Font Size=8
item: Listbox
Rectangle=5 5 163 149
Variable=MAINDIR
Create Flags=01010000100000010000000101000000
Flags=0000110000100010
Text=%MAINDIR%
Text French=%MAINDIR%
Text German=%MAINDIR%
Text Spanish=%MAINDIR%
Text Italian=%MAINDIR%
end
item: Push Button
Rectangle=167 6 212 21
Create Flags=01010000000000010000000000000001
Text=OK
Text French=OK
Text German=OK
Text Spanish=Aceptar
Text Italian=OK
end
item: Push Button
Rectangle=167 25 212 40
Variable=MAINDIR
Value=%MAINDIR_SAVE%
Create Flags=01010000000000010000000000000000
Flags=0000000000000001
Text=Cancel
Text French=Annuler
Text German=Abbrechen
Text Spanish=Cancelar
Text Italian=Annulla
end
end
end
2001-07-30 04:30:56 -03:00
item: Custom Dialog Set
Name=Backup Replaced Files
Display Variable=DISPLAY
item: Dialog
2001-08-01 15:33:33 -03:00
Title=%APPTITLE% Installation
2001-07-30 04:30:56 -03:00
Title French=Fichiers de Sauvegarde Remplac<61> s
Title German=Sicherungskopie von ersetzten Dateien erstellen
Title Portuguese=Ficheiros substitu<74> dos de seguran<61> a
Title Spanish=Copias de seguridad de los archivos reemplazados
Title Italian=Backup file sostituiti
Title Danish=Sikkerhedskopiering af erstattede filer
Title Dutch=Vervangen bestanden kopi<70> ren
Title Norwegian=Sikkerhetskopiere erstattede filer
Title Swedish=S<> kerhetskopiera utbytta filer
Width=280
Height=224
Font Name=Helv
Font Size=8
item: Push Button
2001-08-01 00:42:27 -03:00
Rectangle=150 187 195 201
2001-07-30 04:30:56 -03:00
Variable=DIRECTION
Value=N
Create Flags=01010000000000010000000000000001
Text=&Next >
Text French=&Suivant>
Text German=&Weiter>
Text Portuguese=&Pr<50> ximo>
Text Spanish=&Siguiente >
Text Italian=&Avanti >
Text Danish=&N<> ste>
Text Dutch=&Volgende>
Text Norwegian=&Neste>
Text Swedish=&N<> sta >
end
item: Push Button
2001-08-01 00:42:27 -03:00
Rectangle=105 187 150 201
2001-07-30 04:30:56 -03:00
Variable=DIRECTION
Value=B
Create Flags=01010000000000010000000000000000
Text=< &Back
Text French=<&Retour
Text German=<&Zur<75> ck
Text Portuguese=<&Retornar
Text Spanish=<&Retroceder
Text Italian=< &Indietro
Text Danish=<&Tilbage
Text Dutch=<&Terug
Text Norwegian=<&Tilbake
Text Swedish=< &Tillbaka
end
item: Push Button
2001-08-01 00:42:27 -03:00
Rectangle=222 187 264 201
2001-07-30 04:30:56 -03:00
Action=3
Create Flags=01010000000000010000000000000000
Text=Cancel
Text French=Annuler
Text German=Abbrechen
Text Portuguese=Cancelar
Text Spanish=Cancelar
Text Italian=Annulla
Text Danish=Annuller
Text Dutch=Annuleren
Text Norwegian=Avbryt
Text Swedish=Avbryt
end
item: Static
Rectangle=9 177 263 178
Action=3
Create Flags=01010000000000000000000000000111
end
item: Static
2001-08-01 15:33:33 -03:00
Rectangle=86 37 256 101
2001-07-30 04:30:56 -03:00
Create Flags=01010000000000000000000000000000
2001-08-01 15:33:33 -03:00
Text=This installation program can create backup copies of all files replaced during the installation. These files will be used when the software is uninstalled and a rollback is requested. If backup copies are not created, you will only be able to uninstall the software and not roll the system back to a previous state.
Text=
Text=Do you want to create backups of replaced files?
2001-07-30 04:30:56 -03:00
Text French=Le programme d'installation peut cr<63> er des copies de sauvegarde de tous les fichiers remplac<61> s pendant l'installation. Ces fichiers sont utilis<69> s au cas o<> le logiciel est d<> sinstall<6C> et que l'on proc<6F> de <20> la reprise du syst<73> me. Si les copies de sauvegarde ne sont pas cr<63> <72> es, on ne pourra que d<> sinstaller le logiciel sans reprendre le syst<73> me <20> un <20> tat pr<70> c<EFBFBD> dent. Voulez-vous cr<63> er une sauvegarde des fichiers remplac<61> s ?
Text German=Dieses Installationsprogramm kann Sicherungskopien von allen w<> hrend der Installation ersetzten Dateien erstellen. Diese Dateien werden zur R<> ckg<6B> ngigmachung der Installation und bei Anforderung eines Rollbacks verwendet. Ohne Sicherungskopien ist nur eine R<> ckg<6B> ngigmachung der Installation m<> glich, nicht aber ein Rollback des Systems. Sicherungskopien der ersetzten Dateien erstellen?
Text Portuguese=Este programa de instala<6C> <61> o pode criar c<> pias de seguran<61> a de todos os ficheiros substitu<74> dos durante a instala<6C> <61> o. Estes ficheiros ser<65> o utilizados quando o programa for desinstalado e for requisitada uma retomada. Se as c<> pias de seguran<61> a n<> o forem criadas, s<> poder<65> desinstalar o programa e n<> o pode retomar um estado anterior do sistema. Deseja criar c<> pias de seguran<61> a dos ficheiros substitu<74> dos?
Text Spanish=Este programa de instalaci<63> n puede crear copias de seguridad de todos los archivos reemplazados durante la instalaci<63> n. Estos archivos se utilizar<61> n cuando se desinstale el software y se solicite volver al estado anterior. Si no se crean copias de seguridad, <20> nicamente podr<64> desinstalar el software y no podr<64> devolver el sistema al estado anterior. <20> Desea crear archivos de seguridad de los archivos reemplazados?
Text Italian=Questo programma di installazione pu<70> creare copie di backup di tutti i file sostituiti durante l<> installazione. Questi file saranno usati quando il software sar<61> disinstallato e sar<61> richiesto un ritorno allo stato precedente. Se non crei le copie di backup, potrai solo disinstallare il software, ma non potrai riportare il sistema allo stato precedente. Vuoi creare i file di backup dei file sostituiti?
Text Danish=Dette installationsprogram kan oprette sikkerhedskopier af alle filer, som erstattes under installationen. Disse filer benyttes, n<> r softwaren fjernes, og den tidligere systemkonfiguration genetableres. Hvis der ikke oprettes sikkerhedskopier, kan du kun fjerne den installerede software og ikke genetablere den tidligere systemkonfiguration. Vil du oprette sikkerhedskopier af filer, som erstattes?
Text Dutch=Dit installatieprogramma kan kopie<69> n maken van alle bestanden die tijdens de installatie worden vervangen. Deze worden dan gebruikt als de software-installatie ongedaan wordt gemaakt en u het systeem wilt laten terugkeren naar de oorspronkelijke staat. Als er geen back-up kopie<69> n worden gemaakt, kunt u de software enkel verwijderen maar het systeem niet in de oorspronkelijke staat terugbrengen. Wilt u een back-up maken van de vervangen bestanden?
Text Norwegian=Dette installasjonsprogrammet kan lage sikkerhetskopier av alle filer som blir erstattet under installasjonen. Disse filene vil tas i bruk n<> r programvaren er avinstallert og det er behov for tilbakestilling. Hvis det ikke er laget sikkerhetskopier, kan du kun avinstallere programvaren og ikke stille systemet tilbake til tidligere status. <20> nsker du <20> lage sikkerhetskopier av de filene som blir erstattet n<> ?
Text Swedish=Installationsprogrammet kan skapa s<> kerhetskopior av alla filer som byts ut under installationen. Dessa filer kan sedan anv<6E> ndas n<> r programvaran avinstalleras och du beg<65> r rollback. Om du d<> inte har n<> gra s<> kerhetskopior kan du bara avinstallera programvaran, inte <20> terskapa systemet i dess tidigare skick. Vill du g<> ra s<> kerhetskopior av de ersatta filerna?
end
item: Radio Button
2001-08-01 15:33:33 -03:00
Rectangle=113 100 212 126
2001-07-30 04:30:56 -03:00
Variable=DOBACKUP
Create Flags=01010000000000010000000000001001
2001-08-03 08:11:35 -03:00
Text=&Yes, make backups
Text=N&o, do not make backups
2001-07-30 04:30:56 -03:00
Text=
Text French=&Oui
Text French=N&on
Text French=
Text German=&Ja
Text German=N&ein
Text German=
Text Portuguese=&Sim
Text Portuguese=N<> &o
Text Portuguese=
Text Spanish=&S<>
Text Spanish=N&o
Text Spanish=
Text Italian=&S<>
Text Italian=N&o
Text Italian=
Text Danish=&Ja
Text Danish=&Nej
Text Danish=
Text Dutch=&Ja
Text Dutch=N&ee
Text Dutch=
Text Norwegian=&Ja
Text Norwegian=&Nei
Text Norwegian=
Text Swedish=&Ja
Text Swedish=N&ej
Text Swedish=
end
item: Static
Control Name=BACK2
2001-08-01 15:33:33 -03:00
Rectangle=86 138 256 166
2001-07-30 04:30:56 -03:00
Action=1
Create Flags=01010000000000000000000000000111
Text=Backup File Destination Directory
Text French=R<> pertoire de destination des fichiers de sauvegarde
Text German=Zielverzeichnis f<> r die Sicherungsdatei
Text Portuguese=Direct<63> rio de destino de ficheiro de seguran<61> a
Text Spanish=Directorio de Destino de los Archivos de Seguridad
Text Italian=Directory di destinazione dei file di backup
Text Danish=Destinationsbibliotek til sikkerhedskopier
Text Dutch=Doeldirectory backup-bestand
Text Norwegian=M<> lkatalog for sikkerhetskopier
Text Swedish=Katalog f<> r s<> kerhetskopierade filer
end
item: Push Button
Control Name=BACK3
2001-08-01 15:33:33 -03:00
Rectangle=212 148 254 162
2001-07-30 04:30:56 -03:00
Variable=BACKUP_SAVE
Value=%BACKUP%
Destination Dialog=1
Action=2
Create Flags=01010000000000010000000000000000
Text=B&rowse...
Text French=P&arcourir
Text German=B&l<> ttern...
Text Portuguese=P&rocurar
Text Spanish=V&isualizar...
Text Italian=Sfoglia...
Text Danish=&Gennemse...
Text Dutch=B&laderen...
Text Norwegian=Bla igjennom
Text Swedish=&Bl<42> ddra
end
item: Static
Control Name=BACK4
2001-08-01 15:33:33 -03:00
Rectangle=103 150 203 160
2001-07-30 04:30:56 -03:00
Destination Dialog=2
Create Flags=01010000000000000000000000000000
Text=%BACKUP%
Text French=%BACKUP%
Text German=%BACKUP%
Text Portuguese=%BACKUP%
Text Spanish=%BACKUP%
Text Italian=%BACKUP%
Text Danish=%BACKUP%
Text Dutch=%BACKUP%
Text Norwegian=%BACKUP%
Text Swedish=%BACKUP%
end
2001-08-01 15:33:33 -03:00
item: Static
Rectangle=86 9 258 29
Create Flags=01010000000000000000000000000000
Flags=0000000000000001
Name=Times New Roman
Font Style=-24 0 0 0 700 255 0 0 0 3 2 1 18
Text=Backup Replaced Files
Text French=S<> lectionner les composants
Text German=Komponenten ausw<73> hlen
Text Spanish=Seleccione componentes
Text Italian=Selezionare i componenti
end
2001-07-30 04:30:56 -03:00
item: If/While Statement
Variable=DOBACKUP
Value=B
end
item: Set Control Attribute
Control Name=BACK3
Operation=1
end
item: Set Control Attribute
Control Name=BACK4
Operation=1
end
item: Else Statement
end
item: Set Control Attribute
Control Name=BACK3
end
item: Set Control Attribute
Control Name=BACK4
end
item: End Block
end
end
item: Dialog
Title=Select Destination Directory
Title French=Choisissez le r<> pertoire de destination
Title German=Zielverzeichnis w<> hlen
Title Portuguese=Seleccionar Direct<63> rio de Destino
Title Spanish=Seleccione el Directorio de Destino
Title Italian=Seleziona Directory di destinazione
Title Danish=V<> lg Destinationsbibliotek
Title Dutch=Kies Doeldirectory
Title Norwegian=Velg m<> lkatalog
Title Swedish=V<> lj destinationskalatog
Width=221
Height=173
Font Name=Helv
Font Size=8
item: Listbox
Rectangle=5 2 160 149
Variable=BACKUP
Create Flags=01010000100000010000000101000000
Flags=0000110000100010
Text=%BACKUP%
Text=
Text French=%BACKUP%
Text French=
Text German=%BACKUP%
Text German=
Text Portuguese=%BACKUP%
Text Portuguese=
Text Spanish=%BACKUP%
Text Spanish=
Text Italian=%BACKUP%
Text Italian=
Text Danish=%BACKUP%
Text Danish=
Text Dutch=%BACKUP%
Text Dutch=
Text Norwegian=%BACKUP%
Text Norwegian=
Text Swedish=%BACKUP%
Text Swedish=
end
item: Push Button
Rectangle=167 6 212 21
Create Flags=01010000000000010000000000000001
Text=OK
Text French=OK
Text German=OK
Text Portuguese=OK
Text Spanish=ACEPTAR
Text Italian=OK
Text Danish=OK
Text Dutch=OK
Text Norwegian=OK
Text Swedish=OK
end
item: Push Button
Rectangle=167 25 212 40
Variable=BACKUP
Value=%BACKUP_SAVE%
Create Flags=01010000000000010000000000000000
Flags=0000000000000001
Text=Cancel
Text French=Annuler
Text German=Abbrechen
Text Portuguese=Cancelar
Text Spanish=Cancelar
Text Italian=Annulla
Text Danish=Slet
Text Dutch=Annuleren
Text Norwegian=Avbryt
Text Swedish=Avbryt
end
end
end
2000-06-29 19:32:08 -03:00
item: Custom Dialog Set
Name=Select Components
Display Variable=DISPLAY
item: Dialog
Title=%APPTITLE% Installation
Title French=Installation de %APPTITLE%
Title German=Installation von %APPTITLE%
Title Spanish=Instalaci<63> n de %APPTITLE%
Title Italian=Installazione di %APPTITLE%
Width=271
Height=224
Font Name=Helv
Font Size=8
item: Push Button
Rectangle=150 187 195 202
Variable=DIRECTION
Value=N
Create Flags=01010000000000010000000000000001
Text=&Next >
Text French=&Suite >
Text German=&Weiter >
Text Spanish=&Siguiente >
Text Italian=&Avanti >
end
item: Push Button
Rectangle=105 187 150 202
Variable=DIRECTION
Value=B
Create Flags=01010000000000010000000000000000
Text=< &Back
Text French=< &Retour
Text German=< &Zur<75> ck
Text Spanish=< &Atr<74> s
Text Italian=< &Indietro
end
item: Push Button
Rectangle=211 187 256 202
Action=3
Create Flags=01010000000000010000000000000000
Text=&Cancel
Text French=&Annuler
Text German=&Abbrechen
Text Spanish=&Cancelar
Text Italian=&Annulla
end
item: Static
Rectangle=8 180 256 181
Action=3
Create Flags=01010000000000000000000000000111
end
item: Static
Rectangle=86 8 258 42
Create Flags=01010000000000000000000000000000
Flags=0000000000000001
Name=Times New Roman
Font Style=-24 0 0 0 700 255 0 0 0 3 2 1 18
Text=Select Components
Text French=S<> lectionner les composants
Text German=Komponenten ausw<73> hlen
Text Spanish=Seleccione componentes
Text Italian=Selezionare i componenti
end
item: Checkbox
2001-08-01 15:33:33 -03:00
Rectangle=86 62 256 134
2000-06-29 19:32:08 -03:00
Variable=COMPONENTS
Create Flags=01010000000000010000000000000011
Flags=0000000000000110
2001-08-03 16:04:13 -03:00
Text=Python interpreter, library and IDLE
2001-07-29 06:28:37 -03:00
Text=Python HTML docs
2001-07-29 15:55:06 -03:00
Text=Python utility scripts (Tools/)
Text=Python test suite (Lib/test/)
2000-06-29 19:32:08 -03:00
Text=
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text French=Python interpreter, library and IDLE
2001-07-29 15:55:06 -03:00
Text French=Python HTML docs
Text French=Python utility scripts (Tools/)
Text French=Python test suite (Lib/test/)
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
Text French=Register file extensons (requires Admin privs)
2000-06-29 19:32:08 -03:00
Text French=
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text German=Python interpreter, library and IDLE
2001-07-29 15:55:06 -03:00
Text German=Python HTML docs
Text German=Python utility scripts (Tools/)
Text German=Python test suite (Lib/test/)
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
Text German=Register file extensons (requires Admin privs)
2000-06-29 19:32:08 -03:00
Text German=
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text Spanish=Python interpreter, library and IDLE
2001-07-29 15:55:06 -03:00
Text Spanish=Python HTML docs
Text Spanish=Python utility scripts (Tools/)
Text Spanish=Python test suite (Lib/test/)
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
Text Spanish=Register file extensons (requires Admin privs)
2000-06-29 19:32:08 -03:00
Text Spanish=
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text Italian=Python interpreter, library and IDLE
2001-07-29 15:55:06 -03:00
Text Italian=Python HTML docs
Text Italian=Python utility scripts (Tools/)
Text Italian=Python test suite (Lib/test/)
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
Text Italian=Register file extensons (requires Admin privs)
2000-06-29 19:32:08 -03:00
Text Italian=
end
item: Static
Rectangle=194 162 242 172
Variable=COMPONENTS
Value=MAINDIR
Create Flags=01010000000000000000000000000010
end
item: Static
Rectangle=194 153 242 162
Variable=COMPONENTS
Create Flags=01010000000000000000000000000010
end
item: Static
Rectangle=107 153 196 164
Create Flags=01010000000000000000000000000000
Text=Disk Space Required:
Text French=Espace disque requis :
Text German=Notwendiger Speicherplatz:
Text Spanish=Espacio requerido en el disco:
Text Italian=Spazio su disco necessario:
end
item: Static
Rectangle=107 162 196 172
Create Flags=01010000000000000000000000000000
Text=Disk Space Remaining:
Text French=Espace disque disponible :
Text German=Verbleibender Speicherplatz:
Text Spanish=Espacio en disco disponible:
Text Italian=Spazio su disco disponibile:
end
item: Static
Rectangle=86 145 256 175
Action=1
Create Flags=01010000000000000000000000000111
end
item: Static
2001-08-01 15:33:33 -03:00
Rectangle=86 38 256 57
2000-06-29 19:32:08 -03:00
Create Flags=01010000000000000000000000000000
Text=Choose which components to install by checking the boxes below.
Text French=Choisissez les composants que vous voulez installer en cochant les cases ci-dessous.
Text German=W<> hlen Sie die zu installierenden Komponenten, indem Sie in die entsprechenden K<> stchen klicken.
Text Spanish=Elija los componentes que desee instalar marcando los cuadros de abajo.
Text Italian=Scegliere quali componenti installare selezionando le caselle sottostanti.
end
end
end
item: Custom Dialog Set
Name=Select Program Manager Group
Display Variable=DISPLAY
item: Dialog
Title=%APPTITLE% Installation
Title French=Installation de %APPTITLE%
Title German=Installation von %APPTITLE%
Title Spanish=Instalaci<63> n de %APPTITLE%
Title Italian=Installazione di %APPTITLE%
Width=271
Height=224
Font Name=Helv
Font Size=8
item: Push Button
Rectangle=150 187 195 202
Variable=DIRECTION
Value=N
Create Flags=01010000000000010000000000000001
Text=&Next >
Text French=&Suite >
Text German=&Weiter >
Text Spanish=&Siguiente >
Text Italian=&Avanti >
end
item: Push Button
Rectangle=105 187 150 202
Variable=DIRECTION
Value=B
Create Flags=01010000000000010000000000000000
Flags=0000000000000001
Text=< &Back
Text French=< &Retour
Text German=< &Zur<75> ck
Text Spanish=< &Atr<74> s
Text Italian=< &Indietro
end
item: Push Button
Rectangle=211 187 256 202
Action=3
Create Flags=01010000000000010000000000000000
Text=&Cancel
Text French=&Annuler
Text German=&Abbrechen
Text Spanish=&Cancelar
Text Italian=&Annulla
end
item: Static
Rectangle=8 180 256 181
Action=3
Create Flags=01010000000000000000000000000111
end
item: Static
Rectangle=86 8 258 42
Create Flags=01010000000000000000000000000000
Flags=0000000000000001
Name=Times New Roman
Font Style=-24 0 0 0 700 255 0 0 0 3 2 1 18
2000-10-14 04:35:15 -03:00
Text=Select Start Menu Group
2000-06-29 19:32:08 -03:00
Text French=S<> lectionner le groupe du Gestionnaire de programme
Text German=Bestimmung der Programm-Managergruppe
Text Spanish=Seleccione grupo del Administrador de programas
Text Italian=Selezionare il gruppo ProgMan
end
item: Static
Rectangle=86 44 256 68
Create Flags=01010000000000000000000000000000
2000-10-14 04:35:15 -03:00
Text=Enter the name of the Start Menu program group to which to add the %APPTITLE% icons:
2000-06-29 19:32:08 -03:00
Text French=Entrez le nom du groupe du Gestionnaire de programme dans lequel vous souhaitez ajouter les ic<69> nes de %APPTITLE% :
Text German=Geben Sie den Namen der Programmgruppe ein, der das Symbol %APPTITLE% hinzugef<65> gt werden soll:
Text Spanish=Escriba el nombre del grupo del Administrador de programas en el que desea agregar los iconos de %APPTITLE%:
Text Italian=Inserire il nome del gruppo Program Manager per aggiungere le icone %APPTITLE% a:
end
item: Combobox
Rectangle=86 69 256 175
Variable=GROUP
Create Flags=01010000001000010000001100000001
Flags=0000000000000001
Text=%GROUP%
Text French=%GROUP%
Text German=%GROUP%
Text Spanish=%GROUP%
Text Italian=%GROUP%
end
end
end
item: Custom Dialog Set
Name=Start Installation
Display Variable=DISPLAY
item: Dialog
Title=%APPTITLE% Installation
Title French=Installation de %APPTITLE%
Title German=Installation von %APPTITLE%
Title Spanish=Instalaci<63> n de %APPTITLE%
Title Italian=Installazione di %APPTITLE%
Width=271
Height=224
Font Name=Helv
Font Size=8
item: Push Button
Rectangle=150 187 195 202
Variable=DIRECTION
Value=N
Create Flags=01010000000000010000000000000001
Text=&Next >
Text French=&Suite >
Text German=&Weiter >
Text Spanish=&Siguiente >
Text Italian=&Avanti >
end
item: Push Button
Rectangle=105 187 150 202
Variable=DIRECTION
Value=B
Create Flags=01010000000000010000000000000000
Text=< &Back
Text French=< &Retour
Text German=< &Zur<75> ck
Text Spanish=< &Atr<74> s
Text Italian=< &Indietro
end
item: Push Button
Rectangle=211 187 256 202
Action=3
Create Flags=01010000000000010000000000000000
Text=&Cancel
Text French=&Annuler
Text German=&Abbrechen
Text Spanish=&Cancelar
Text Italian=&Annulla
end
item: Static
Rectangle=8 180 256 181
Action=3
Create Flags=01010000000000000000000000000111
end
item: Static
Rectangle=86 8 258 42
Create Flags=01010000000000000000000000000000
Flags=0000000000000001
Name=Times New Roman
Font Style=-24 0 0 0 700 255 0 0 0 3 2 1 18
Text=Ready to Install!
Text French=Pr<50> t <20> installer !
Text German=Installationsbereit!
Text Spanish=<3D> Preparado para la instalaci<63> n!
Text Italian=Pronto per l'installazione!
end
item: Static
2001-08-03 08:11:35 -03:00
Rectangle=86 34 256 54
2000-06-29 19:32:08 -03:00
Create Flags=01010000000000000000000000000000
2001-08-03 08:11:35 -03:00
Text=Click the Next button to install %APPTITLE%, or the Back button to change choices:
2000-06-29 19:32:08 -03:00
Text French=Vous <20> tes maintenant pr<70> t <20> installer les fichiers %APPTITLE%.
Text French=
Text French=Cliquez sur le bouton Suite pour commencer l'installation ou sur le bouton Retour pour entrer les informations d'installation <20> nouveau.
Text German=Sie k<> nnen %APPTITLE% nun installieren.
Text German=
Text German=Klicken Sie auf "Weiter", um mit der Installation zu beginnen. Klicken Sie auf "Zur<75> ck", um die Installationsinformationen neu einzugeben.
Text Spanish=Ya est<73> listo para instalar %APPTITLE%.
Text Spanish=
Text Spanish=Presione el bot<6F> n Siguiente para comenzar la instalaci<63> n o presione Atr<74> s para volver a ingresar la informaci<63> n para la instalaci<63> n.
Text Italian=Ora <20> possibile installare %APPTITLE%.
Text Italian=
Text Italian=Premere il pulsante Avanti per avviare l'installazione o il pulsante Indietro per reinserire le informazioni di installazione.
end
2001-08-03 08:11:35 -03:00
item: Editbox
Rectangle=86 54 259 175
Help Context=16711681
Enabled Color=00000000000000001111111111111111
2001-08-05 02:19:15 -03:00
Create Flags=01010000101100000001100000000100
2001-08-03 16:04:13 -03:00
Text=%SUMMARY%
2001-08-03 08:11:35 -03:00
end
2000-06-29 19:32:08 -03:00
end
end
2001-07-29 16:27:23 -03:00
item: Remark
2001-08-03 08:11:35 -03:00
end
2001-07-29 16:27:23 -03:00
item: If/While Statement
Variable=DISPLAY
Value=Select Destination Directory
end
2001-08-03 08:11:35 -03:00
item: Remark
2001-08-05 02:19:15 -03:00
Text=User may have changed MAINDIR, so reset BACKUP to match.
2001-08-03 08:11:35 -03:00
end
2001-08-03 16:04:13 -03:00
item: Set Variable
2001-08-05 02:19:15 -03:00
Variable=BACKUP
Value=%MAINDIR%\BACKUP
2001-08-03 08:11:35 -03:00
end
item: End Block
end
item: Remark
end
2001-07-29 16:27:23 -03:00
item: End Block
end
item: Remark
end
item: Remark
Text=BEGIN WIZARD STUFF -----------------------------------------------------------------------------------------------------------------------------
end
item: Remark
Text=When the BACKUP feature is enabled, the BACKUPDIR is initialized
end
item: If/While Statement
Variable=DOBACKUP
Value=A
end
item: Set Variable
Variable=BACKUPDIR
Value=%BACKUP%
end
item: End Block
end
item: Remark
Text=The BRANDING information is written to the INI file on the installation media.
end
item: If/While Statement
Variable=BRANDING
Value=1
end
item: If/While Statement
Variable=DOBRAND
Value=1
end
item: Edit INI File
Pathname=%INST%\CUSTDATA.INI
Settings=[Registration]
Settings=NAME=%NAME%
Settings=COMPANY=%COMPANY%
Settings=
end
item: End Block
end
2000-06-29 19:32:08 -03:00
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
2001-07-29 16:27:23 -03:00
Text=Begin writing to the INSTALL.LOG
2001-07-29 06:28:37 -03:00
end
2000-06-29 19:32:08 -03:00
item: Open/Close INSTALL.LOG
end
2001-07-29 16:27:23 -03:00
item: Remark
Text=Check free disk space calculates free disk space as well as component sizes.
end
item: Remark
Text=It should be located before all Install File actions.
end
2001-07-29 06:28:37 -03:00
item: Check Disk Space
Component=COMPONENTS
end
2001-07-29 16:27:23 -03:00
item: Remark
Text=This include script allows uninstall support
end
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
item: Remark
Text=Note from Tim: this is our own Uninstal.wse, a copy of Wise's except
end
item: Remark
Text=it writes to HKCU (instead of HKLM) if the user doesn't have admin privs.
end
2001-07-29 16:27:23 -03:00
item: Include Script
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
Pathname=.\Uninstal.wse
2001-07-29 16:27:23 -03:00
end
2001-07-29 16:48:44 -03:00
item: Remark
Text=Note from Tim: these seeming no-ops actually convert to short filenames.
end
2001-07-29 16:27:23 -03:00
item: Set Variable
Variable=COMMON
Value=%COMMON%
Flags=00010100
end
item: Set Variable
Variable=MAINDIR
Value=%MAINDIR%
Flags=00010100
end
item: Remark
Text=This IF/THEN/ELSE reads the correct registry entries for shortcut/icon placement
end
item: Check Configuration
Flags=10111011
end
item: Get Registry Key Value
Variable=STARTUPDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%WIN%\Start Menu\Programs\StartUp
Value Name=StartUp
Flags=00000010
end
item: Get Registry Key Value
Variable=DESKTOPDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%WIN%\Desktop
Value Name=Desktop
Flags=00000010
end
item: Get Registry Key Value
Variable=STARTMENUDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%WIN%\Start Menu
Value Name=Start Menu
Flags=00000010
end
item: Get Registry Key Value
Variable=GROUPDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%WIN%\Start Menu\Programs
Value Name=Programs
Flags=00000010
end
item: Get Registry Key Value
Variable=CSTARTUPDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%STARTUPDIR%
Value Name=Common Startup
Flags=00000100
end
item: Get Registry Key Value
Variable=CDESKTOPDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%DESKTOPDIR%
Value Name=Common Desktop
Flags=00000100
end
item: Get Registry Key Value
Variable=CSTARTMENUDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%STARTMENUDIR%
Value Name=Common Start Menu
Flags=00000100
end
item: Get Registry Key Value
Variable=CGROUPDIR
Key=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Default=%GROUPDIR%
Value Name=Common Programs
Flags=00000100
end
item: Set Variable
Variable=CGROUP_SAVE
Value=%GROUP%
end
item: Set Variable
Variable=GROUP
Value=%GROUPDIR%\%GROUP%
end
item: Else Statement
end
2001-07-29 16:48:44 -03:00
item: Remark
Text=Note from Tim: the Wizard left this block empty!
end
item: Remark
Text=Perhaps it's only relevant on Windows 3.1.
end
2001-07-29 16:27:23 -03:00
item: End Block
end
item: Remark
Text=END WIZARD STUFF -----------------------------------------------------------------------------------------------------------------------------
end
2000-06-29 19:32:08 -03:00
item: Remark
end
2001-07-29 16:48:44 -03:00
item: Remark
Text=Long section to install files.
end
item: Remark
end
2001-08-05 01:12:30 -03:00
item: If/While Statement
Variable=DOADMIN
Value=1
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
2000-06-29 19:32:08 -03:00
item: Set Variable
Variable=DLLDEST
Value=%SYS32%
end
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
item: Else Statement
end
item: Set Variable
Variable=DLLDEST
Value=%MAINDIR%
end
item: End Block
end
2001-08-01 03:29:56 -03:00
item: Remark
end
item: Remark
Text=Install the license even if they deselect everything <wink>.
end
2000-09-01 16:59:11 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\license
2000-09-01 16:59:11 -03:00
Destination=%MAINDIR%\LICENSE.txt
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\readme
2000-09-01 16:59:11 -03:00
Destination=%MAINDIR%\README.txt
Flags=0000000000000010
2000-09-05 14:14:16 -03:00
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\misc\news
2000-09-05 14:14:16 -03:00
Destination=%MAINDIR%\NEWS.txt
Flags=0000000000000010
2000-09-01 16:59:11 -03:00
end
2000-09-21 04:50:36 -03:00
item: Remark
2001-07-29 06:28:37 -03:00
end
2001-08-01 03:29:56 -03:00
item: Remark
Text=These arrange to (recursively!) delete all .pyc and .pyo files at uninstall time.
end
item: Remark
Text=This "does the right thing": any directories left empty at the end are removed.
end
item: Add Text to INSTALL.LOG
Text=File Tree: %MAINDIR%\*.pyc
end
item: Add Text to INSTALL.LOG
Text=File Tree: %MAINDIR%\*.pyo
end
item: Remark
end
2001-07-29 06:28:37 -03:00
item: Remark
2001-08-03 16:04:13 -03:00
Text=A: interpreter, libraries and IDLE
2001-07-29 06:28:37 -03:00
end
item: If/While Statement
Variable=COMPONENTS
Value=A
Flags=00001010
end
item: Remark
Text=Executables
2000-09-21 04:50:36 -03:00
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\python.exe
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\python.exe
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\pythonw.exe
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\pythonw.exe
Flags=0000000000000010
end
2000-09-01 04:54:04 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\w9xpopen.exe
2000-09-01 04:54:04 -03:00
Destination=%MAINDIR%\w9xpopen.exe
Flags=0000000000000010
end
2000-09-21 04:50:36 -03:00
item: Remark
2001-07-29 06:28:37 -03:00
end
item: Remark
Text=Extension module DLLs (.pyd); keep in synch with libs directory next
2000-09-21 04:50:36 -03:00
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_winreg.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\_winreg.pyd
Description=Extension modules
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_sre.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\_sre.pyd
Flags=0000000000000010
end
2001-02-02 17:24:51 -04:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_symtable.pyd
2001-02-02 17:24:51 -04:00
Destination=%MAINDIR%\DLLs\_symtable.pyd
Flags=0000000000000010
end
2001-02-02 02:33:04 -04:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_testcapi.pyd
2001-02-03 23:09:53 -04:00
Destination=%MAINDIR%\DLLs\_testcapi.pyd
2001-02-02 02:33:04 -04:00
Flags=0000000000000010
end
2000-09-21 04:50:36 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_tkinter.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\_tkinter.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_socket.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\_socket.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\bsddb.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\bsddb.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\mmap.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\mmap.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\parser.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\parser.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\pyexpat.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\pyexpat.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\select.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\select.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\unicodedata.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\unicodedata.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\winsound.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\winsound.pyd
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\zlib.pyd
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\DLLs\zlib.pyd
Flags=0000000000000010
end
item: Remark
2001-07-29 06:28:37 -03:00
end
item: Remark
Text=Link libraries (.lib); keep in synch with DLLs above, except that the Python lib lives here.
2000-09-21 04:50:36 -03:00
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_winreg.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\_winreg.lib
Description=Link library files
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_sre.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\_sre.lib
Flags=0000000000000010
end
2001-02-02 17:24:51 -04:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_symtable.lib
2001-02-02 17:24:51 -04:00
Destination=%MAINDIR%\libs\_symtable.lib
Flags=0000000000000010
end
2001-02-02 02:33:04 -04:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_testcapi.lib
2001-02-03 23:09:53 -04:00
Destination=%MAINDIR%\libs\_testcapi.lib
2001-02-02 02:33:04 -04:00
Flags=0000000000000010
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_tkinter.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\_tkinter.lib
2000-06-29 19:32:08 -03:00
Description=Extension modules
Flags=0000000000000010
end
2000-09-21 04:50:36 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\_socket.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\_socket.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\bsddb.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\bsddb.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\mmap.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\mmap.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\parser.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\parser.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\pyexpat.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\pyexpat.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\select.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\select.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\unicodedata.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\unicodedata.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\winsound.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\winsound.lib
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=.\zlib.lib
2000-09-21 04:50:36 -03:00
Destination=%MAINDIR%\libs\zlib.lib
Flags=0000000000000010
end
2001-07-29 06:28:37 -03:00
item: Remark
end
2000-09-21 04:50:36 -03:00
item: Install File
2001-07-29 06:28:37 -03:00
Source=.\python%_pymajor_%%_pyminor_%.lib
Destination=%MAINDIR%\libs\python%_PYMAJOR_%%_PYMINOR_%.lib
2000-09-21 04:50:36 -03:00
Flags=0000000000000010
end
item: Remark
2001-07-29 06:28:37 -03:00
end
item: Remark
Text=More DLLs
2000-09-21 04:50:36 -03:00
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\..\expat\libs\expat.dll
2001-07-28 04:56:38 -03:00
Destination=%MAINDIR%\DLLs\expat.dll
2000-06-29 19:32:08 -03:00
Description=Expat library
Flags=0000000000000010
end
2000-09-21 04:50:36 -03:00
item: Remark
2001-07-29 06:28:37 -03:00
end
item: Remark
Text=Main Python DLL
2000-09-21 04:50:36 -03:00
end
2000-06-29 19:32:08 -03:00
item: Install File
2001-07-29 06:28:37 -03:00
Source=.\python%_pymajor_%%_pyminor_%.dll
Destination=%DLLDEST%\python%_PYMAJOR_%%_PYMINOR_%.dll
2000-06-29 19:32:08 -03:00
Flags=0000000000000010
end
2001-07-29 06:28:37 -03:00
item: Remark
end
item: Remark
Text=Icons
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\pc\*.ico
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%
Description=Icons
Flags=0000000000000010
end
2001-07-29 06:28:37 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
2000-09-21 04:50:36 -03:00
item: Remark
2001-07-29 06:28:37 -03:00
Text=Libraries (Lib/)
2000-09-21 04:50:36 -03:00
end
2001-07-29 06:28:37 -03:00
item: Install File
Source=..\lib\*.py
Destination=%MAINDIR%\Lib
Description=Library Modules
2000-06-29 19:32:08 -03:00
Flags=0000000000000010
end
2001-07-29 18:36:58 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\lib-tk\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Lib\lib-tk
Description=Tkinter related library modules
Flags=0000000000000010
end
2001-07-29 18:36:58 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\encodings\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Lib\encodings
Description=Unicode encoding tables
Flags=0000000000000010
end
2001-07-29 18:36:58 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\distutils\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Lib\distutils
Description=Distribution utility modules
2001-07-29 18:36:58 -03:00
Flags=0000000000000010
end
item: Install File
2001-07-29 19:12:28 -03:00
Source=..\lib\distutils\readme
2001-07-29 18:36:58 -03:00
Destination=%MAINDIR%\Lib\distutils\README.txt
Flags=0000000000000010
2000-06-29 19:32:08 -03:00
end
2000-09-07 05:34:01 -03:00
item: Install File
2001-07-29 19:12:28 -03:00
Source=..\lib\distutils\command\*.py
2001-07-29 18:36:58 -03:00
Destination=%MAINDIR%\Lib\distutils\command
Flags=0000000000000010
end
2001-07-29 19:12:28 -03:00
item: Install File
Source=..\lib\distutils\command\command_template
Destination=%MAINDIR%\Lib\distutils\command\command_template
Flags=0000000000000010
end
2001-07-29 18:36:58 -03:00
item: Remark
end
item: Install File
2001-07-29 19:12:28 -03:00
Source=..\lib\xml\*.py
2000-09-07 05:34:01 -03:00
Destination=%MAINDIR%\Lib\xml
Description=XML support packages
2001-07-29 18:36:58 -03:00
Flags=0000000000000010
end
item: Install File
2001-07-29 19:12:28 -03:00
Source=..\lib\xml\dom\*.py
2001-07-29 18:36:58 -03:00
Destination=%MAINDIR%\Lib\xml\dom
Flags=0000000000000010
end
item: Install File
2001-07-29 19:12:28 -03:00
Source=..\lib\xml\parsers\*.py
2001-07-29 18:36:58 -03:00
Destination=%MAINDIR%\Lib\xml\parsers
Flags=0000000000000010
end
item: Install File
2001-07-29 19:12:28 -03:00
Source=..\lib\xml\sax\*.py
2001-07-29 18:36:58 -03:00
Destination=%MAINDIR%\Lib\xml\sax
Flags=0000000000000010
end
item: Remark
2000-09-07 05:34:01 -03:00
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\lib-old\*.py
2000-09-07 05:34:01 -03:00
Destination=%MAINDIR%\Lib\lib-old
Description=Obsolete modules
Flags=0000000000000010
end
2001-07-29 18:36:58 -03:00
item: Remark
end
2001-07-12 17:15:25 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\site-packages\readme
2001-07-12 17:15:25 -03:00
Destination=%MAINDIR%\Lib\site-packages\README.txt
Description=Site packages
Flags=0000000000000010
end
2000-09-21 04:50:36 -03:00
item: Remark
2001-07-29 06:28:37 -03:00
end
item: Remark
Text=C Include files
2000-06-29 19:32:08 -03:00
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\include\*.h
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\include
Description=Header files
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\pc\pyconfig.h
2001-07-26 10:41:06 -03:00
Destination=%MAINDIR%\include\pyconfig.h
Description=Header files (pyconfig.h)
2000-06-29 19:32:08 -03:00
Flags=0000000000000010
end
2001-07-29 06:28:37 -03:00
item: Remark
end
item: Remark
Text=Tcl/Tk
end
item: Install File
Source=..\..\tcl\bin\tcl8%_tclminor_%.dll
Destination=%MAINDIR%\DLLs\tcl8%_TCLMINOR_%.dll
Description=Tcl/Tk binaries and libraries
Flags=0000000000000010
end
item: Install File
Source=..\..\tcl\bin\tk8%_tclminor_%.dll
Destination=%MAINDIR%\DLLs\tk8%_TCLMINOR_%.dll
Description=Tcl/Tk binaries and libraries
Flags=0000000000000010
end
item: Install File
Source=..\..\tcl\lib\*.*
Destination=%MAINDIR%\tcl
Description=Tcl/Tk binaries and libraries
Flags=0000000100000010
end
item: Remark
end
2001-08-03 16:04:13 -03:00
item: Remark
Text=IDLE
end
item: Install File
Source=..\tools\idle\*.py
Destination=%MAINDIR%\Tools\idle
Description=Integrated DeveLopment Environment for Python
Flags=0000000000000010
end
item: Install File
Source=..\tools\idle\*.txt
Destination=%MAINDIR%\Tools\idle
Description=Integrated DeveLopment Environment for Python
Flags=0000000000000010
end
item: Install File
Source=..\tools\idle\icons\*
Destination=%MAINDIR%\Tools\idle\Icons
Description=Integrated DeveLopment Environment for Python
Flags=0000000000000010
end
item: Install File
Source=..\tools\idle\idle.pyw
Destination=%MAINDIR%\Tools\idle\idle.pyw
Description=IDLE bootstrap script
Flags=0000000000000010
end
item: Remark
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=Microsoft C runtime libraries
end
2000-06-29 19:32:08 -03:00
item: Install File
Source=%_SYS_%\MSVCIRT.DLL
Destination=%DLLDEST%\MSVCIRT.DLL
Description=Visual C++ Runtime DLLs
Flags=0000001000000011
end
item: Install File
Source=%_SYS_%\MSVCRT.DLL
Destination=%DLLDEST%\MSVCRT.DLL
Description=Visual C++ Runtime DLLs
Flags=0000001000000011
end
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
end
item: Remark
Text=B: docs
end
2000-06-29 19:32:08 -03:00
item: If/While Statement
Variable=COMPONENTS
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Value=B
2000-06-29 19:32:08 -03:00
Flags=00001010
end
2001-07-29 06:28:37 -03:00
item: Install File
Source=%_DOC_%\*.*
Destination=%MAINDIR%\Doc
Description=Python Documentation (HTML)
Flags=0000000100000010
end
item: End Block
end
item: Remark
end
item: Remark
Text=C: tools
end
item: If/While Statement
Variable=COMPONENTS
Value=C
Flags=00001010
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\scripts\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\Scripts
Description=Utility Scripts
Flags=0000000000000010
end
2001-03-02 00:59:38 -04:00
item: Install File
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Source=..\tools\scripts\*.doc
2001-03-23 16:21:29 -04:00
Destination=%MAINDIR%\Tools\Scripts
2001-03-02 00:59:38 -04:00
Description=Utility Scripts
Flags=0000000000000010
end
2000-06-29 19:32:08 -03:00
item: Install File
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Source=..\tools\scripts\readme
Destination=%MAINDIR%\Tools\Scripts\README.txt
2000-06-29 19:32:08 -03:00
Description=Utility Scripts
Flags=0000000000000010
end
2001-07-29 19:12:28 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\webchecker\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\webchecker
Description=Web checker tool
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\webchecker\readme
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\webchecker\README.txt
Description=Web checker tool
Flags=0000000000000010
end
2001-07-29 19:12:28 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\versioncheck\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\versioncheck
Description=Version checker tool
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\versioncheck\readme
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\versioncheck\README.txt
Description=Version checker tool
Flags=0000000000000010
end
2001-07-29 19:12:28 -03:00
item: Remark
end
2001-03-22 23:43:35 -04:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\compiler\*.py
2001-03-22 23:43:35 -04:00
Destination=%MAINDIR%\Tools\compiler
Description=Python compiler written in Python
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\compiler\compiler\*.py
2001-03-22 23:43:35 -04:00
Destination=%MAINDIR%\Tools\compiler\compiler
Description=Python compiler written in Python
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\compiler\compiler\*.txt
2001-03-22 23:43:35 -04:00
Destination=%MAINDIR%\Tools\compiler\compiler
Description=Python compiler written in Python
Flags=0000000000000010
end
2001-07-29 19:12:28 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\pynche\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\pynche
Description=pynche color editor
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\pynche\x\*.txt
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\pynche\X
Description=pynche color editor - X files
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\pynche\readme
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\pynche\README.txt
Description=pynche color editor - README
Flags=0000000100000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\pynche\pynche
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\pynche\pynche.py
Description=pynche color editor - main
Flags=0000000100000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\tools\pynche\pynche.pyw
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Tools\pynche\pynche.pyw
Description=pynche color editor - noconsole main
Flags=0000000100000010
end
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=D: test suite
2000-06-29 19:32:08 -03:00
end
item: If/While Statement
Variable=COMPONENTS
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Value=D
2000-06-29 19:32:08 -03:00
Flags=00001010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\test\audiotest.au
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Lib\test\audiotest.au
Description=Python Test files
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\test\*.uue
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Lib\test
Description=Python Test files
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\test\*.py
2000-06-29 19:32:08 -03:00
Destination=%MAINDIR%\Lib\test
Description=Python Test files
Flags=0000000000000010
end
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\test\*.xml
2000-09-07 05:34:01 -03:00
Destination=%MAINDIR%\Lib\test
2000-10-14 04:35:15 -03:00
Description=Python Test files
2000-06-29 19:32:08 -03:00
Flags=0000000000000010
end
2000-09-25 23:37:53 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\test\*.out
2000-09-25 23:37:53 -03:00
Destination=%MAINDIR%\Lib\test
2000-10-14 04:35:15 -03:00
Description=Python Test files
2000-09-25 23:37:53 -03:00
Flags=0000000000000010
end
2001-07-29 19:12:28 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Install File
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Source=..\lib\test\output\*.*
2000-09-07 05:34:01 -03:00
Destination=%MAINDIR%\Lib\test\output
Description=Python Test output files
2000-06-29 19:32:08 -03:00
Flags=0000000000000010
end
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
end
2001-08-05 02:19:15 -03:00
item: Remark
Text=Windows pydoc driver
end
item: If/While Statement
Variable=COMPONENTS
Value=AC
Flags=00001010
end
item: Install File
Source=..\tools\scripts\*.pyw
Destination=%MAINDIR%\Tools\Scripts
Description=Windows pydoc driver
Flags=0000000000000010
end
item: End Block
end
item: Remark
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=DONE with file copying.
end
item: Remark
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text=The rest is registry and Start Menu fiddling.
2001-07-29 06:28:37 -03:00
end
item: Remark
end
2000-06-29 19:32:08 -03:00
item: If/While Statement
Variable=COMPONENTS
Woo hoo! Relative paths! This is, alas, partly braindead: When the new
"relative paths" option is enabled, 8.1 rewrites *every* path to be
relative to PCbuild (the dir containing the .wse script), even absolute
paths you type in by hand, paths to the Wise installation itself, and even
paths to the Windows directories (sheesh). Only way to stop it is to
start a path with a variable reference, and we screwed ourselves before
by not using the predefined %_WISE_% vrbl to point to the Wise
installation. Repaired that old, repeated and well-hidden mistake.
Also:
+ Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now).
+ Changed the %_DOC_% vrbl to prompt for the location of the unzipped
HTML files (defaults to ..\html, cuz that's where I put them, but I
expect I'll change that later cuz I always hated mixing the generated
docs into the CVS tree ... Guido, if you're reading this, where did you
unpack the docs when building a Windows installer? Happy to oblige.).
+ Stopped the generated installer from filling up the entire screen (got
rid of the massive blue background gradient -- new option).
+ Added the helpful app publisher and app URL registry entries that Win2K
displays in its version of Add/Remove.
2001-07-28 23:04:20 -03:00
Value=A
2000-06-29 19:32:08 -03:00
Flags=00001010
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Remark
2001-08-05 02:19:15 -03:00
Text=Register file extensions. As usual, Admin privs get in the way, but with a twist:
end
item: Remark
Text=You don't need admin privs to write to HKEY_CLASSES_ROOT *except* under Win2K.
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
end
2001-07-31 00:24:55 -03:00
item: Remark
2001-08-05 02:19:15 -03:00
Text=On Win2K, a user without Admin privs has to register extensions under HKCU\Software\CLASSES instead.
end
item: Remark
Text=But while you can *do* that under other flavors of Windows too, it has no useful effect except in Win2K.
end
item: Set Variable
Variable=USE_HKCR
Value=1
end
item: Check Configuration
Flags=11110010
2001-07-31 00:24:55 -03:00
end
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
item: If/While Statement
2001-08-05 02:19:15 -03:00
Variable=DOADMIN
Value=0
end
item: Set Variable
Variable=USE_HKCR
Value=0
end
item: End Block
end
item: End Block
end
item: If/While Statement
Variable=USE_HKCR
Value=1
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
2001-07-29 06:28:37 -03:00
item: Remark
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text=File types.
2000-06-29 19:32:08 -03:00
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.File
New Value=Python File
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.File\shell\open\command
New Value=%MAINDIR%\python.exe "%%1" %%*
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.File\DefaultIcon
New Value=%MAINDIR%\Py.ico
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.NoConFile
New Value=Python File (no console)
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.NoConFile\shell\open\command
New Value=%MAINDIR%\pythonw.exe "%%1" %%*
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.NoConFile\DefaultIcon
New Value=%MAINDIR%\Py.ico
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.CompiledFile
New Value=Compiled Python File
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.CompiledFile\shell\open\command
New Value=%MAINDIR%\python.exe "%%1" %%*
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Python.CompiledFile\DefaultIcon
New Value=%MAINDIR%\pyc.ico
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Remark
end
item: Remark
Text=File extensions.
end
item: Edit Registry
Total Keys=1
Key=.py
New Value=Python.File
end
item: Edit Registry
Total Keys=1
Key=.py
New Value=text/plain
Value Name=Content Type
end
item: Remark
end
item: Edit Registry
Total Keys=1
Key=.pyw
New Value=Python.NoConFile
end
item: Edit Registry
Total Keys=1
Key=.pyw
New Value=text/plain
Value Name=Content Type
end
item: Remark
end
item: Edit Registry
Total Keys=1
Key=.pyc
New Value=Python.CompiledFile
end
item: Edit Registry
Total Keys=1
Key=.pyo
New Value=Python.CompiledFile
end
2001-08-05 02:19:15 -03:00
item: Else Statement
end
item: Remark
Text=File types.
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.File
New Value=Python File
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.File\shell\open\command
New Value=%MAINDIR%\python.exe "%%1" %%*
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.File\DefaultIcon
New Value=%MAINDIR%\Py.ico
Root=1
end
item: Remark
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.NoConFile
New Value=Python File (no console)
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.NoConFile\shell\open\command
New Value=%MAINDIR%\pythonw.exe "%%1" %%*
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.NoConFile\DefaultIcon
New Value=%MAINDIR%\Py.ico
Root=1
end
item: Remark
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.CompiledFile
New Value=Compiled Python File
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.CompiledFile\shell\open\command
New Value=%MAINDIR%\python.exe "%%1" %%*
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\Python.CompiledFile\DefaultIcon
New Value=%MAINDIR%\pyc.ico
Root=1
end
item: Remark
end
item: Remark
Text=File extensions.
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\.py
New Value=Python.File
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\.py
New Value=text/plain
Value Name=Content Type
Root=1
end
item: Remark
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\.pyw
New Value=Python.NoConFile
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\.pyw
New Value=text/plain
Value Name=Content Type
Root=1
end
item: Remark
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\.pyc
New Value=Python.CompiledFile
Root=1
end
item: Edit Registry
Total Keys=1
Key=Software\CLASSES\.pyo
New Value=Python.CompiledFile
Root=1
end
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
end
item: Remark
Text=Register Python paths.
end
2000-09-01 08:45:02 -03:00
item: Remark
Text=Write to HKLM for admin, else HKCU. Keep these blocks otherwise identical!
end
2001-08-05 01:12:30 -03:00
item: If/While Statement
Variable=DOADMIN
Value=1
2000-09-01 08:45:02 -03:00
end
2000-06-29 19:32:08 -03:00
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Software\Python\PythonCore\CurrentVersion
Root=130
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\InstallPath
New Value=%MAINDIR%
Root=2
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\InstallPath\InstallGroup
New Value=%GROUP%
Root=2
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\PythonPath
2001-07-29 18:04:09 -03:00
New Value=%MAINDIR%\Lib;%MAINDIR%\DLLs;%MAINDIR%\Lib\lib-tk
New Value=
2000-06-29 19:32:08 -03:00
Root=2
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\Modules
Root=2
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Software\Microsoft\Windows\CurrentVersion\App Paths\Python.exe
New Value=%MAINDIR%\Python.exe
Root=2
end
2000-09-01 08:45:02 -03:00
item: Else Statement
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-09-01 08:45:02 -03:00
Key=Software\Python\PythonCore\CurrentVersion
Root=129
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-09-01 08:45:02 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\InstallPath
New Value=%MAINDIR%
Root=1
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-09-01 08:45:02 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\InstallPath\InstallGroup
New Value=%GROUP%
Root=1
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-09-01 08:45:02 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\PythonPath
2001-07-29 18:04:09 -03:00
New Value=%MAINDIR%\Lib;%MAINDIR%\DLLs;%MAINDIR%\Lib\lib-tk
New Value=
2000-09-01 08:45:02 -03:00
Root=1
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-09-01 08:45:02 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\Modules
Root=1
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-09-01 08:45:02 -03:00
Key=Software\Microsoft\Windows\CurrentVersion\App Paths\Python.exe
New Value=%MAINDIR%\Python.exe
Root=1
end
item: End Block
end
2000-06-29 19:32:08 -03:00
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
end
item: Remark
Text=Registry fiddling for docs.
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Remark
Text=Write to HKLM for admin, else HKCU. Keep these blocks otherwise identical!
end
2000-06-29 19:32:08 -03:00
item: If/While Statement
Variable=COMPONENTS
2001-07-29 06:28:37 -03:00
Value=B
2000-06-29 19:32:08 -03:00
Flags=00001010
end
2001-08-05 01:12:30 -03:00
item: If/While Statement
Variable=DOADMIN
Value=1
2000-09-01 08:45:02 -03:00
end
2000-06-29 19:32:08 -03:00
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-06-29 19:32:08 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\Help\Main Python Documentation
New Value=%MAINDIR%\Doc\index.html
Root=2
end
2000-09-01 08:45:02 -03:00
item: Else Statement
end
item: Edit Registry
2001-07-28 21:48:54 -03:00
Total Keys=1
2000-09-01 08:45:02 -03:00
Key=Software\Python\PythonCore\%PY_VERSION%\Help\Main Python Documentation
New Value=%MAINDIR%\Doc\index.html
Root=1
end
item: End Block
end
2000-06-29 19:32:08 -03:00
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
2001-07-29 06:28:37 -03:00
item: Remark
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text=Set the app publisher and URL entries for Win2K add/remove.
2000-06-29 19:32:08 -03:00
end
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
item: Remark
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Text=It doesn't hurt on other systems.
end
item: Remark
Text=As usual, write to HKLM or HKCU depending on Admin privs.
end
item: Remark
Text=CAUTION: If you set this info on the "Windows 2000" page (step 6) of the
end
item: Remark
Text=Installation Expert, it only shows up in the "If" block below. Keep in synch!
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
2001-08-05 01:12:30 -03:00
item: If/While Statement
Variable=DOADMIN
Value=1
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
2001-07-29 16:48:44 -03:00
item: Edit Registry
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=http://www.python.org/
Value Name=HelpLink
Root=2
2000-06-29 19:32:08 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Edit Registry
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=PythonLabs at Zope Corporation
Value Name=Publisher
Root=2
2001-07-31 00:24:55 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Edit Registry
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=http://www.python.org/
Value Name=URLInfoAbout
Root=2
2001-07-31 00:24:55 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Edit Registry
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=%PYVER_STRING%
Value Name=DisplayVersion
Root=2
2001-07-31 00:24:55 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Else Statement
2001-07-31 00:24:55 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Edit Registry
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=http://www.python.org/
Value Name=HelpLink
Root=1
2001-07-31 00:24:55 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Edit Registry
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=PythonLabs at Zope Corporation
Value Name=Publisher
Root=1
2001-07-31 00:24:55 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Edit Registry
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=http://www.python.org/
Value Name=URLInfoAbout
Root=1
2001-07-31 00:24:55 -03:00
end
item: Edit Registry
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
Total Keys=1
Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\%APPTITLE%
New Value=%PYVER_STRING%
Value Name=DisplayVersion
Root=1
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
2001-07-30 20:06:21 -03:00
end
item: End Block
end
2001-07-29 16:48:44 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
2001-07-29 06:28:37 -03:00
item: Remark
2001-08-05 01:12:30 -03:00
Text=Populate Start Menu group
2000-06-29 19:32:08 -03:00
end
+ Add version info to Win2K add/remove.
+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
script items by hand into 3 separate items, so you can see what the heck
they're doing in the script view.
+ pydoc.pyw was a problem: it's installed by both the Main and Tools
components. So when both were selected, the second time it got
installed Wise figured it was overwriting a pre-existing version, and
made a backup copy in BACKUP. A rollback-uninstall then restored that,
leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
remove that directory (or any above it). Fixed by installing pydoc.pyw
at most once.
+ Rearranged and commented the "register file extensions" section, because
it was confusing and needs more work: turns out it's not true that
Win2K requires Admin privs to register file extensions, BUT, if you
don't have Admin privs, Win2K requires a new way to register file
extensions, and a way that doesn't blow up but doesn't do any good either
on earlier Windows flavors. I think I know how to get this done, but am
too depressed to do it right now <0.7 wink>.
2001-08-04 20:23:27 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: If/While Statement
Variable=COMPONENTS
2001-07-29 06:28:37 -03:00
Value=B
2000-06-29 19:32:08 -03:00
Flags=00001010
end
item: Create Shortcut
Source=%MAINDIR%\Doc\index.html
Destination=%GROUP%\Python Manuals.lnk
Working Directory=%MAINDIR%
Key Type=1536
Flags=00000001
end
item: End Block
end
2001-07-29 06:28:37 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: If/While Statement
Variable=COMPONENTS
2001-07-29 06:28:37 -03:00
Value=A
Flags=00001010
end
item: Create Shortcut
Source=%MAINDIR%\python.exe
Destination=%GROUP%\Python (command line).lnk
Working Directory=%MAINDIR%
Icon Pathname=%MAINDIR%\pycon.ico
Key Type=1536
Flags=00000001
end
2000-06-29 19:32:08 -03:00
item: Create Shortcut
2000-09-11 04:55:40 -03:00
Source=%MAINDIR%\pythonw.exe
2000-06-29 19:32:08 -03:00
Destination=%GROUP%\IDLE (Python GUI).lnk
2001-07-29 06:28:37 -03:00
Command Options="%MAINDIR%\Tools\idle\idle.pyw"
2000-06-29 19:32:08 -03:00
Working Directory=%MAINDIR%
Key Type=1536
Flags=00000001
end
2001-03-02 00:59:38 -04:00
item: Create Shortcut
Source=%MAINDIR%\pythonw.exe
Destination=%GROUP%\Module Docs.lnk
2001-07-29 06:28:37 -03:00
Command Options="%MAINDIR%\Tools\Scripts\pydoc.pyw"
2001-03-02 00:59:38 -04:00
Working Directory=%MAINDIR%
Key Type=1536
Flags=00000001
end
2000-06-29 19:32:08 -03:00
item: End Block
end
2001-07-29 16:48:44 -03:00
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Create Shortcut
Source=%MAINDIR%\unwise.exe
Destination=%GROUP%\Uninstall Python.lnk
Working Directory=%MAINDIR%
Key Type=1536
Flags=00000001
end
2001-07-29 06:28:37 -03:00
item: Remark
2000-06-29 19:32:08 -03:00
end
2001-07-29 06:28:37 -03:00
item: Remark
Text=I don't think we need this, but have always done it.
end
item: Self-Register OCXs/DLLs
Description=Updating System Configuration, Please Wait...
end
item: Remark
end
2000-06-29 19:32:08 -03:00
item: Wizard Block
Direction Variable=DIRECTION
Display Variable=DISPLAY
2001-07-30 04:30:56 -03:00
Bitmap Pathname=%_WISE_%\DIALOGS\TEMPLATE\WIZARD.BMP
X Position=9
Y Position=10
Filler Color=8421440
Flags=00000011
2000-06-29 19:32:08 -03:00
end
item: Custom Dialog Set
Name=Finished
Display Variable=DISPLAY
item: Dialog
Title=%APPTITLE% Installation
Title French=Installation de %APPTITLE%
Title German=Installation von %APPTITLE%
Title Spanish=Instalaci<63> n de %APPTITLE%
Title Italian=Installazione di %APPTITLE%
Width=271
Height=224
Font Name=Helv
Font Size=8
item: Push Button
Rectangle=150 187 195 202
Variable=DIRECTION
Value=N
Create Flags=01010000000000010000000000000001
Text=&Finish
Text French=&Fin
Text German=&Weiter
Text Spanish=&Terminar
Text Italian=&Fine
end
item: Push Button
Rectangle=211 187 256 202
Variable=DISABLED
Value=!
Action=3
Create Flags=01010000000000010000000000000000
Text=&Cancel
Text French=&Annuler
Text German=&Abbrechen
Text Spanish=&Cancelar
Text Italian=&Annulla
end
item: Static
Rectangle=86 8 258 42
Create Flags=01010000000000000000000000000000
Flags=0000000000000001
Name=Times New Roman
Font Style=-24 0 0 0 700 255 0 0 0 3 2 1 18
Text=Installation Completed!
Text French=Installation termin<69> e !
Text German=Die Installation ist abgeschlossen!
Text Spanish=<3D> Instalaci<63> n terminada!
Text Italian=Installazione completata!
end
item: Static
Rectangle=86 42 256 102
Create Flags=01010000000000000000000000000000
Text=%APPTITLE% has been successfully installed.
Text=
Text=Press the Finish button to exit this installation.
Text French=%APPTITLE% est maintenant install<6C> .
Text French=
Text French=Cliquez sur le bouton Fin pour quitter l'installation.
Text German=%APPTITLE% wurde erfolgreich installiert.
Text German=
Text German=Klicken Sie auf "Weiter", um die Installation zu beenden.
Text Spanish=%APPTITLE% se ha instalado con <20> xito.
Text Spanish=
Text Spanish=Presione el bot<6F> n Terminar para salir de esta instalaci<63> n.
Text Italian=L'installazione %APPTITLE% <20> stata portata a termine con successo.
Text Italian=
Text Italian=Premere il pulsante Fine per uscire dall'installazione.
end
2001-07-31 23:36:21 -03:00
item: Static
Rectangle=8 180 256 181
Action=3
Create Flags=01010000000000000000000000000111
end
2000-06-29 19:32:08 -03:00
end
end
item: End Block
end
2001-07-29 16:31:03 -03:00
item: New Event
Name=Cancel
end
item: Remark
Text=This include script supports a rollback to preinstallation state if the user chooses to cancel before the installation is complete.
end
item: Include Script
Pathname=%_WISE_%\INCLUDE\rollback.wse
end