1 Changes in 2.2b2 since 2.1.1
2 ----------------------------
4 These release notes refer to Mac-specific changes only. See NEWS (in the Misc folder)
5 for machine-independent changes. Changes that are new in 2.2b2 are flagged as such.
8 - The main change is that all toolbox modules have moved to a package called Carbon.
9 So things like "import Res" should be changed to "from Carbon import Res", and
10 "from Res import *" to "from Carbon.Res import *". Please see the readme file for
11 some open questions and join the discussions on pythonmac-sig if you have anything
12 to contribute. Aside from reducing clutter this change will also benefit the
13 port to Mach-O/OSX Python later.
14 - On input MacPython now accepts either \n (unix style) or \r (mac style) newlines
15 for text files. This behaviour can be turned off with a preference.
16 This is an experimental feature; again: feedback is requested.
17 - Command-dot handling has been improved a lot: scripts are now much easier to interrupt,
18 and they only scan for cmd-. while in the foreground. [2.2b2]
19 - "Copy" from the MacPython console window was always disabled. Fixed. [2.2b2]
20 - This release should run on MacOS 8.1 again. [2.2b2 build 116]
21 - A new, rather different GUSI I/O library is used. Please report any strange behaviour
22 with I/O to the pythonmac-sig mailing list! [2.2b2]
23 - There is a new module macresource which makes it easier to open a resource file
24 accompanying your script when the script is not (yet) converted to an applet.
25 This module will later also do the right thing in Mach-O/OSX Python.
26 - A new, experimental module hfsplus is included, which gives access to some of the
27 functionality of the HFS+ API. [2.2b2]
28 - Threads had a stack that was too small for many serious Python applications (20K).
29 They now get 64K. There is still no overflow check, though.
30 - Garbage collection and the gc module have (finally) been enabled.
31 - EasyDialogs.ProgressBar now has indeterminate progressbars if you specify maxval=0.
32 This is also the new default. Patch supplied by Dean Draayer.
33 - There are new preferences for enabling old-style division warnings and for
34 accepting unix-style newlines in text input files. These can also be set during
35 startup, and in addition you can select very verbose import tracing.
36 - The NavServices override for StandardFile has moved from early startup to the
37 time you import macfs. This speeds up MacPython startup.
38 - Various outdated scripts have been moved to :Mac:Unsupported.
39 - Various outdated items from :Mac:Lib:test have been removed.
40 - C Developers: you know have control over the Python console if you are embedding
41 MacPython in another application, thanks to Alexandre Parenteau. :Mac:Demo:embed.html
42 has very minimal documentation.
43 - BuildCGIApplet works again.
44 - The CodeWarrior OSA suite missed quit(). It is back.
45 - Contrib:morefindertools is gone, the functionality has been integrated into
46 the standard module findertools.py.
48 What is not in this distribution
49 --------------------------------
51 - Stackless Python/microthreads hasn't been ported to 2.2 yet. If/when it becomes available
52 Just will undoubtedly announce it on pythonmac-sig and the MacPython homepage.
53 - The toolbox modules have not been updated to Universal Header 3.4 or CarbonLib 1.4 yet.
58 This list is probably incomplete, more problems may be listed on the MacPython homepage,
59 http://www.cwi.nl/~jack/macpython.html.
61 - MacPython 2.2b2 (and MacPython 2.1) will not run correctly on a multiprocessor MacOS X
62 machine, it will quickly deadlock during I/O operations. The GUSI I/O library is suspected,
63 hints/clues/workarounds are solicited.
64 - Tkinter does not work under Carbon.
65 - The IDE and Tkinter do not work together. Run tkinter programs under PythonInterpreter.
66 - Tkinter file events do not work, unless you have opened the file through Tcl (but then
67 you cannot access it from Python).
68 - Aliases may not work in sys.path entries.
69 - PythonInterpreter used interactively will eat a lot of processor cycles. You should use
70 PythonIDE for interactive work and PythonInterpreter for scripts only. This is especially
72 - AliasMenu 2.2 conflicts with the Carbon version of Python. This is most likely a problem
73 with AliasMenu (which is from 1999, and thus predates Carbon altogether).