Hello James,
I see what you mean now. The same kind of scenario arises when one attempts
to move off a new method, or a method to which one has made changes. It's
a design philosophy. It _is_ a bit confusing, though, as it's not standard
Windows behavior. I had the same confusion with the method source pane in
the CHB.
Thanks.
Cheers,
Eric
> Eric,
>
> The "Retain changes?" question might be thought of as an abbreviation
> for "Retain [this open window since it has] changes?" Alternatively,
> you can think of it as an "Cancel close?" question. Based on that
> interpretation, the behavior is as expected (I think).
>
> James
>
> "Eric Taylor" <
[hidden email]> wrote in message
> news:
[hidden email]...
>
>> Hello Forum,
>>
>> I think I've stumbled upon a minor bug in the VC.
>>
>> Consider the following scenario:
>>
>> 1. Right-click on any Presenter and select Views->Edit->Default view;
>> 2. Make some changes to the view;
>> 3. Directly click the VC's close box without doing anything else
>> first,
>> and then answer Yes to the "retain changes" question.
>> I would expect the VC to save the changes and then close at this
>> point. The VC doesn't close, however. If I then answer No to the
>> "retain changes" question, thinking maybe the changes were saved but
>> the window wasn't closed, the VC closes, but then upon reentry
>> discover that the changes were _not_ saved.
>>
>> If I click the diskette icon on the toolbar and save the changes that
>> way, and then click the close box, the VC closes properly (and since
>> the "retain changes" dialog doesn't come up, I assume the dirty flag
>> has been cleared, as it should be). Upon reentry, one can see that
>> the changes were, indeed, saved.
>>
>> Has anyone experienced this problem?
>>
>> Cheers,
>>
>> Eric
>>
Locked
