Julian Fitzell wrote:
Yeah, clearly you should not *have* to load Slime. Nor
should you have
to load the Seaside development tools, examples, etc... The Monticello
configs need a few more groups I guess.
Julian
Julian,
There are a number of things that could be restructured in Seaside3.0.
For one thing there are several "projects" that are embedded in the
Seaside3.0 Metacello configuration:
- Javascript
- JQuery
- Prototype
- RSS
- Scriptaculous
- Comet
Each of these _could_ (should?) be broken out into their own
configuration. Grease, Swazoo2, and Kom are already broken out into
separate configurations.
Once that's done you could start creating some groups that carve the
remaining packages into logical chunks...
I will probably start some intensive Seaside3.0 work next week (after
the holiday on Monday:). So that would be a good time to do some
configuration refactoring and group defining...Other than the (obvious
to me) new configs I mentioned above, I don't have an opinion on how the
system should be grouped, so you guys need to make the decisions ...
I'll take your desires and turn them into Metacello definitions.
Possibile groupings would include things like the following (keep in
mind that the minimum loadable chunk in Metacello is a package, so the
groups should be designed to create commonly used groupings without
having to cover all possible combos):
- core without continuations
- core with continuations
- production tools (tools that should be included in production)
- development tools (broader range of tools)
- slime
- addons bundle (for things like email, html5, internet explorer)
- separate groups for each each of the Adaptors
I think there are several additional possibilities carving up tests, but
I think that test grouping should be deferred until we've got a firm
grasp on the non-test groupings.
Dale