On 15 Feb, 2009, at 21:13, Daniel (ajax) Diniz wrote: > Hi, > > In the discussion of a feature request for MacPython[1], the OP > (hhas) said: > > As of Python 2.6/3.0, all Mac-specific modules are deprecated/ > eliminated > from the standard library and there are no longer any plans to > submit > appscript for possible inclusion. This issue should be rejected and > closed. > > If that is the current state of Mac modules, there are no less than 17 > issues* that should be closed, 4 bug reports** that might be kept open > and 4 mixed-cases*** that might be obsolete/irrelevant. > > Besides amounting to 1% of open issues, these can divert efforts to > bogus issues: I've submitted a patch for one of the mixed-cases (bug + > feature request), but now don't think it was worth it. > > So, if someone could reassure / clarify the rules for closing these in > general and/or take a quick look at specific issues, that would be a > great help. The Carbon bindings in 2.6 are deprecated and I don't intend to work on fixing them, and would advise against trying to fix issues with these modules unless you're personally affected by them. > > > Issue lists below. > > Regards, > Daniel > > [1] http://bugs.python.org/issue916013 Should have been closed ages ago. > > > * Feature requests and implementation polishing issues: > > http://bugs.python.org/issue706585 Expose FinderInfo in FSCatalogInfo Closed as won't fix. > > http://bugs.python.org/issue706592 Carbon.File.FSSpec should accept > non-existing pathnames Closed as won't fix. > > > http://bugs.python.org/issue776533 Carbon.Snd module SPB constructor > shadowed Closed as fixed (after reapplying the patch on the trunk) > > > http://bugs.python.org/issue779285 Carbon Event ReceiveNextEvent Left this open for now, I have to have a better look at the actual code to check if it is worthwhile to keep this issue open. > > > http://bugs.python.org/issue806149 aetools.TalkTo methods can be > obscured Closed as won't fix > > > http://bugs.python.org/issue822005 Carbon.CarbonEvt.ReceiveNextEvent > args wrong Left this open for now, seems to be related to issue779285. > > > http://bugs.python.org/issue852150 Can't send Apple Events without > WindowServer connection Closed as won't fix. > > > http://bugs.python.org/issue853656 Carbon.CF.CFURLRef should be > easier to create Closed as won't fix. > > > http://bugs.python.org/issue869649 Quicktime missing funcitonality Closed as won't fix, even the C-level API is deprecated. > > > http://bugs.python.org/issue878560 Add a console window for Carbon > MacPython applets Closed as won't fix. [... Skip other issues ... : I'll have a look at these later on ] > ** Probably out of date, irrelevant or both: > > http://bugs.python.org/issue779153 bgen requires Universal Headers, > not OS X dev headers Should be closed, I'm not planning on recreating the Carbon bindings. > > > http://bugs.python.org/issue602291 Bgen should learn about booleans This one is not related to OSX, appearently at least some people actually use Bgen for creating wrapper code. > > > http://bugs.python.org/issue775321 plistlib error handling > > http://bugs.python.org/issue985064 plistlib crashes too easily on > bad files Plistlib is in the generic standard library in 2.6 and 3.0. I haven't checked yet if these issues are relevant at this point in time. Ronald > > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: http://mail.python.org/mailman/options/python-dev/ronaldoussoren%40mac.com -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2224 bytes Desc: not available URL: <http://mail.python.org/pipermail/python-dev/attachments/20090217/9ce62e19/attachment.bin>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4