Hmm, nachgehakt/nachgefragt: lässt sich auch die Adressbar während eines Seitenaufrufs/Ladevorgangs irgendwie umfärben? Denn nicht immer, wenns mal länger dauert..., kann ich sofort erkennen, ob irgendwas geschieht. Präzisierung: manchmal dauerts länger, bis überhaupt "etwas geschieht", nach Eingabe einer Adresse, vielleicht wg. DNS-Auflösung. Lässt sich dies kennzeichnen? Sehe aber zugleich, dass es wohl schon Lösungsansätze oder gar Lösungen gibt → https://forum.vivaldi.net/topic/26741/how-to-change-entire-progressbar-color-based-on-pageload-value Muss nur schauen, ob mein präzisierter Wunsch bereits in Erfüllung ging... Erneut: Danke! webaschtl

upvoted. i made a similar request before. please also vote for that... https://forum.vivaldi.net/topic/30247/find-and-highlight-multiple-words-in-multiple-colors

The best available at the moment is to select some text at the start of the designated area, and use F3 (Find Next), which will find the next occurrence from that point.

@Pesala you have to find the word on the page to select it.

@Pesala said in Restrict Search in Page for Massive Pages: I am still waiting for a link to a slow page so that I can test this. Most of pages with text content on a computer's CPU loaded to 100% (my computer has Intel i5 without discrete graphics card, Win10x64). The more characters, the more noticeable the difference. You may open some media file like plain text or youtube.com video with loaded 1000+ comments during your computer is rendering something. I see that the browser is calculating the search process sequentially. I can type the whole word (no matter how fast), and Browser totally stucks while recalculating every set to the last: [s] 1...300...3000...30000... 35500/35500 [so] 1...300...3000...30000... 35500/35500 [som] ... [someword] I've seen this behavior on a page with hundreds of links.

I think the find in page is actually part of the chrome <webview> itself which would make it very difficult to change using css alone. I would doubt it to be possible using javascript either. There's info on this here: https://developer.chrome.com/apps/tags/webview#method-find And it may be possible that one of the webkit css extensions will help, but I had a look and none stand out to me: https://developer.mozilla.org/en-US/docs/Web/CSS/Webkit_Extensions

@ranaus only for default Shortcut (Ctrl+F) with docked devtools! Also working normally when: Detached mode for devtools Alternate search shortcuts (With exception of single-key variants). After tab switch and return. All behaviour identical on 1.15.1147.64 (Linux) and 2.0.1309.3 (Win10).

Find in Page now works in Vivaldi 2.0 Stable.

@lonm PDF viewers usually have a simple Find in Page popup or dialogue like Vivaldi, but also a side panel for more complex searches, e.g. finding content in other files.

@pauloaguia It's better than adding and removing a space haha. Thanks, good suggestion to do at present. Greetings

If you go to vivaldi://experiments and enable Styled find in page the background will not be dimmed if the search string is not found.

Agree. There should be a LOCK button on the Find toolbar to lock it & turn it into a global toolbar, then auto highlight find terms when switch to other tab.

Now that the main search box can be collapsed to a button and appear as a popup similar to Chrome's find in page, I'd say this is more relevant than ever.

@azenix said in Find Bar Should Disappear After a Set Time: As long as it's optional Isn't that what we like about V...everything is an option But...failure is not an option !

I was sort of surprised that this feature isn't already available. It's a "matter-of-fact" feature, if you grew up (?) on Linux/Unix. When you press the space bar, the page scrolls down, doesn't it? Pressing "/" to find-in-page is in the same family of features as the space-bar scroll.

@Pesala As there been any evolution regarding searching text in panels?

Here's a +1 bump. "Find in Page" needs some serious TLC like this AND the option to display it on the bottom.

This is a pretty old request, but sadly still not implemented. In addition of the "bloated head" feeling, it's uncomfortable high position and the jumping page: The "Find in Page" search bar seems to trigger a resize event and seriously messes with some webpages when it's being toggled on/off. Some websites jump to completely different scroll positions when you try to find some text, which is especially bothersome on loooong sites. Plus it's a serious waste of screen space, given that it covers the full width of the viewport, but uses only about 1/5th of the reserved space. I'd vote for a floating bar that's only as wide as its content and can be positioned anywhere we want. Or, if given the option, i'd like it to be permanently available in the middle of the status bar or open in there (without increasing its height of course), where at my browser size about 80% of space is just wasted. Please could you look into this and give the "Find in Page" some long missing TLC? Ty.