diff --git a/Mac/Relnotes b/Mac/Relnotes deleted file mode 100644 index ce67bdb8400..00000000000 --- a/Mac/Relnotes +++ /dev/null @@ -1,75 +0,0 @@ -Changes in 2.2 since 2.1.1 ----------------------------- - -These release notes refer to Mac-specific changes only. See NEWS (in the Misc folder) -for machine-independent changes. - - -- The main change is that all toolbox modules have moved to a package called Carbon. - So things like "import Res" should be changed to "from Carbon import Res", and - "from Res import *" to "from Carbon.Res import *". Please see the readme file for - some open questions and join the discussions on pythonmac-sig if you have anything - to contribute. Aside from reducing clutter this change will also benefit the - port to Mach-O/OSX Python later. -- All toolbox modules have been updated to Universal Headers 3.4. -- Toolbox modules are weaklinked against InterfaceLib (for PPC builds) and raise - an exception when you call an unimplemented one on an old MacOS. -- On input MacPython now accepts either \n (unix style) or \r (mac style) newlines - for text files. This behaviour can be turned off with a preference. - This is an experimental feature; again: feedback is requested. -- The IDE looks better on OS X, but still not as good as on OS9. -- Command-dot handling has been improved a lot: scripts are now much easier to interrupt, - and they only scan for cmd-. while in the foreground. -- "Copy" from the MacPython console window was always disabled. Fixed. -- This release should run on MacOS 8.1 again. -- A new, rather different GUSI I/O library is used. -- time.time() returns positive values again. -- There is a new module macresource which makes it easier to open a resource file - accompanying your script when the script is not (yet) converted to an applet. - This module will later also do the right thing in Mach-O/OSX Python. -- (Carbon only) experimental modules Carbon.CG (CoreGraphics) and CarbonEvt have - been added. -- A new, experimental module hfsplus is included, which gives access to some of the - functionality of the HFS+ API. -- A new, experimental module gives access to Carbon Events. -- Threads had a stack that was too small for many serious Python applications (20K). - They now get 64K. There is still no overflow check, though. -- Garbage collection and the gc module have (finally) been enabled. -- EasyDialogs.ProgressBar now has indeterminate progressbars if you specify maxval=0. - This is also the new default. Patch supplied by Dean Draayer. -- There are new preferences for enabling old-style division warnings and for - accepting unix-style newlines in text input files. These can also be set during - startup, and in addition you can select very verbose import tracing. -- The NavServices override for StandardFile has moved from early startup to the - time you import macfs. This speeds up MacPython startup. -- Various outdated scripts have been moved to :Mac:Unsupported. -- Various outdated items from :Mac:Lib:test have been removed. -- C Developers: you know have control over the Python console if you are embedding - MacPython in another application, thanks to Alexandre Parenteau. :Mac:Demo:embed.html - has very minimal documentation. -- BuildCGIApplet works again. -- The CodeWarrior OSA suite missed quit(). It is back. -- Contrib:morefindertools is gone, the functionality has been integrated into - the standard module findertools.py. - -Known problems --------------- - -This list is probably incomplete, more problems may be listed on the MacPython homepage, -http://www.cwi.nl/~jack/macpython.html. - -- MacPython 2.2 (and MacPython 2.1) will not run correctly on a multiprocessor MacOS X - machine, it will quickly deadlock during I/O operations. The GUSI I/O library is suspected, - hints/clues/workarounds are solicited. This problem also occurs intermittently on fast - OS X single-processor machines. -- Tkinter does not work under Carbon. -- The IDE and Tkinter do not work together. Run tkinter programs under PythonInterpreter. -- Tkinter file events do not work, unless you have opened the file through Tcl (but then - you cannot access it from Python). -- The IDE object and class browser look funny on OSX, but they work fine. -- Aliases may not work in sys.path entries. -- PythonInterpreter used interactively will eat a lot of processor cycles. You should use - PythonIDE for interactive work and PythonInterpreter for scripts only. This is especially - true under OSX. -- AliasMenu 2.2 conflicts with the Carbon version of Python. This is most likely a problem - with AliasMenu (which is from 1999, and thus predates Carbon altogether). diff --git a/Misc/NEWS b/Misc/NEWS index efd8048f7f5..5cc62bf198a 100644 --- a/Misc/NEWS +++ b/Misc/NEWS @@ -952,8 +952,59 @@ Windows Mac ---- -Yet to be written. +- Mac/Relnotes is gone, the release notes are now here. +- The current naming convention for Python on the Macintosh is that MacPython + refers to the unix-based OSX-only version, and MacPython-OS9 refers to the + CFM-based version that runs on both OS9 and OSX. + +- All MacPython-OS9 functionality is now available in an OSX unix build, + including the Carbon modules, the IDE, OSA support, etc. A lot of this + will only work correctly in a framework build, though, because you cannot + talk to the window manager unless your application is run from a .app + bundle. There is a command line tool "pythonw" that runs your script + with an interpreter living in such a .app bundle, this interpreter should + be used to run any Python script using the window manager (including + Tkinter or wxPython scripts). + +- A new utility PythonLauncher will start a Python interpreter when a .py or + .pyw script is double-clicked in the Finder. By default .py scripts are + run with a normal Python interpreter in a Terminal window and .pyw + files are run with a window-aware pythonw interpreter without a Terminal + window, but all this can be customized. + +- MacPython-OS9 is now Carbon-only, so it runs on Mac OS 9 or Mac OS X and + possibly on Mac OS 8.6 with the right CarbonLib installed, but not on earlier + releases. + +- Many tools such as BuildApplet.py and gensuitemodule.py now support a command + line interface too. + +- All the Carbon classes are now PEP253 compliant, meaning that you can + subclass them from Python. Most of the attributes have gone, you should + now use the accessor function call API, which is also what Apple's + documentation uses. Some attributes such as grafport.visRgn are still + available for convenience. + +- New Carbon modules File (implementing the APIs in Files.h and Aliases.h) + and Folder (APIs from Folders.h). The old macfs builtin module is + gone, and replaced by a Python wrapper around the new modules. + +- Pathname handling should now be fully consistent: MacPython-OSX always uses + unix pathnames and MacPython-OS9 always uses colon-separated Mac pathnames + (also when running on Mac OS X). + +- New Carbon modules Help and AH give access to the Carbon Help Manager. + There are hooks in the IDE to allow accessing the Python documentation + (and Apple's Carbon and Cocoa documentation) through the Help Viewer. + See Mac/OSX/README for converting the Python documentation to a + Help Viewer comaptible form and installing it. + +- OSA support has been redesigned and the generated Python classes now + mirror the inheritance defined by the underlying OSA classes. + +- MacPython no longer maps both \r and \n to \n on input for any text file. + This feature has been replaced by universal newline support (PEP278). What's New in Python 2.2 final? ===============================