X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/90805926b75bcdc8466b1736df4413c7581cdc30..0967b57b85518167b93f64ccecb5a1b5dc2b2c51:/wxPython/docs/wxPackage.html diff --git a/wxPython/docs/wxPackage.html b/wxPython/docs/wxPackage.html index e6c1ee9d01..303e1b20fa 100644 --- a/wxPython/docs/wxPackage.html +++ b/wxPython/docs/wxPackage.html @@ -3,13 +3,295 @@
- +In the begining there was Python, and Python had modules, and Python was good. But after a time Guido looked on Python and saw that Python needed organizational assistance, and so Guido took code from Python's @@ -69,10 +351,10 @@ have concerning the new wx package. Please also take a look at the 2.5 Migration Guide to see notes about other big differences in this release.
This change is being made for a couple of reasons. The first reason -is to discourage the use of import *, which is a dangerous +is to discourage the use of import *, which is a dangerous technique that can create name conflicts and bloated namespaces.
The second reason is to remove what some perceive to be a "wart." For example, the following code is rather ugly in that the "wx" prefix on @@ -93,8 +375,8 @@ class Frame(wx.Frame) the same thing (implement a new wx namespace and drop the "wx" prefix) and we want wxPython to lead the way.
As mentioned in the Introduction, wxPython 2.4.1 introduced a way of getting to this new syntax as quickly as possible. It would import the old names (like "wxFrame") from the old package and then create new @@ -108,8 +390,8 @@ populated with modules that simply import the new names and then complicated, but it is mostly automated and so it doesn't cause problems in most cases.
No. Your existing code will continue to work and be supported for some time. It will be up to you to decide when to switch to the new syntax. But all new documentation and code examples will use the new @@ -123,24 +405,24 @@ old code is depending on some of the implemtation details, or if you are using other things that have changed in the API. See the Migration Guide for more details.
There's more to the old wxPython than just the wxPython.wx module. And we've got those extra modules covered as well. Each of those modules (as well as the lib subpackage) has been moved to the new wx package and reverse-renamers have been placed in the wxPython package as needed.
The wx package is automatically created when you install wxPython version 2.4.1 or higher. So all you have to do is:
import wx
Obviously, you need to change your import statements from:
from wxPython import wx @@ -161,16 +443,16 @@ class MyFrame(wx.Frame):In most cases, existing code can be modified with a simple search and replace.
The wxPython demo application and most of the sample apps have been -converted to use the new import wx style of programming with +converted to use the new import wx style of programming with wxPython, so there are lots of examples to look at and to play with. -Here is one of them, it is the simple sample.
+Here is one of them, it is the simple sample.#---------------------------------------------------------------------- -# A very simple wxPython example. Just a wxFrame, wxPanel, -# wxStaticText, wxButton, and a wxBoxSizer, but it shows the basic +# A very simple wxPython example. Just a wx.Frame, wx.Panel, +# wx.StaticText, wx.Button, and a wx.BoxSizer, but it shows the basic # structure of any wxPython application. #---------------------------------------------------------------------- @@ -244,20 +526,19 @@ class MyFrame(wx.Frame): class MyApp(wx.App): def OnInit(self): frame = MyFrame(None, "Simple wxPython App") - frame.Show(True) self.SetTopWindow(frame) + + print "Print statements go to this stdout window by default." + + frame.Show(True) return True -app = MyApp(True) +app = MyApp(redirect=True) app.MainLoop()