Bug: Input window per channel

[jburel]

• Open Rendering Details
• Using the slider to modify the input range for a channel.
• if I move the end right to the value of the start, then I can no longer move the slider. The value should be start+1.

[jburel]

Moved from sprint 2011-06-02 (13)

[jmoore]

Carlos, can you please look into this.

[cneves]

The slider has a "foolproof" algorithm for selecting which handle it chooses when they overlap. Basically the leftmost handle is always selected when the handles are in a common position except if the leftmost handle is at its leftmost position. If you retry the test as you did it, but before you move the right hand handle to the right (after having moved it completely to the left) click and drag to the left. You are in fact moving the leftmost handle, not the rightmost.

After that step is completed the leftmost handle will be at its initial position and the next click and drag will be on the rightmost handle. This is not changed by the fact we are doing min <= xmin <= xmax <= max, and I'm not sure it ever makes sense to have xmin == xmax. I can make the change to min <= xmin < xmax <= max easily, if that is what makes sense here.

While that is all fine, and prevents the handles from being locked, it is a bit complex and completely undocumented. Other options can be discussed but do we really want to invest time on this?

FYI: the range slider widget we are using for the input window is part of jQuery UI ​http://jqueryui.com/demos/slider/#range

[jburel]

"when the handles are in a common position except if the leftmost handle is at its leftmost position. If you retry the test as you did it, but before you move the right hand handle to the right (after having moved it completely to the left) click and drag to the left."

I figured that out when doing other test but that's where the problem is i.e. as a user why should I have to move the left knob when I want to only modify the end value. That's what I am forced to do when the knobs overlap.
Basically we should have startValue (left slider) < endValue (right slider) so they do not fully overlap and the user still has control of the knobs he/she wants to move.

Spending time on now it no, but fixing it as some point yes.
We are recording all bugs we found, it does not mean that all bugs will be fixed in this milestone, it depends on the
priority.

[jmoore]

Re-assigning to Carlos for handling post-release. Tickets will be moved to 4.3.1 (or Unscheduled) when 4.3 is closed.

[jburel]

Moved from sprint 2011-06-16 (14)

[cneves]

I don't think adding a few pixels of margin to the handles min or max will be much help with the web widgets, so either the stop gap is large enough to make the two handles overlap only a bit or we leave it as is.

The former has a usability issue imo as the same coordinate on the two handles will render different values, and this does imply tweaking the jquery ui library from which we are reusing the slider component.

Moving to unscheduled pending further discussion.

[cneves]

This issue has not been discussed again, and my own opinion is that it is fine just like it is. Passing to web-team, feel free to close it if there are no discording voices, otherwise lets discuss it on the next web meeting.