|
2006-03-31
| ||
| 15:16 | • Closed ticket [513213ffff]: Scrollbar appearance plus 7 other changes artifact: b6c778a809 user: hobbs | |
|
2004-03-31
| ||
| 05:52 | • Ticket [513213ffff]: 1 change artifact: a241cfd730 user: dgp | |
|
2002-09-22
| ||
| 14:47 | • Ticket [513213ffff]: 5 changes artifact: 3758ba1e59 user: wolfsuit | |
|
2002-02-05
| ||
| 09:40 | • New ticket [513213ffff]. artifact: 7627644c8a user: jkbonfield | |
| Ticket UUID: | 513213 | |||
| Title: | Scrollbar appearance | |||
| Type: | Bug | Version: | obsolete: 8.4a4 | |
| Submitter: | jkbonfield | Created on: | 2002-02-05 09:40:32 | |
| Subsystem: | 16. [scrollbar] | Assigned To: | wolfsuit | |
| Priority: | 5 Medium | Severity: | ||
| Status: | Closed | Last Modified: | 2006-03-31 15:16:41 | |
| Resolution: | Out of Date | Closed By: | hobbs | |
| Closed on: | 2006-03-31 08:16:41 | |||
| Description: |
Perhaps this is a MacOS X bug, but a scrollbar that
covers a region from 0.0 to 1.0 draws incorrectly.
Eg:
scrollbar .y -command {.t yview}
text .t -yscrollcommand {.y set}
pack .t .y -side left -fill both -expand 1
The scrollbar only looks correct when enough
lines have been added to the text widget.
Native MacOS X apps don't have this problem, but
perhaps they cheat some other way (eg by hiding
the scrollbar in this case).
| |||
| User Comments: |
hobbs added on 2006-03-31 15:16:41:
Logged In: YES user_id=72656 this has been addressed. wolfsuit added on 2002-09-22 14:47:58: Logged In: YES user_id=169107 You seem to need to set the minimum value of the control >= the maximum value to get it draw in the "nothing to scroll" state. In UpdateControlValues in tkMacOSXScrlbr.c, I do this if the fractions are 0.0 & 1.0 respectively. I checked in the fix for this on 09-22-02 | |||