wxWidgets/wxPython/contrib/stc
Robin Dunn 1e7ecb7be0 Massive code changes and cleanup to allow wxPython to be split into
multiple extension modules again.  A Python CObject is used to allow
the "export" of SWIG and other common helper functions from the wxc
module to other modules, even if they are in separate shared
libraries.  Should also be usable from 3rd party code, just include
wxPython/src/export.h

Changed the default setup so the following are built as separate
extension modules:  calendar, glcanvas, grid, html, ogl, stc, and
utils.  Will probably add more later.


git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@8984 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
2000-12-22 00:06:04 +00:00
..
_stcextras.py wxPython changes for new and improved wxSTC 2000-09-26 05:32:50 +00:00
.cvsignore *** empty log message *** 2000-11-04 07:38:44 +00:00
README.txt merged 2.2 branch 2000-07-15 19:51:35 +00:00
stc_.cpp Massive code changes and cleanup to allow wxPython to be split into 2000-12-22 00:06:04 +00:00
stc_.i Massive code changes and cleanup to allow wxPython to be split into 2000-12-22 00:06:04 +00:00
stc_.py The sticky tag as a bit too sticky... This check-in should now update 2000-10-30 22:10:23 +00:00
stc.py The sticky tag as a bit too sticky... This check-in should now update 2000-10-30 22:10:23 +00:00

Since STC is not always bundled with distributions of wxWindows, in
order for it to be a standard part of wxPython I need to bundle it
here.  The contents of the contrib directory are copies of the
relevant parts of the main contrib directory in wxWindows.  The
build.py script in this directory will also build the needed files
from there, so you no longer have to worry about aquiring and building
additional libraries beyond wxWindows itself.