summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
-rw-r--r--Mac/Relnotes75
-rw-r--r--Misc/NEWS55
2 files changed, 53 insertions, 77 deletions
diff --git a/Mac/Relnotes b/Mac/Relnotes
deleted file mode 100644
index ce67bdb..0000000
--- 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 efd8048..5cc62bf 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?
===============================