I know this is no answer to the question, but If you use the "Save as my Default" option you do not need to set this option more than once.

The reason for setting the Aggregate option default to Yes is most likely to avoid duplication of key values. If more than one part of a geometry is inside the clipping boundary and the Aggregates is set to No, multiple objects with the same key value will be created.

I think it all depends on which formats you're used to. In my world, almost all formats I use on a daily basis handle aggregates just fine.

I also agree with erik_jan regarding avoding duplicate primary keys.

I think another reason would be if you didn't have a key or ID value. Then there would be no way to identify which parts originally belonged to the same feature. By defaulting to aggregates we make sure there is always a way to identify chunks of the same feature.

Also we might have just thought it's easier to spot aggregates (and deaggregate them) than to realize there are multiple features and then aggregate them.

And erik_jan's point about defaults is a good one - this sort of scenario is exactly why we added that capability.

I agree to it not being Aggregate by default.

For the objects posed seem a bit suggestive or..well obviously inattentive behaviour towards spatial understanding..

Like objects with no ID's or a "object can be cut mutipletimes by a clipper"...realy..? Who would have tought..

;)

An object with no id, will still have no id trough agregation and deaggregation, up until the user adds one.

Any way, deagegagating adds a partnumber. This could also have been realised trought the clipper without the need to aggregate.