|
|
bug-scrollbar.png (7,285 bytes) |
|
|
The cursor is only displayed for visible controls - this is by design because it would be extremely confusing to the user when the cursor suddenly changes above some places on the form for no obvious reason. The TShape control in the screenshot does have Visible = true, but part of it has been moved out of the visible part of its owner. Therefore the same argument applies for the non-visible part. |
|
|
wp: You must run example and scroll to see problem. Only red part will have crHandpoint and bottom of TShape will have crDefault (whole TShape will be visible on screen). Please see new uploaded file to explain "red area". |
|
|
bug-runtime.png (8,914 bytes) |
|
|
OK I see the issue now: Initially, a part of the TShape reached beyond the bounds of the TScrollbox. Then you scroll the TScrollbox such that the TShape is fully visible. But the cursor of the previously invisible region does not change to the cursor assigned to the TShape although it is visible now. The cursor is displayed correctly only for the initially visible part. |
|
|
Fixed in trunk. Please test and close if ok. |
|
|
|
|
|
@Michl, have you tested other widgetsets for this change ? |
|
|
Yes, I checked Win32, Gtk2 and Qt. These are working fine now. |
|
|
GTK3 has problems with the test app above, but they were there before r59865. |
- Anonymous
