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.
Middle-click in the Subject: opens the article in a new messaging-tab
in the background, whereas left-click opens the article in a new-tab
in the foreground-focus.
Middle-click in the News-Feed articles Website-header-line: opens the
article-web-page in the browser background-tab, with the left-click
opening it in the browser foreground-tab-focus.
I tested Preferences / Mail & Newsgroups / Message Display / General /
When opening messages, display them in: a new window (I normally-use
the alternate "An existing message window" option), but even with a
SeaMonkey-restart, middle-click still goes to the exact cursor
position in the header-scrollbar (Not opening in either a new-tab or a
new-window). So, the Messages-settings "new-message-window" does
nothing for this function.
I just checked "tab" in the about:config, and I have nothing that is
even remotely connected to messaging tabs or mailnews tabs, ~~
in-fact, I have nothing concerning mailnews-tabs, much-less something
that would interact-with/override the mouse-controls.
In "about:config", the only settings for "tab" in any shape or form,
are specifically browser-settings (or extensions/functions within the
browser, such as scrapbook and sidebar).
-----
I'm guessing the difference is somehow OS-related within the new
messaging-tabs, but just in case:-
My settings for the Preferences / Browser / Tabbed Browsing (the only
tab focus/function controls openly accessible) are--
Tab Display:
all deselected except the selected "Warn me when closing a window with
multiple tabs".
When opening a bookmark group:
all deselected except the selected "Add tabs".
Open tabs instead of windows for:
all deselected except the selected "Middle-click, Ctrl+click or
Ctrl+Enter on links in a Web page".
Link open behaviour:
all deselected except the selected "A new tab in the current window".
Links from other applications":
all deselected except the selected "A new tab in the current window".
------
These are the only about:config "tab" highlighted bold preferences
that are non-default (that I have changed via the Preferences panel)
user_pref("browser.tabs.autoHide", false);
user_pref("browser.tabs.loadGroup", 0);
user_pref("browser.tabs.loadInBackground", true);
user_pref("browser.tabs.opentabfor.middleclick", true);
user_pref("browser.tabs.warnOnCloseOther", false);
These are the only about:config "mousewheel" highlighted bold
preferences that are non-default (that I have changed via the
Preferences panel)
mousewheel.horizscroll.withaltkey.sysnumlines;true
mousewheel.withaltkey.action;0
mousewheel.withaltkey.sysnumlines;true
mousewheel.withshiftkey.action;5
-----
These are the only about:config "scrollbar" preferences (All are still
set to default):-
dom.disable_window_open_feature.scrollbars;false
layout.scrollbar.side;0
middlemouse.scrollbarPosition;true
These are the only about:config "cursor" preferences (All are still
set to default):-
ui.use_activity_cursor;false
These are the only about:config "middlemouse" preferences (All are
still set to default):-
middlemouse.contentLoadURL;true
middlemouse.openNewWindow;true
middlemouse.paste;true
middlemouse.scrollbarPosition;true
-----
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
--
Bill Davidsen <david...@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
