Up until now many projects end up defining their own specialised package
types by defining their own subclass of PackageInfo.
The latest PackageInfo introduces the idea of Package types.
We have three new package types defined.
"MyPackage.kernel" will package only the methods and their classes that
Packages categories within the main package that have the subcategory
Packages categories within the main package that do not have the
I am quite pleased with the way this scheme is working out.
1. It is simple.
2. It leaves current behaviour exactly as it is.
3. It enables code and tests to be categorized together in the browser
but packaged separately.
4. When applied to the kernel the category system is much tidier all
round. I think that it is beginning to look refined rather than kludgy.
Finally I would like to see if those who are routinely packaging code
for Gemstone VW or Dolphin would have a preferred scheme for their own
generic PackageInfo types...
i.e. PackageInfoVW, PackageInfoDolphin, PackageInfoGS