[PATCH] Mouse wheel: Fixed scrolling distance instead of fixed number of steps

[Simon Eugster]

https://github.com/syntacticx/livepipe-ui/pull/56/files

Please apply. Thanks :)

[Alex Indigo]

Doesn't look like good idea to me.

It would real pain in the neck for long scrolls.

At least you could've made it as a flag or parameter.

-- A.I. -- { i...@alexindigo.com } -- { www.alexindigo.com }

On Tue, Jun 14, 2011 at 1:46 AM, Simon Eugster <simon.eu@gmail.com> wrote:

https://github.com/syntacticx/livepipe-ui/pull/56/files

Please apply. Thanks :)

--
You received this message because you are subscribed to the Google Groups "LivePipe UI Users" group.
To post to this group, send email to livepipe...@googlegroups.com.
To unsubscribe from this group, send email to livepipe-ui-us...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/livepipe-ui-users?hl=en.

[Simon Eugster]

2011/6/14 Alex Indigo <i...@alexindigo.com>:

> Doesn't look like good idea to me.
> It would real pain in the neck for long scrolls.

Ah, welcome @ mousewheel. The same in long PDF documents, and
generally anything. That's why there still is a scrollbar.
Did you ever scroll in a longer page with the current (old)
implementation? Just sucks. Very hard to follow the content when the
page jumps around by more than half the page height.

> At least you could've made it as a flag or parameter.

Pass it in the options parameter?
initialize: function(container,track,options)
I'm not very familiar with this part of JavaScript, but if you think
this is a good idea, then I should get it working.

Simon

>
> -- A.I. -- { i...@alexindigo.com } -- { www.alexindigo.com }
>
>

[Alex Indigo]

On Tue, Jun 14, 2011 at 2:14 AM, Simon Eugster <simon.eu@gmail.com> wrote:

2011/6/14 Alex Indigo <i...@alexindigo.com>:

> Doesn't look like good idea to me.
> It would real pain in the neck for long scrolls.

Ah, welcome @ mousewheel. The same in long PDF documents, and
generally anything. That's why there still is a scrollbar.

There would be no scrollbar after July (SJ eliminated it in Lion),

and on long documents (like PDFs) it goes slow in short distances

and faster and long distances.

And mousewheel fires when you do trackpad scrolling as well,

and with trackpad it depends on inertia too.

 

Did you ever scroll in a longer page with the current (old)
implementation? Just sucks. Very hard to follow the content when the
page jumps around by more than half the page height.

Probably it depends on the browser, platform and pinting device.

It would be nice to collect some statics.

 

> At least you could've made it as a flag or parameter.

Pass it in the options parameter?
   initialize: function(container,track,options)
I'm not very familiar with this part of JavaScript, but if you think
this is a good idea, then I should get it working.

I believe it should be at least backward compatible,

means be default it should have exact same behavior as before.

[Simon Eugster]

2011/6/14 Alex Indigo <i...@alexindigo.com>:

>
>
> On Tue, Jun 14, 2011 at 2:14 AM, Simon Eugster <simo...@gmail.com> wrote:
>>
>> 2011/6/14 Alex Indigo <i...@alexindigo.com>:
>> > Doesn't look like good idea to me.
>> > It would real pain in the neck for long scrolls.
>>
>> Ah, welcome @ mousewheel. The same in long PDF documents, and
>> generally anything. That's why there still is a scrollbar.
>
> There would be no scrollbar after July (SJ eliminated it in Lion),

SJ? Lion?

> and on long documents (like PDFs) it goes slow in short distances
> and faster and long distances.

Never saw this. Does not make sense either to me.
Also browsers don't behave like this. Go here and scroll 20 ticks down:
http://www.w3.org/TR/css3-selectors/
Are you at the bottom then? With the livepipe scrollbar you would be,
and at least for me it is _very_ hard to read all text on the page
when each second page is skipped using the mouse wheel.

> And mousewheel fires when you do trackpad scrolling as well,
> and with trackpad it depends on inertia too.
>
>>
>> Did you ever scroll in a longer page with the current (old)
>> implementation? Just sucks. Very hard to follow the content when the
>> page jumps around by more than half the page height.
>
> Probably it depends on the browser, platform and pinting device.
> It would be nice to collect some statics.

It is the same with my mouse pad. Without the fix you can forget about
navigating on a long page.

>> > At least you could've made it as a flag or parameter.
>>
>> Pass it in the options parameter?
>>    initialize: function(container,track,options)
>> I'm not very familiar with this part of JavaScript, but if you think
>> this is a good idea, then I should get it working.
>
> I believe it should be at least backward compatible,
> means be default it should have exact same behavior as before.

https://github.com/syntacticx/livepipe-ui/pull/58/files

Actually I don't feel good about this kind of backward compatibility
though. To me it was a bug (or, just not implemented yet, as the
comment suggested).

Simon

>
>>
>> Simon
>>
>> >
>> > -- A.I. -- { i...@alexindigo.com } -- { www.alexindigo.com }
>> >
>> >

>> > On Tue, Jun 14, 2011 at 1:46 AM, Simon Eugster <simo...@gmail.com>

[nlloyds]

#58 has been merged.

FYI I'm not actively using the project, but I think I'm the only other admin besides Ryan on the repo. I've just been merging any pull request that comes in and doesn't look like a complete disaster. I'm not managing issues or replying to messages on this group (though I do get the digests.), You can message me on GitHub or email me if you need anything specific done on the project that can't be done with a pull request.

Nathan