wzj 60f14b37a1 opt:新增modtran和paraview | 6 ماه پیش | |
---|---|---|
.. | ||
HTML | 6 ماه پیش | |
client | 6 ماه پیش | |
demos | 6 ماه پیش | |
include | 6 ماه پیش | |
libs | 6 ماه پیش | |
makegw | 6 ماه پیش | |
server | 6 ماه پیش | |
servers | 6 ماه پیش | |
test | 6 ماه پیش | |
License.txt | 6 ماه پیش | |
__init__.py | 6 ماه پیش | |
olectl.py | 6 ماه پیش | |
readme.htm | 6 ماه پیش | |
storagecon.py | 6 ماه پیش | |
universal.py | 6 ماه پیش | |
util.py | 6 ماه پیش |
src="html%5Cimage%5Cpycom_blowing.gif"
alt="Python and COM - Blowing the others away">
This is the readme for win32com. Please check out the href="html/docindex.html">win32com documentation index
The win32com/test directory contains some interesting
scripts (and a new readme.txt). Although these
are used for testing, they do show a variety of COM techniques.
win32com.client now has explicit VARIANT objects which can be used in
situations where you need more control over the argument types passed when
calling COM methods. See the documentation on
this object
In all builds prior to 204, a COM currency value was returned as a tuple of
integers. Working with 2 integers to represent a currency object was a poor
choice, but the alternative was never clear. Now Python ships with the
decimal
module, the alternative has arrived!
Up until build 212, code could set pythoncom.__future_currency__ = True
to force use of the decimal module, with a warning issued otherwise. In
builds 213 and later, the decimal module is unconditionally used when
pythoncon returns you a currency value.
Python only supports "trusted" execution hosts - thus, it will no longer work
as an engine inside IE (Python itself no longer has a restricted execution environment).
Python continues to work fine as an Active Scripting Engine in all other
applications, including Windows Scripting Host, and ASP.
There is also support for Python as an ActiveX Scripting Host.
Active Debugging seems to be fully functional.