Firefox アドレスバー
(wiki.tilde.institute)- Firefox のアドレスバーは、入力値が URLのように見える場合は直接リクエストし、そうでなければデフォルトの検索エンジンへ送る入り口として機能する
- デフォルト設定では閲覧履歴を含む あいまい検索結果 まで一緒に表示されるため便利だが、望まない候補が混ざることがある
- 検索語の前に特殊文字を付けると、結果の範囲を 履歴、ブックマーク、タグ、開いているタブ、タイトル、URL、候補 に絞り込める
*headphonesはブックマークのみ、^headphonesは履歴のみからheadphonesを探すという形で動作する- 別途拡張機能を入れなくても、アドレスバーへの入力だけで目的の結果タイプを直接制御できる
Firefox アドレスバーの基本動作
- アドレスバーに入力した文字列が URL のように見えれば、Firefox がそのリクエストを送る
- URL のように見えない入力は デフォルトの検索エンジン に渡される
- デフォルト設定では、閲覧履歴などからのあいまい検索一致項目も結果に含まれる
- ほとんどの状況では十分だが、特定の種類の結果だけを見たいときは、より細かな制御が必要になる
検索結果を制限する接頭文字
- 検索語の前に次の文字を付けると、Firefox のアドレスバー結果を特定の範囲にフィルタリングできる
^: 履歴 から一致項目を検索*: ブックマーク から一致項目を検索+: タグ付けしたページから一致項目を検索%: 現在開いているタブから一致項目を検索#: ページタイトルから一致項目を検索$: ウェブアドレス、つまり URL から一致項目を検索?: 候補項目から一致項目を検索
- 例:
*headphones: ブックマークからのみheadphonesを検索^headphones: 履歴からのみheadphonesを検索
1件のコメント
Hacker News の意見
キラー機能は、自作のマクロで拡張できる点です
たとえばアドレスバーに
hnを接頭キーワードとして認識させ、hn firefox address barを Algolia 検索に送るようにするには、ブックマークにKeyword:hn、URL:[https://hn.algolia.com/?q=%s](<https://hn.algolia.com/?q=%s>)を入れればよいです。ここで%sがマクロ引数に置き換わる位置ですすると
hn firefox address barは[https://hn.algolia.com/?q=firefox%20address%20bar](<https://hn.algolia.com/?q=firefox%20address%20bar>)に展開されますawはaw s3、aw iamのように入力してhttps://console.aws.amazon.com/%sに移動しますamznは Amazon のショッピング検索https://www.amazon.com/s/?field-keywords=%s、gmは Gmail 検索https://mail.google.com/mail/u/0/#search/%s、mapsは Google Maps 検索https://www.google.com/maps/search/%s/、imgは Google 画像検索https://www.google.com/search?tbm=isch&q=%s、wpは記事があれば Wikipedia の記事へ直接移動するhttps://en.wikipedia.org/wiki/%s、ytは YouTube 検索https://www.youtube.com/results?search_query=%sです[0] https://github.com/gregsadetsky/custom-search-engines
今でも Firefox から Chrome/Edge/ほかの Chromium ベースのブラウザへわざわざ乗り換える理由が理解できません。自分にとって便利な小さな機能が多すぎるし、JavaScript 性能が少し良いことは全体で見るとそれほど重要ではありません
HN の内容検索には
[https://www.google.com/search?q=site:ycombinator.com+%s](<https://www.google.com/search?q=site:ycombinator.com+%s>)を使い、Reddit 検索には[https://www.google.com/search?q=site:reddit.com+%s](<https://www.google.com/search?q=site:reddit.com+%s>)を使っています。npm パッケージページへ直接行くために[https://www.npmjs.com/package/%s](<https://www.npmjs.com/package/%s>)も登録していますたとえば URL が
javascript: document.body.innerHTML = "%s" + document.body.innerHTMLのブックマークを作り、キーワード@addBeforeを付ければ動作します。役に立たない例ですが、JavaScript がどこでどのように実行されるかは示していますhttps://support.google.com/chrome/answer/95426
こうした修飾子は使ったことがない気がしますが、Firefox のアドレスバーである Awesomebar は本当に素晴らしいです
Chromium のひどい Omnibar と比べると、数文字打つだけで訪問済みのページを見つけられます。Chromium はほとんどすぐ忘れてしまうので、実際の履歴に入らないと見つけられず、Safari ですらこの点では Chromium よりずっと優れています。今でも、Google は Omnibar をわざと弱くして、ユーザーが履歴から選ぶ代わりに再検索し、検索結果の広告を見るようにしているのだと確信しています
Awesomebarとは懐かしい、古参 Firefox ユーザー仲間ですね昔の Firefox のマーケティングでこの用語をはっきり覚えていますが、Google で最近の結果を見ると、だいたい 2010 年ごろの資料が出てきます。一般向けの用語としてはほぼ捨てたようです
欲しいものの数文字や単語だけ覚えていれば、たいていすぐ出てきます
Firefox のアドレスバーは本当に良く、いつも滑らかに動作します
答えは単純に見えます。サイトへ直接移動させるより、新しい Google 検索をさせたいのだと思います
タイトルの一部を入力するだけで、履歴から Jira チケットや Confluence リンクを簡単に見つけてくれます。Chrome は検索ページへ送ってしまい、社内ホスティングの Jira/Confluence は検索で見つからないので結果が出ません
以前はブラウザー UI で検索ボックスとアドレスバーが別々の入力欄だった
それは役に立っていた。アドレスバーに入力したなら、アドレスの中から何かを探している可能性が高く、たとえば
potatoと入力すれば、ローカルの閲覧履歴からpotatoを含む URL を探せたのであって、Web ページの内容を探していたわけではなかったその後、Google はこの 2 つを統合できることに気づいた。そうすれば競合する検索エンジンを使う可能性が減り、より多くの入力が検索とみなされて広告を表示できる場所が増え、何より開くすべてのページを追跡することが正当化される。URL を Web 検索したことになるからだ
残念ながら Chrome が Web を支配し、Mozilla は Chrome のやることを追随するようになった。特に Google が Firefox の主要な収入源である場合はなおさらだ
私の考えでは、昔のやり方のほうがより正確で、よりプライベートだった。検索ボックスは Web 検索用であるべきだ
ただしアドレスバーの検索候補をオフにしても、URL でない内容を入力すると、選択した既定の検索エンジンで依然として検索される。この挙動は
about:configでオフにできるかもしれない個人的にはかなり気に入っている
ページタイトルの
#と Web アドレスの$は私の環境では動作しないが、実際には他の検索修飾子の補助修飾子のように動作すべきだと思う記事で提案されている
^headphonesも実際には動作しない、と書いておく必要がある。ここでは^ headphonesのように空白がないと動作しない。^はスペースを押した後で初めて適用され、アドレスバーの先頭部分が閉じるxオプション付きのHistoryに変わるこの 12 か月で見つけたものの中で一番気に入っているのは Ctrl+L だ。アドレスバーにフォーカスを当てて、すぐ入力を始められる
結論としては、ブラウザーベンダーはドキュメントの中に埋もれた便利な機能をもっと見つけやすくするべきだ、ということだと思う
これを知った日以来、検索しようとして検索ボックスをクリックしたことはない気がする。似た文脈では、タブを閉じる
Ctrl+wも非常に便利だCtrl-Enterも忘れずに。[http://www. .com](<http://www.<word>.com>)の形に変えてくれるCtrl+Kで検索ボックスにフォーカスを当てられる検索ボックスを有効にしている場合はそうで、無効にしている場合はアドレスバーで既定の検索エンジン検索として動作する
記事の作者にはページを直してほしい。例が間違っていて、そのままでは動作しない。魔法の文字の後に空白が必要だ
説明どおり検索語の前に魔法の文字と空白を付けて使っているが、必ずしもその方法が最善とは限らない。身についた習慣を変えられるなら、こうしたショートカットは接尾辞として使うほうがよい。
% fishは開いているタブのうちfishを含むものだけを表示し、fish %も同じ結果になるが、fishまで入力した時点ではすべての検索候補を見られる。Firefox の候補はたいていかなり優秀で、探しているものが既に開いているタブなら、おそらく一覧に出てくる。ただしタブを開いていたか覚えていない場合は、閲覧履歴の結果のほうがよいこともある。接尾辞として使えば、最初にfishで広く見て、多すぎるならfish %で開いているタブだけに絞り込めるので、2 回検索して制限トークンを消す手間を避けられる実際の機能は思ったよりずっと豊富だ。https://support.mozilla.org/en-US/kb/address-bar-autocomplet... では少し示唆されているだけだが、実際にはクエリ用の小さなドメイン固有言語がある。
% fish # githubはタイトルにgithubが含まれる開いているタブを検索する。たとえば% fishで結果が多すぎるなら、# githubを付け足して段階的に絞り込める。先ほどの接尾辞の提案とは矛盾するが、ここでは再び接頭辞に戻っているアドレスバー全般の挙動の詳細は https://firefox-source-docs.mozilla.org/browser/urlbar/nonte... にあるが、制限トークンについて詳しく扱ってはいない
この馬鹿げたアドレスバーに望むことは 2 つだけだ
ttps://を[https://](<https://news.ycombinator.com/>)に直してほしいし、アドレスバーに入力したローカルホスト名をインターネットで検索しないでほしいFirefox でアドレスバーと検索ボックスを別々に使っているのに、アドレスバーにローカルホスト名を入力すると DDG で検索しようとしつこくする。これはやめてほしい。現状の回避策は
[http://localname/](<http://localname/>)のように入力することだFirefox は奇妙なことに、http ページを訪問するときプロトコル部分を隠すのが格好いいと思っている。それでも https は表示するので、Chrome のごちゃごちゃした UI よりはましだ
こういう接頭辞は素晴らしく、よく使っている
ただ、私が思うに Firefox のアドレスバーのキラー機能は、まともな検索履歴と結びついているという単純な事実だ。会社で仕方なく使っている Chrome は閲覧履歴を 90 日しか保持しないので、アドレスバーはタブ、最近の検索、検索エンジンのリンク以外にはほとんど役に立たない。この挙動に言い訳は見当たらない。Chrome が使う sqlite でも最悪の場合で数 MB 程度のはずだ
これは一般ユーザー向けに親切ではありません。ギークでなければ、こんな記号を覚えている人はいません。
!history ____と入力したら履歴を検索し、!bookmarks ___と入力したらブックマークを検索するようにはできないのでしょうか? そのほうがまだ広く使われる可能性があります。これは単なる パワーユーザー向けショートカット です。
!h __、!b __、!a __くらいなら覚えられるかもしれません。水を差したいわけではありませんが、私は絶対に使いませんし、一緒に働いている人たちも誰も使わないでしょう。これは 1% の中のさらに 1% のための機能ですが、デフォルトのバインドを少し手直しするだけで実際に役立つものになり得ます。about:configで動作を調整して、気にする種類の結果をより強調できます。私はほとんどの場合、直接検索語を入力するか、以前訪れたウェブページに戻りたいので、検索候補を表示しないように
browser.search.suggest.enabledをfalseに設定するのが好きです。about:preferences#privacyにあります。たいていのユーザーが想定しそうな
about:preferences#searchからもリンクされています。アドレスバーに影響するabout:config設定は非常に多く、Firefox のエンジニアでも追跡して理解するのが難しいことがよくあります。たとえばsuggestという用語は使われ方が過剰に広がっています。なので Hacker News の読者であっても、エンドユーザーにabout:configを勧めるのは避けたいです。