(In reply to comment #21)
> Right, but if we have that option as a hidden pref, and we're not going to
> expose UI for it, what's remaining here? You want the option to not steal
> access from the current tab, which we have.
What I want is what you suggested in the paragraph below - the ability to focus() a tabbrowser tab _without_ sending a focus message to the OS to raise the entire Firefox window.
>
> Selecting the current tab without bringing the window forward would require
> allowing focus to happen when the window was brought forward, not when the
> focus() call happens. Really a bug should be filed in core to explore
> supporting something like this, and we can revisit adding this behaviour to
> tabbrowser as an option. I don't see the utility of that particular config,
> in the general case.
That makes sense to me - such an API would of course be for Firefox 3.0.
(In reply to comment #21)
> Right, but if we have that option as a hidden pref, and we're not going to
> expose UI for it, what's remaining here? You want the option to not steal
> access from the current tab, which we have.
What I want is what you suggested in the paragraph below - the ability to focus() a tabbrowser tab _without_ sending a focus message to the OS to raise the entire Firefox window.
>
> Selecting the current tab without bringing the window forward would require
> allowing focus to happen when the window was brought forward, not when the
> focus() call happens. Really a bug should be filed in core to explore
> supporting something like this, and we can revisit adding this behaviour to
> tabbrowser as an option. I don't see the utility of that particular config,
> in the general case.
That makes sense to me - such an API would of course be for Firefox 3.0.