Request: regarding new search bar

Request: regarding new search bar

Without getting into whether or not one prefers the new search bar or the old style search window, I have a complaint about the current implementation of the new search bar.

Currently, moving to a new tab and continuing a search by pressing cmd-g or ctrl-g of F3, etc, depending on your platform, searches the new tab contents using the search term from the previous tab. This is good and useful but it does not open the search bar to provide visual confirmation that the search in continuing and in the case no result is found, the user receives no feedback of any kind. It is not possible to know if the search was actually executed. This is a pretty significant user interface design flaw, in my opinion. It should be fixed so that continuing the search opens the search bar with the search field populated with the carried over term.

Suggestions for the new Inline find toolbar belong in the wish-list forum.

Originally posted by Pesala:

Suggestions for the new Inline find toolbar belong in the wish-list forum.

I put it here because it's a discussion currently related to an issue I have only with the beta and it's such a serious design flaw that I'm suspicious that it may actually be a bug and was hoping to get a little more germane feedback from a member of the dev team than what you have provided here. Please accept my apologies if you were offended by my decision.

Would it help you if I change the title to "Is this a bug in the new search bar?"

Originally posted by cellist:

Would it help you if I change the title to "Is this a bug in the new search bar?"

I don't think it is a bug as I suspect they made a conscious decision not to show the dialogue. The "<search string> not found" message is shown in the find in page toolbar if it is displayed. If this is a bug, its not a bug in the beta version specifically, but a bug in 10.5x which should be reported in the bug wizard and the Opera browser forum.

Development has to follow a progressive cycle. Alpha, Beta, RC, Final.

Interface changes to inline find have already been made. It is no more likely to revert to a dialogue based method than inline spell-check is likely to revert to using Aspell. What you should do now is report bugs, and make feature requests to improve it in the wish-list thread.

An indication of "not found" has already been suggested. IMO a beep would be preferable to a dialogue that needs to be dismissed, but showing the Find in Page toolbar for a few seconds with a "<search string> not found" message would be fine.

This issue does not relate only to the beta. It has already been implemented this way since 10.50 final — no message is shown if the search string is not found with F3. If it were to show the find toolbar, then the search string in the new tab would be empty or it would show the wrong search string, because each tab now remembers its own search string.

1. Search for "impact" in tab 1 (this tab)
2. Search for another unique string in tab 2
3. Switch back to this tab and press F3 (this tab) — result the unique search string is not found.

You may think the current behaviour is good or bad, but whatever you think, that's the way it has been designed. If you think it needs some improvement, then think it through carefully after using Opera 10.5x for a while, then post in the wish-list forum requesting improvements. Post in the Opera browser forum to report bugs in 10.5x, or in the beta forum to report any regressions from the behaviour in 10.51 final.[/list]
Complaining in the wrong forum about "design flaws" is not helpful. Its not a bug, its not a regression. If it needs to be improved (and I agree that it does), then it belongs in the wish-list forum.

Asking for improvements or new features in the beta forum, when the second Release Candidate is being tested for imminent final release is off-topic. Maybe, if we get a 10.53 alpha version it might be relevant to discuss this here, as it was with the MDI changes, but only if some further changes are made to the inline find toolbar.

Pesala, there has not been any final of 10.5x on my platform (Mac PPC). There have only been alpha, beta and RC releases (is a RC version not really a "beta"? It's clearly not "final", no?). I can only comment about what I see in these pre-final versions.

I have not raised this issue as a way to lobby for a return to the windowed version of search and I think that should have been clear enough from how I started the post so I don't understand why you bring it up.

While I don't live on the forum the way you seem to, I have spent enough time over the years here to have noticed that people do come here and request verification for suspected bugs and/or ask (or at least hope for ) the devs to explain whether what they see is expected behavior or a bug. If the search bar is thought to provide a better user experience then the failure to provide any feedback when a search is continued across tabs is a glaring failure and it's almost impossible to imagine that it's deliberate, and at least somewhat difficult to imagine it's an oversight, but I wouldn't want to file a bug report without some encouragement from a Dev - something they do here, I'm sure you have noticed. I am just asking for feedback from somebody who represents Opera here at the forum for some advice as to which of these things it is and if there's already movement to address it.

----- OT aside: If you want to be helpful, then learn the Mac shortcuts and provide them alongside the Windows ones whenever you post this kind of information. There are lots of Mac users who visit this forum for help.

Ignore Pasala, he desperately wants to be a mod

I've found this as well, I'm pretty sure it's a bug. If it is a concious decision it's not a very well thought out one. Feel free to report it.

Thank you dertbox! You gave me the best laugh I had today. This one's on me