Bill Davidsen wrote:
Bill Davidsen wrote:
Barry Edwin Gilmour wrote:
Bill Davidsen wrote:
Barry Edwin Gilmour wrote:
Bill Davidsen wrote:
When I am reading mail/news in 1.1.18, the header pane scroll
indicator can be used to move the view up or down. If I middle
click in the scroll region the indicator and display move to that
spot. Useful so I can move around. In 2.0.1 the same action opens
a tab instead of scrolling. Note: no I am *not* clicking on the
article header by accident, that's a useful behavior.
The only way to get the previous behavior is to shift-click,
which requires use of both hands, more time, etc.I can't find any
benefit at all from this behavior and regard it as a regression
from 1.1.xx interface.
I do have middleclick opens in new tab, that's a browser thing,
and should not apply to the scrollbar!
Sounds like one for the OS-build Bill.
Middle-click to header-scroll-position works fine in
SM-2.*/Linux_64bit (and I also have set middle-click to-open
new-tab in background left-click opening tab in foreground.
Interesting, even most bizarre, since if I middle click in the
scroll bar it opens the current article in a new tab, with no
sidebar. Using the traditional three pane view.
And the odd thing is that it works as expected in the browser, but
the mail/news gives me a new tab rather than scroll. Shift-left
still gives me scroll, but it's a two hand operation.
Thanks for that Shift-left one Bill. I was wondering about that
left-click mouse only scrolling the headers 6-lines towards the
cursor-position (same as Preferences/Advanced Mouse wheel
vertical-scrolling setting), but my Shift-left does also
correctly-scroll the headers to the exact cursor-position in the
scrollbar, just as my middle-click does.
/snip/
-----
I may be particularly dense, but I can't see anything that would
kill the header-scrollbar's middle-click cursor function. HTH. Barry.
Yes, the problem is that "middlemouse.scrollbarPosition;true" doesn't
work, middle clicking in the news/mail scrollbar positions nothing
and opens a tab. The perfect bad behavior, I don't get the scroll, I
do get a copy of an article I didn't want to see.
But since people assure me that's intended behavior it can't be a
bug, can it.
Actually: https://bugzilla.mozilla.org/show_bug.cgi?id=518545
Many thanks for the bug number, Bill.
We had a slight point of confusion there, as I was testing the actual
Message/News "header-pane" and not the "Thread pane", which is the pane
beneath the one you were referencing.
Also, you noted in your bug-report that you get the new-tab behaviour in
every pane's scrollbar, but I am only getting the middle-click opening
the new-tab for the folder-pane and thread-pane scrollbars, but
middle-click actually does work properly in the header-pane and the
message-pane scrollbars, which seems really-odd! I think that
SeaMonkey's header-bar is our own code, but I'm pretty-sure that the
message-pane's scrollbar has to be part of Mail/News codebase.
Many thanks for the effort. Barry.
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
