Test breaking mouse-wheel scrolling (was: Re: Re: Test failures in trunk)

> On Fri, 13 Nov 2009, Levente Uzonyi wrote:
>
>> On Fri, 13 Nov 2009, Igor Stasenko wrote:
>>
>>> + with latest update i found that scrolling using mouse wheel no
>>> longer working in system browser window, not in lists nor in code
>>> pane.
>>>
>>
>> It works for me.
>
> I found that it breaks after running LocaleTest >> #testLocaleChanged.
>
> Levente
>
>>
>> Levente
>>
>>
>
>

> On Tue, 17 Nov 2009, Igor Stasenko wrote:
>
>> Levente, any idea how to fix that?
>> I hate downloading/migrating to new image because of that.
>> And its really annoying to see a blinking panes instead of scrolling,
>> because i'm using it a lot.
>
> Finally I could track it down. The scrolling breaks if the locale is changed
> to ja (I don't know why, I didn't bother with it) via Locale switchToID:
> (LocaleID isoLanguage: 'ja'). Changing it back to en would fix the scrolling
> (that's what the test is trying to do), but an error occurs while changing
> the locale.
>
> The locale changing fails because flaps cannot be recreated properly,
> because the tools flap tries to create a preference panel with Preferences
> preferencesControlPanel (because that's in Flaps >>
> #defaultQuadsDefiningToolsFlap).
>
> Preferences >> #preferencesControlPanel has been removed from the image, but
> Preferences has #doesNotUnderstand: on the class side, so it will just
> return false. And the flap building mechanism cannot create a thumbnail from
> false.
>
> Anyway I uploaded my fix to the inbox as MorphicExtras-ul.59. Someone with
> better knowledge of flaps should have a look around there, it seems to me
> that there's plenty of room for cleanup.
>

> Igor Stasenko wrote:
>>
>> It does not fixes the problem for me :(
>> I wonder, why mouse scroll behavior depends on flaps or locale..
>
> Most likely because scroll events are delivered as Ctrl-UpArrow and
> Ctrl-DownArrow events and there is a chance that the input converters muck
> with that. I had a quick look but I couldn't find much. Some things you
> could try is:
> * see if typing Ctrl-UpArrow and Ctrl-DownArrow scrolls text

> 2009/11/18 Andreas Raab <[hidden email]>:
>> Igor Stasenko wrote:
>>>
>>> It does not fixes the problem for me :(
>>> I wonder, why mouse scroll behavior depends on flaps or locale..
>>
>> Most likely because scroll events are delivered as Ctrl-UpArrow and
>> Ctrl-DownArrow events and there is a chance that the input converters muck
>> with that. I had a quick look but I couldn't find much. Some things you
>> could try is:
>> * see if typing Ctrl-UpArrow and Ctrl-DownArrow scrolls text
>
> works fine.
>
>> * check what running "Sensor kbdTest" shows when you operate the scroll
>> wheel
>
> shows
> 30 16
> 31 16
> in display corner, when i scrolling da wheel
>
>> * check the keyboard converter in World primaryHand to ensure it's correct.
>>
> it points to an UTF32JPInputInterpreter, which is wrong..
>
> I found how to revert back to EN locale:
> Locale currentPlatform: (Locale isoLanguage: 'en')
>
> after that, mouse scroll starts working again.
>
> But back to the question:
>  - why it not works in japanese locale? Is japanese guys not using
> mouse scroll, or their goverment prohibits from use a mouse scroll
> wheel? ;)
>
>> Cheers,
>>  - Andreas
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>