Cosmetic inplace label edit bug

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Cosmetic inplace label edit bug

Steve Alan Waring
This is fairly obscure ... but I have a habit (probably a bad habit) of
accepting an in place edit by removing the focus from the edit control,
usually by clicking somewhere else in the control. This causes a
problem when doing a variable rename if a dialog is shown.

For example:
  - Open a browser and go to a class (for example VideoTape).
  - Switch to the "Variables", and select "recordings".
  - Press F2 to rename it and change its name.
  - Click somewhere in the variables list (but outside the inplace
edit).
  - The "Rename instance variable" dialog is displayed (very nice!),
but the mouse looks like it has been captured by the listView.

In addition, if that dialog is canceled, "An unknown Notification has
occurred" appears in the Transcript.

Steve


Reply | Threaded
Open this post in threaded view
|

Re: Cosmetic inplace label edit bug

Blair McGlashan-4
"Steve Alan Waring" <[hidden email]> wrote in message
news:[hidden email]...

> This is fairly obscure ... but I have a habit (probably a bad habit) of
> accepting an in place edit by removing the focus from the edit control,
> usually by clicking somewhere else in the control. This causes a
> problem when doing a variable rename if a dialog is shown.
>
> For example:
>  - Open a browser and go to a class (for example VideoTape).
>  - Switch to the "Variables", and select "recordings".
>  - Press F2 to rename it and change its name.
>  - Click somewhere in the variables list (but outside the inplace
> edit).
>  - The "Rename instance variable" dialog is displayed (very nice!),
> but the mouse looks like it has been captured by the listView.
>

Yep, this is caused by displaying a dialog inside the notification from the
list view of the edit change. Will be fixed in the next patch level.

> In addition, if that dialog is canceled, "An unknown Notification has
> occurred" appears in the Transcript.

That's the refactoring abort signal. I think RaisedSignal should implement
#messageText to return the description of its Signal type if it has no
instance specific message text of its own. Also to patched in the next PL.

Thanks for the reports

Blair