| |||
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
The model itself should manage whether the document is modified or not.
Your views, all of them, should set or query that state from the model.
If you have a document model, then you should be able to represent a new
document with that model. Or a modified one, or whatever else the
conceptual model needs.
Maybe I'm missing something, but I still can't see why, with a proper
model/view relationship, you have to make the distinction between
user-initiated and program-initiated events. I *CAN* understand why this
would be convenient if one doesn't have the proper model/view relationship.
But adding a feature to correct avoidable design problems strikes me as a
fundamentally bad idea.
Since this discussion is now entirely theoretical,
maybe a good example
where the feature's necessity is obvious would be worth seeing. I admit I
can't think of one, so may be someone else can.
| References: | |
| >Re: How to distinguish between user selection and programatic selection with ListSelectionListener (From: "John St. Ledger" <email@hidden>) |
| Home | Archives | FAQ | Terms/Conditions | Contact | RSS | Lists | About |
Visit the Apple Store online or at retail locations.
1-800-MY-APPLE
Contact Apple | Terms of Use | Privacy Policy
Copyright © 2007 Apple Inc. All rights reserved.