Community
Participate
Working Groups
Movingthe mouse wheel when mouse pointer is above the descritpion field inside the rich editor desciption field does not scroll the ticket. the rich editor has it's own scroll, that appear even when there is no text, and this is probably what receives the scroll events.
Steffen, could you verify and perhaps take this on? I'm not seeing this here with Bugzilla since the description isn't editable.
That should be reproduceable with the new comment field as well. As pointed out in the description the scroll events are received by the text area which is the intended behavior or does this work differently on Windows?
Steffen, if the new comment field has focus the editor doesn't scroll since the viewer composite is getting the events. I don't see how we can circumvent this. Thoughts?
well, one thing that can be done is to prevent the scroll bar in the comment field when there is no text in the comment. if there is a reason for a scrollbar (IE: there is enough text in the comment text area), it's find that the scroll events goes into the comment text field; however - when there is nothing to scroll in the comment field, there shouldn't even be a scroll bar. without it, I am guessing that the text area will not consume the scroll events.
*** Bug 270493 has been marked as a duplicate of this bug. ***
*** Bug 154855 has been marked as a duplicate of this bug. ***
I think bug 270493 was a slightly more serious case of this because it can cause unwanted changes to the issue metadata if you submit other changes. If it's going to be marked duplicate then this bug's severity should be updated.
Created attachment 149090 [details] fix
Created attachment 149091 [details] mylyn/context/zip
I have add mouse wheel listeners to the combo boxes and multi line text fields which enables scrolling the editor page everywhere. Note that when hovering over a text fields it scroll to the bottom or top first before the form is scrolled.
This fix doesn't address my issue in bug 270493. The issue there is you can inadvertently edit fields of the bug you didn't intend to while scrolling. Ideally you would have to activate the combo box first, e.g. via clicking, before you can change the value via scrolling.
I just tested this and the scroll wheel does not scroll the combo boxes anymore for me, so this seems to fix the problems that I was seeing. Great work on the editor scrolling stuff!
Excellent! Please make sure this shows up in a N&N item on "Task Editor Usability Tweaks".
Scrolling bug is still there. Can only use wheel scrolling in BugzillaTaskEditorPage when pointer is above a editable textarea e.g. New comment box or in textarea of Private box. Mylyn version: 3.6.2.v20110826-0100 Platform: Windows XP x86
It seems that it is the weird microsoft mouse wheel scrolling problem. Scrolling is broken in several other editors. If the pointer hovers over the scroll bar than page scrolling works fine. Please ignore my previous comment.
Scrolling with the mouse wheel is fraught with danger because it edits combo boxes - is this a regression or is it because I am using the Linux / GTK build of Eclipse? (I know that different widget toolkits have different behaviours).
(In reply to comment #16) > Scrolling with the mouse wheel is fraught with danger because it edits combo > boxes - is this a regression or is it because I am using the Linux / GTK build > of Eclipse? (I know that different widget toolkits have different behaviours). That is indeed the Gtk platform behavior. On Windows scroll events are forwarded to the focus control only for instance so the behavior is different.
Hi, I am new to this. May i Know how to disable the scrolling in combo. I want select the values in combo by clicking it and now by scrolling it when it get the focus. Please do reply. Regards, Deepak Patwal. email : deepatwal@gmail.com
