Again about scrolling with a trackpad

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

Again about scrolling with a trackpad

Uko2
Ok,

there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.

Now it seems that on Siera it became worse because now I cannot normally scroll at all.

Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.

Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.

Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events? Because I need to work and I can not…

Cheers.
Uko
Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

Denis Kudriashov
Hi Yuriy.

I just want to say that I feel completely same. 
And I am sure that problem with Nautilus. I am working on remote browser where I just use FastTable and never saw any problem with scrolling.

2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
Ok,

there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.

Now it seems that on Siera it became worse because now I cannot normally scroll at all.

Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.

Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.

Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events? Because I need to work and I can not…

Cheers.
Uko

Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

Uko2
I have also problem in Finder when I scroll results for example…

On 21 Oct 2016, at 16:08, Denis Kudriashov <[hidden email]> wrote:

Hi Yuriy.

I just want to say that I feel completely same. 
And I am sure that problem with Nautilus. I am working on remote browser where I just use FastTable and never saw any problem with scrolling.

2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
Ok,

there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.

Now it seems that on Siera it became worse because now I cannot normally scroll at all.

Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.

Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.

Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events? Because I need to work and I can not…

Cheers.
Uko


Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

Nicolai Hess-3-2
In reply to this post by Uko2


2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
Ok,

there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.

Now it seems that on Siera it became worse because now I cannot normally scroll at all.

Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.

Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.

Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events?

Which events?
 
Because I need to work and I can not…

Cheers.
Uko

Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

Uko2
If I remember correctly on side scrolling the vm generates "ctrl + ←" and "ctrl + →" keystroke events. Then some morph listens to them and switches focus.

Sent from my iPhone

On 21 Oct 2016, at 16:31, Nicolai Hess <[hidden email]> wrote:



2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
Ok,

there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.

Now it seems that on Siera it became worse because now I cannot normally scroll at all.

Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.

Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.

Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events?

Which events?
 
Because I need to work and I can not…

Cheers.
Uko

Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

Sven Van Caekenberghe-2
This has been a problem for a very long time, it also happens with the magic mouse.

It feels like there should be an option to disable interpreting side scrolling.

> On 21 Oct 2016, at 16:44, Yuriy Tymchuk <[hidden email]> wrote:
>
> If I remember correctly on side scrolling the vm generates "ctrl + ←" and "ctrl + →" keystroke events. Then some morph listens to them and switches focus.
>
> Sent from my iPhone
>
> On 21 Oct 2016, at 16:31, Nicolai Hess <[hidden email]> wrote:
>
>>
>>
>> 2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
>> Ok,
>>
>> there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.
>>
>> Now it seems that on Siera it became worse because now I cannot normally scroll at all.
>>
>> Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.
>>
>> Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.
>>
>> Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events?
>>
>> Which events?
>>  
>> Because I need to work and I can not…
>>
>> Cheers.
>> Uko
>>


Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

Uko2
I can understand that adding an option may be complicated, and that's why I'm asking if anyone actually need this, because otherwise we can just remove that functionality.

Uko

Sent from my iPhone

> On 21 Oct 2016, at 16:47, Sven Van Caekenberghe <[hidden email]> wrote:
>
> This has been a problem for a very long time, it also happens with the magic mouse.
>
> It feels like there should be an option to disable interpreting side scrolling.
>
>> On 21 Oct 2016, at 16:44, Yuriy Tymchuk <[hidden email]> wrote:
>>
>> If I remember correctly on side scrolling the vm generates "ctrl + ←" and "ctrl + →" keystroke events. Then some morph listens to them and switches focus.
>>
>> Sent from my iPhone
>>
>>> On 21 Oct 2016, at 16:31, Nicolai Hess <[hidden email]> wrote:
>>>
>>>
>>>
>>> 2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
>>> Ok,
>>>
>>> there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.
>>>
>>> Now it seems that on Siera it became worse because now I cannot normally scroll at all.
>>>
>>> Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.
>>>
>>> Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.
>>>
>>> Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events?
>>>
>>> Which events?
>>>
>>> Because I need to work and I can not…
>>>
>>> Cheers.
>>> Uko
>>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

Denis Kudriashov
In reply to this post by Uko2

2016-10-21 16:44 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
If I remember correctly on side scrolling the vm generates "ctrl + ←" and "ctrl + →" keystroke events. Then some morph listens to them and switches focus.

I hope with SDL it will be normal events
Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

abergel
In reply to this post by Uko2
Feel free to do a fix. Making Pharo usable is crucial.
Personally, I have two mouses, a magic mouse when I do not do Pharo, and a old-style mouse with a physical wheel when I do Pharo. This is ridiculous.

I tried in the past to remove this odd behavior, but I did not succeed.

Alexandre


> On Oct 21, 2016, at 11:51 AM, Yuriy Tymchuk <[hidden email]> wrote:
>
> I can understand that adding an option may be complicated, and that's why I'm asking if anyone actually need this, because otherwise we can just remove that functionality.
>
> Uko
>
> Sent from my iPhone
>
>> On 21 Oct 2016, at 16:47, Sven Van Caekenberghe <[hidden email]> wrote:
>>
>> This has been a problem for a very long time, it also happens with the magic mouse.
>>
>> It feels like there should be an option to disable interpreting side scrolling.
>>
>>> On 21 Oct 2016, at 16:44, Yuriy Tymchuk <[hidden email]> wrote:
>>>
>>> If I remember correctly on side scrolling the vm generates "ctrl + ←" and "ctrl + →" keystroke events. Then some morph listens to them and switches focus.
>>>
>>> Sent from my iPhone
>>>
>>>> On 21 Oct 2016, at 16:31, Nicolai Hess <[hidden email]> wrote:
>>>>
>>>>
>>>>
>>>> 2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
>>>> Ok,
>>>>
>>>> there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.
>>>>
>>>> Now it seems that on Siera it became worse because now I cannot normally scroll at all.
>>>>
>>>> Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.
>>>>
>>>> Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.
>>>>
>>>> Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events?
>>>>
>>>> Which events?
>>>>
>>>> Because I need to work and I can not…
>>>>
>>>> Cheers.
>>>> Uko
>>>>
>>
>>
>

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.




Reply | Threaded
Open this post in threaded view
|

Re: Again about scrolling with a trackpad

stepharo
In reply to this post by Denis Kudriashov

Denis

this is why I asked you do improve the FT for spec because like that ALL the spec tools

will be fixed in one shot.

Stef


Le 21/10/16 à 16:08, Denis Kudriashov a écrit :
Hi Yuriy.

I just want to say that I feel completely same. 
And I am sure that problem with Nautilus. I am working on remote browser where I just use FastTable and never saw any problem with scrolling.

2016-10-21 15:56 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
Ok,

there is a problem that when you use trackpad with pharo and you scroll something strange happens. And it was documented that when you scroll sideways it’s registered as ctrl + arrow click and it switches focus.

Now it seems that on Siera it became worse because now I cannot normally scroll at all.

Additionally this causes a lot of problems: i.e. when someone wanted to remove history plugin from nautilus many of people protested because when your navigation is fucked up during scrolling you can get back.

Now I started to think: why won’t we simply delete the code that registers these events. So I have a question, does anybody find this functionality useful? I find it super frustrating. And if everyone else does, maybe we can simply remove that.

Also while the time passes, does anybody have any idea on how to hack Pharo to ignore these events? Because I need to work and I can not…

Cheers.
Uko