Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[RD James]

3. Changed: Backed out the Ctrl + mouse wheel thumbnail size adjustment from 21.0.50 since it prevents multi-selection and scrolling in a view.

Can this be made a preference?
I don't see how it prevents multi-selection at all.
CTRL+Wheel resizing the thumbnails matches what most other applications do. E.g. Windows Explorer.
 
Same thing for the middle-click on tabs. It should close the tab.

[RoderickGI]

I don't see how it prevents multi-selection at all.

If someone is doing multiple file selections using Ctrl-Click, and then scrolling down the list while still holding the Ctrl button, thumbnails were getting resized.

But all is not lost. The functions has been returned using Ctrl+Shift+Mouse Wheel in version MC21.0.55. There should be a public release that includes the new function soon.

21.0.55 (3/9/2016)
1. NEW: Ctrl+Shift+Mouse Wheel will adjust the thumbnail size.

[RD James]

If someone is doing multiple file selections using Ctrl-Click, and then scrolling down the list while still holding the Ctrl button, thumbnails were getting resized.

But everything else behaves that way too.
JRiver should behave the way that other programs do - including the operating system itself - not create its own eccentric behaviors.
It makes the program difficult and confusing to use.

[Hendrik]

We try not to break existing users work flows for new minor features, and since it did, it had to be changed.
We generally also do not offer preferences for every small bit of behavior, so no, sorry.

[RD James]

We try not to break existing users work flows for new minor features, and since it did, it had to be changed.
We generally also do not offer preferences for every small bit of behavior, so no, sorry.

I was overjoyed that JRiver actually started using standard OS behaviors in 21.0.50
Why are you teaching users bad habits?

If it breaks users "workflows" (I've not seen anyone complain!) then make it a preference that you phase out eventually.
The way that it's behaved until now broke the workflow that millions of people are used to in other programs like Windows Explorer, Adobe Bridge, and any other application which uses thumbnails that can be resized.
 
Non-standard interactions like these are why people find the program difficult to use.
People shouldn't have to learn all of JRiver's idiosyncrasies.
There's a reason that every other program follows the same basic set of interactions.


Try to find another program that uses middle-click on a tab to change view, instead of using it to close the tab.
Or a program where middle-click doesn't close the tab.
Who comes up with this stuff!?

[Matt]

It's coming back holding shift and control.

[JimH]

I was overjoyed that JRiver actually started using standard OS behaviors in 21.0.50
Why are you teaching users bad habits?

If it breaks users "workflows" (I've not seen anyone complain!) then make it a preference that you phase out eventually.
The way that it's behaved until now broke the workflow that millions of people are used to in other programs like Windows Explorer, Adobe Bridge, and any other application which uses thumbnails that can be resized.
 
Non-standard interactions like these are why people find the program difficult to use.
People shouldn't have to learn all of JRiver's idiosyncrasies.
There's a reason that every other program follows the same basic set of interactions.


Try to find another program that uses middle-click on a tab to change view, instead of using it to close the tab.
Or a program where middle-click doesn't close the tab.
Who comes up with this stuff!?

I think you're overstepping your authority as a customer.  If you prefer another program, we will understand.

[JimH]

We try not to break existing users work flows for new minor features, and since it did, it had to be changed.
We generally also do not offer preferences for every small bit of behavior, so no, sorry.

Exactly.