Got rid of Mac/Relnotes, and started on mac-specific release notes in NEWS.
This commit is contained in:
parent
710fa6c6df
commit
ae3cb6cf29
75
Mac/Relnotes
75
Mac/Relnotes
|
@ -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).
|
53
Misc/NEWS
53
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?
|
||||
===============================
|
||||
|
|
Loading…
Reference in New Issue