Users are discussing the override of the standard Ctrl+F (or Cmd+F) keyboard shortcut on Discourse, which replaces the browser’s native text search with a site-specific search. The main concern is that this override disrupts user expectations and workflow, as Ctrl+F is widely used across the internet to find text on a page. Critics argue that Discourse’s implementation is inconsistent, unreliable (e.g., it fails to find text in long topics), and requires users to learn a new, non-standard method. Some users suggest that the override is unnecessary since the browser’s Ctrl+F function could work if all content were loaded, but Discourse uses infinite scrolling and only loads a limited number of posts, making the native search ineffective. The community debates whether Discourse should preserve the default browser behavior, use a different key combination, or improve the current implementation with clearer feedback. While some users acknowledge the technical reasons for the override—such as performance and preventing false negatives—others believe it’s better to respect user expectations and provide a more intuitive solution. The discussion also touches on the lack of awareness about the need to press Ctrl+F twice to access the browser’s search, and the potential for better user interface cues to explain the functionality. Overall, the conversation highlights a tension between technical constraints and user experience, with a call for more transparency and better design choices to balance both needs.
The irony that this particular instance of discourse must have disabled this feature is not lost. Have the powers that be around here recognized its inferiority?
When you do this, to improve scrolling & rendering performance, Discourse removes earlier posts from the DOM. So it is impossible to ‘load all’ of a large topic.
That’s why we have the custom ctrl+f implementation, and we only use it for long topics which are impossible to load in their entirety.
Seems to me like you’re just making excuses. Hijacking native functionality should be a hard no. 99.9% of sites on the internet respect this. Why is discourse special?
What keystroke would you recommend for people who expect control-F to find the post they are looking for in the topic when that post isn’t available in the browser. It would seem like what you would expect is for control-F to find the post you want in that topic, but that’s not what you want. What’s the “find the post in this topic even if my browser can’t find it” key? Isn’t having control-f not find a post in the current topic a violation of expectations?
Overriding standard browser functions with Discourse’s search feature can be jarring and unintuitive for users who expect consistent shortcuts across websites. It disrupts their flow and hampers accessibility, making on-page searches harder.
A better approach might be allowing users to choose their preferred search method, by default preserving browser functions. Suggest a visual icon to convey search within Discourse to start.
I think Ctrl-F is the standard ‘find text in page’ functionality of the browser which I think is better not to override.
For discourse specific searches, people can click on the magnifying glass (probably for most users who don’t use shortcuts). Discourse already has the ‘/’ shortcut for those that use shortcuts.
Interestingly, on my Chromebook it hijacks both ctrl-alt-f and / for this functionality.
If you override, at a minimum include some text like ‘press ctrl-f again to use native find in page function’.
