Commits

Show all
Author Commit Message Labels Comments Date
Ronald Oussoren
Restructure documentation, makes it easier to generate the website. This is still not optimal though.
Branches
pyobjc-ancient
Ronald Oussoren
Getting closer, this project can now reproduce most of the PyObjC website. TODO: - Documentation page - Layout is slightly off - The example page only shows examples that have a setup.py script - Not all examples have a summary.txt file, needed for the description on the website - An RSS feed of news items would be nice All but the "Documentation page" issue can wait until later. To build the website: run "python setup.py build". This assumes that you have a complete c…
Branches
pyobjc-ancient
Ronald Oussoren
A couple of steps closer to a working website * templating actually works * better machinery for adding static files * the navigation menu can be filled properly, and is used to select major categories in the "examples" subsite"
Branches
pyobjc-ancient
Ronald Oussoren
Add a summary.txt file to a subset of the examples, this contains the example description from the website (and will be used to regenerate the example page in the future).
Branches
pyobjc-ancient
Ronald Oussoren
fix bug in layout
Branches
pyobjc-ancient
Ronald Oussoren
This copy is no longer needed, the py2app repository is up-to-date (as of revision 63)
Branches
pyobjc-ancient
Ronald Oussoren
Altgraph is not needed here, this was a copy of the trunk of altgraph.
Branches
pyobjc-ancient
Ronald Oussoren
No longer needed here, the official repository is up-to-date
Branches
pyobjc-ancient
Ronald Oussoren
Seperate copy no longer needed, the official tree is up-to-date
Branches
pyobjc-ancient
Ronald Oussoren
A first attempt at a global template for the website, based on the PHP template. This doesn't really work yet, relative URLs currently only work for examples/index.html. Also need work to give the navigation menu the right contents. It would be nice if we could replace the table-based layout by a cleaner layout, but that can wait.
Branches
pyobjc-ancient
Ronald Oussoren
A small, but very necessary, side project: rewrite the tools that are used to rebuild the pyobjc website. This checkin introduces the basic structures as well as code for publishing sample code (as syntax-colored HTML + a zipfile with all resources). Most of the website is not present in this version, and the L&F sucks, but that should be easy enough to fix.
Branches
pyobjc-ancient
Ronald Oussoren
Initial attempt of using objc_disposeClassPair. Disabled because this causes an unexpected crash.
Branches
pyobjc2
Ronald Oussoren
fix objc.inject in the 2.x branch as well (forward port of revision 1926)
Branches
pyobjc2
Ronald Oussoren
updated news file
Branches
pyobjc2
Bill Bumgarner
Added Xcode templates from Leopard.
Branches
pyobjc2
Bill Bumgarner
Removing old template.
Branches
pyobjc2
Ronald Oussoren
set correct svn properties
Branches
pyobjc2
Ronald Oussoren
set correct svn properties
Branches
pyobjc2
Ronald Oussoren
set correct svn properties
Branches
pyobjc2
Ronald Oussoren
set correct svn properties
Branches
pyobjc2
Ronald Oussoren
My own version of Leopard's metadata scanning tools. This is mostly for historical interest, I've used these tools to shape my thoughts about the bridgesupport tools and provide feedback to the bridgesupport tools. I am planning further development though, mostly to experiment with solutions to problems I'm finding in the metadata system. The most important of which are dealing with the C++ type bool (cannot be represented in metadata at the moment…
Branches
pyobjc2
Ronald Oussoren
Don't create new classes in the ObjC runtime for the Python classes that represent CoreFoundation types. This should make it easier to have PyObjC and RubyCocoa in a single application.
Branches
pyobjc2
Ronald Oussoren
Add testcases for overriding +instancesRespondToSelector and -respondsToSelector
Branches
pyobjc2
Ronald Oussoren
CF proxy classes shouldn't be registered with the ObjC runtime, they are an internal detail of PyObjC. This only updates the testsuite, actual fix will follow later.
Branches
pyobjc2
Ronald Oussoren
- fix buglet in closure_pool.m - ensure that the code now actually compiles on ppc64, still untested.
Branches
pyobjc2
Ronald Oussoren
With this checking PyObjC passes all unittests on x86_64. I haven't actually tried running real code, but this should mean it is now possible to build 64-bit GUI Python applications on Leopard, at least on Intel macs. I've good hopes for PPC G5 systems as well, but cannot test those due to lack of access to an appropriate system.
Branches
pyobjc2
Ronald Oussoren
1) Allocate all closures using PyObjC_malloc_closure. We now no longer get crashes during the unittests 2) Disable tests for poseAs: on 64-bit systems, as posing is not supported at all there. 3) Make PyObjC_malloc_closure less wastefull with memory (that is store more than one closure per VM page) There are still some test failures on 64-bit builds, but we're almost there. The resulting test failures are related and probably all just one real iss…
Branches
pyobjc2
Ronald Oussoren
- Add unittests for objc.object_lock - Make sure that objc.object_lock actually works
Branches
pyobjc2
Ronald Oussoren
BUGFIX: it is now possible to override respondsToSelector: in Python TODO: unittests and backport to the bugfix branch.
Branches
pyobjc2
Ronald Oussoren
Another step closer to having a functional 64-bit build. This version of PyObjC runs most of the unittests, but there are test failures and crashes as well. closure_pool.m is too simple right now, it should use a pool of closures to avoid memory fragmentation. Furthermore one closure per page of memory is overkill.
Branches
pyobjc2
  1. Prev
  2. Next