gecko-dev/extensions/python/xpcom
dougt%netscape.com 0d2808c511 Create a new xpcom obsolete library (and component library).
Moved nsFileSpec and related classes into this obsolete library.
  Moved nsRegistry and related libreg functionality into the obsolete library.

Updated many callers using the obsolete nsFile spec to use nsIFile and Necko to do file IO.

Combined the following DLLs (source -> dest)
  uriloader -> docshell
  shistory -> docshell
  jsurl -> jsdom
  gkview -> gklayout

Moved nsAdapterEnumerator out of xpcom/ds and into mailnews, since they're the only consumer

Modifed the xpt_link tool so that you can specify a �only include� cid list that can mask CID�s that you are not interested in.

Added build options:
Prevent the building of xpinstall (--disable-xpinstall)
Prevent the building js component loader (--disable-jsloader)
A build option to only build a single profile (--enable-single-profile)
A build flag to only built the required xpfe components (--disable-xpfe-components).

Removal or hiding of unused functions and classes including nsEscape*, nsDequeIterator, nsRecyclingAllocatorImpl, nsDiscriminatedUnion, nsOpaqueKey, nsCRT::strlen, NS_NewCommandLineService

Bug 194240, r/sr = darin, alec.
2003-03-15 01:04:32 +00:00
..
client Get pyxpcom building and working again, at least on Windows. file test 2002-11-26 11:39:07 +00:00
doc bug 157624 - prep for freezing nsISupports* primitives by renaming the string classes appropriately 2002-08-06 00:53:19 +00:00
server Get pyxpcom building and working again, at least on Windows. file test 2002-11-26 11:39:07 +00:00
src Create a new xpcom obsolete library (and component library). 2003-03-15 01:04:32 +00:00
test Get pyxpcom building and working again, at least on Windows. file test 2002-11-26 11:39:07 +00:00
tools
__init__.py Get pyxpcom building and working again, at least on Windows. file test 2002-11-26 11:39:07 +00:00
.cvsignore
components.py Merging 1.0 branch onto the trunk (I know this is not the usual 2002-05-03 01:16:47 +00:00
file.py Get pyxpcom building and working again, at least on Windows. file test 2002-11-26 11:39:07 +00:00
Makefile.in New makefiles for Unix/cygwin 2002-03-03 10:46:02 +00:00
nsError.py
readme.html Update build instructions. 2002-05-03 05:14:38 +00:00
register.py
xpcom_consts.py Merging 1.0 branch onto the trunk (I know this is not the usual 2002-05-03 01:16:47 +00:00
xpt.py Merging 1.0 branch onto the trunk (I know this is not the usual 2002-05-03 01:16:47 +00:00

<html>
<!-- Copyright (c) 2000-2001 ActiveState Tool Corporation.
     See the file LICENSE.txt for licensing information. -->


<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<meta name="ProgId" content="FrontPage.Editor.Document">
<title>Python XPCOM module</title>
</head>

<body>

<h1>Python XPCOM Package</h1>

<p>Mozilla CVS Version - Last updated May 2002</p>
<p>This is the readme for the Python interface to <b>XPCOM</b>.</p>
<p><b>XPCOM </b>is an acronym for &quot;Cross Platform COM&quot;.&nbsp; It has
come out of the <a href="http://www.mozilla.org">Mozilla</a>  project, which
maintains the <a href="http://www.mozilla.org/projects/xpcom/">main XPCOM
project pages.</a>&nbsp; The Python XPCOM package is a set of Python bindings to
XPCOM, allowing a Python programmer to both use and implement XPCOM
interfaces.&nbsp; If you don't know what <a href="http://www.python.org">Python</a>
is, then none of this probably interests you at all!</p>
<p>This readme has links to the following information:</p>
<ul>
  <li><a href="doc/configure.html">Building, Configuring and
   Testing the Python
    XPCOM Package</a></li>
  <li><a href="doc/tutorial.html">A tutorial for the Python XPCOM package</a></li>
  <li>Some <a href="doc/advanced.html">advanced
    topics and other miscellaneous information</a></li>
  <li><a href="doc/architecture.html">Information on the architecture</a></li>
  <li>A list of the <a href="#KnownBugs">known issues and bugs</a>, the <a href="#ReleaseHistory">release
    history</a> and the <a href="doc/credits.html">PyXPCOM acknowledgements</a></li>
</ul>
<p>Note: <b>This package requires Python 1.6 or later</b>; we recommend using
the latest
official Python version.&nbsp; This package works
very well with the latest <a href="http://www.ActiveState.com/Products/ActivePython">ActivePython</a>,
and does not require any external modules or packages beyond what is provided in
the core Python release for each platform.</p>
<h2>About the Python XPCOM Package</h2>
<p>The Python XPCOM Package was developed by <a href="http://www.ActiveState.com">ActiveState
Tool Corporation</a>, and came out of their <a href="http://www.ActiveState.com/Products/Komodo">Komodo
project</a>.&nbsp; The Python XPCOM package is released under the <a href="http://www.mozilla.org/MPL/">Mozilla
Public License (MPL)</a></p>
<p>Please see the <a href="doc/credits.html">credits file</a> for a list of
contributors. </p>
<h2><a name="KnownBugs">Known Bugs</a>/Issues</h2>
<ul>
  <li>No attempt is made to recurse sub-directories of the main
&quot;components&quot; directory.&nbsp; This is because we may decide on some
smart scheme for recursion (similar to Python packages), and don't want people
to rely on simple recursive searches.</li>
  <li>No unregistration support at all.&nbsp;The main Python Component Loader supports
    unregistration, but the actual Python objects themselves do not support unregistration.&nbsp;It is unclear if the Component Loader
    unregistration process needs to manually remove each component it is responsible
for.</li>
  <li>All Python-implemented components unconditionally support
weak-references.&nbsp; There is no way to disable this feature for any or all
components.&nbsp; It is unclear if there is a need to prevent this, but it is
documented here just in case!</li>
</ul>
<h2><a name="ReleaseHistory">Release History</a></h2>
<h3>Version 0.90 - January 2001</h3>
<ul>
  <li>First public release.</li>
</ul>
<h3>Version 0.91 - January 2001</h3>
<ul>
  <li>Fix a seg fault on Linux when PYTHONPATH is not set.</li>
  <li>Changes to allow building with stand-alone XPCOM.</li>
</ul>

<h3>Version 0.92 - May 2001</h3>
<p>Implement interface flattening.&nbsp; You should (almost) never need to use <i>QueryInterface()</i>!&nbsp;
We are still 100% backwards compatible, so usage of QI still works - just is
generally not necessary.</p>

<h3>Version 0.93 - May 2002</h3>

<p>Implement <i>nsIVariant</i> and all new string types.&nbsp; Complete move to
autoconf build system.</p>

</body>

</html>