Open Bug 961916 Opened 10 years ago Updated 2 years ago

Two different find bars.

Categories

(Firefox :: Tabbed Browser, enhancement)

26 Branch
x86
All
enhancement

Tracking

()

UNCONFIRMED

People

(Reporter: dragity, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release)
Build ID: 20131205075310

Steps to reproduce:

Tried to use Find bar in FF updated from 19.x to 26.0.


Actual results:

Bug 537013 was resolved, and here I am, asking to put that "bug" back :)
Bug 920031 is also relevant.



Expected results:

More often I search for the same content, switching between tabs, and for a different content, if switching between windows.
The newer behavior of Find bar prevents me to do that.
Now I have to copy-paste what I searched in previous tab, into a second tab.
Also, yet sometimes need to do a search for a different content in a particular tab, without spoiling the search word in a previous one.
I offer to make two "Find" bars to resolve that, invoked with a different key combinations :  one for common search, and one for separate (isolated) search.
(Their view (color or/and shape) must differ much in some way, so that would be possible to distinguish - which one I am using now.)
Also, since those bars are fullscreen, you may place more settings in those.
Particularly, may be added something like "keep open" or "synchronously opened" or "synchro-opened", so that it would stay visible in other tabs, if it been opened.
Or it may be put into "about:config".
Again, "about:config" isn't easily accessible - have to type it manually every time - why need make everything to be so hard ?
"whole word" is also necessary (C tokenizing syntax is preferred to those syntaxes, which we often have in a text editors).

Taking for particular the common search bar (which existed in previous versions of FF), here I am not saying, when the bars should be visible and when disappear between tabs.
This may have some inconveniences in both cases.
More likely :  should be synchronously opened by default.

Taking the separate search bar, it should never try any prediction (like it does now) :  when it is opened for the first time, it sometimes doesn't copy the search-content from previous tab, and sometimes does.
Being making some automatic help, the current behavior is hardly predictable, "involves" user to "participate" in the search process more, and thus should not be used.
Auto-closure by timeout ... it would be better just to close the bar on the first (succeeded ?) search, than add this.
Search text auto-deletion by timeout ... no, I don't want to have this !

I may offer names :  "Find" and "Find in tab".

Sorry for putting much stuff in this report, incl. irrelevant at the topic.
Component: Untriaged → Tabbed Browser
Depends on: 537013
Severity: normal → enhancement
OS: Windows XP → All
I am looking to keep text in find bar  when I open a new tab or go to another tab. I often open many pages from search results looking for the same word or phrase, and FF changed the behavior without providing an option. Find Bar Tweak restored it, but recently (ver. 32 or 33) erases the search text upon switching to a new tab, although Find Bar Tweak still stays open. 

How can this behavior by changed?

Thanks.
(In reply to PeaceByJesus from comment #1)
> Find Bar Tweak restored it, but recently (ver. 32 or 33) erases the
> search text upon switching to a new tab, although Find Bar Tweak still stays
> open.

It's not meant to do this of course, this is a bug (amongst many) that I still have to fix. I'm sorry for the trouble it's causing.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.