In Fixed-Size mode SCROLLX and SCROLLY have no effect
A Logo programming environment for Microsoft Windows
Brought to you by:
david_costanzo
Menu
▾
▴
#615 In Fixed-Size mode SCROLLX and SCROLLY have no effect
In Fixed-Size mode (-F option), you may want to still offset the screen to a certain position.
Especially, in combination with ZOOM command.
However, using scrollx or scrolly commands have no effect in Fixed-Size mode.
Reproduce:
- start using command parameters:
fmslogo.exe -F -W 800 -H 600 - draw something on screen:
repeat 4 [fd 100 rt 90] - optionally
zoom 2 - try scroll commands:
scrollx 100orscrolly 100 - nothing happens
Note: similar behavior when -W and -H are specified but they are smaller than the area size, so scroll bar is show in a given dimension. But at least scrollx/scrolly will resume working after ZOOM makes the area larger. Notably, it will zoom within the area rectangle, e.g. using this helper turtle:
cs ask 1 [pu setxy -399 -299 pd repeat 2 [fd 598 rt 90 fd 798 rt 90] ht]
But if the same example is run with -F and then either resize the window smaller, or ZOOM larger, those scrollx/scrolly commands have no effect in Fix-Size mode.
So it seems to be the question, should scrollx/scrolly be independent of the physical scrollbars, and be related to the offset of the area regardless of physicall scrollbars.
olegyk wrote:
There's nothing explicit in FMSLogo to stop SCROLLX from scrolling when there are no scrollbars. FMSLogo calls
wxScrolled::Scroll(int, int)and it decides to do nothing. The same behavior exists on MSWLogo 6.5b, so the OWL windowing toolkit makes the same decision. If you ask what scrolling should do when there are no scrollbars, two different windowing toolkits answer "nothing".However, if you ask the question as "what would it hurt if SCROLLX enabled scrolling without scrollbars?" I think the answer is also "nothing". If someone submitted a well-written patch for this that included doc updates and tests, I expect that I'd accept it.