Re: a case for subpackages

Tomas V.V.Cox wrote:

Subpackages is a good idea, I don't dubt it, but my concern is the way for specificate them, is all but clear. I can think on a imaginary example, PHPDocumentor depending on Log, because you use it for logging errors and Log optionally depending on Phpdocumentor because with it you could transform the Logs into PDF (for saying something). That would set the subpackage when they aren't related each other.

I don't see the need for "subpackages" in this case. It's just a weird circle where both packages depend on each other. The way Greg described them, it sounded to me like one and only one main package depends on certain subpackages, which can only be used with the main package and are interchangable depending on what you need. If the main package is uninstalled, the subpackages are useless and should be uninstalled too. In my case with Services_Exchange, the subpackages would be drivers that depend on different packages to parse their files, but you don't necessarily need all of those dependencies installed depending on which drivers you're using. If subpackages start linking together different standalone packages, I think you'll end up in trouble. -- Marshall Roch