よく参照があって僚機に投稿...
" 標準 （無料）タグ投稿記事"
IE7、FireFox、Safariでブログ検索を容易にする
どのブログや検索メニューがあります。 私の場合は、show menuをクリックすると、サイドバーを開いて[検索]メニューがあります。 あるいは、事前のためにdic.naver.comを訪ねて行ったりする。
毎回、そのブログやサイトに行って、メニューがあるところまで探しに行くの検索をするのが時々ボンゴロウル時がある。
これをもっと簡単にしましょう。
safari
MacOSXのSafariの場合には、昔からsogudiというプラグインがあって、既によく使われていた。
safariのsogudiをインストールすると、次のような設定画面で
hanury - > http://hanury.net/wp/index.php?s = @ @ @
のように取得するパラメータを@ @ @にして検索URLを入力すると、アドレスバーにURLの形式ではなく、 "hanury検索"のように入力すると、@ @ @をキーワードで置換してくれるプラグインです。
これを利用して、英語辞書はeng、画像検索は、imgなどの設定して楽に使ってきた。
私にはMacOSのインストール時に必須項目として定着した。 
欠点は、アドレスをUTF-8で送信されるため、国内サイト中のほとんどがKSC-5601_1987だけ受けて割れることが多い。
Naverもその一つである。
このような中で、 OpenSearchで、この部分をxmlスキーマの形で標準化し、
IE7とFireFoxがサポートし始めた。
FireFox
OpenSearchで定義されてSearch Provider XMLを作成し、searchpluginsフォルダに置いておいてください。
MacOSX用FFの場合はPackage内Contents / MacOS / searchplugins /に対応する。
直接編集するだけの自由度が高い。
おもしろいのは、アイコンを置くには、Base64でエンコードされた文字列を覚えておいて、私の場合は、アイコンファイルを私に送って
メールメッセージの[本文テキストを表示する]に調べた。 （おそらくより生んだ方法がイトウルゴだ....とにかく。）
別の方法で[検索バーの管理...] - [追加の検索サイトを検索する]をクリックしてみる
他のユーザーが乗せ辞書などSearchProviderが登録されています。
口に合うように選んつけてください。
OpenSearchのXMLの内容はおおよそ次の通りである。
> <SearchPlugin xmlns = "http://www.mozilla.org/2006/browser/search/">
<ShortName> Hanury </ ShortName>
<Description> Hanury.NET Search </ Description>
<InputEncoding> UTF-8 </ InputEncoding>
height = "16" > data:image/ico;base64,Qk04AgAAAAAAADY <Image width = "16" height = "16"> data：image / ico、base64、Qk04AgAAAAAAADY
AAAAoAAAAEAAAABAAAAABABAAAAAAAAICAAASCwAAEgsAAAAAAAAAAA
AATlpvYm9mTmLTahRvsG7RbvJu8m7RDlYOUpNeem +8 c5xze284Z5FW5Vk
Wa753e284Z + tVhlVGUQRF4zwFOQ5Km3Obb/Veb1LDVa9 ...
</ Image>
method = "GET" <Url type = "text / html" method = "GET"
template = "http://hanury.net/wp/index.php">
value = "{searchTerms}" /> <Param name = "s" value = "{searchTerms}" />
</ Url>
<SearchForm> http://hanury.net/wp </ SearchForm>
</ SearchPlugin>
<ShortName> Hanury </ ShortName>
<Description> Hanury.NET Search </ Description>
<InputEncoding> UTF-8 </ InputEncoding>
height = "16" > data:image/ico;base64,Qk04AgAAAAAAADY <Image width = "16" height = "16"> data：image / ico、base64、Qk04AgAAAAAAADY
AAAAoAAAAEAAAABAAAAABABAAAAAAAAICAAASCwAAEgsAAAAAAAAAAA
AATlpvYm9mTmLTahRvsG7RbvJu8m7RDlYOUpNeem +8 c5xze284Z5FW5Vk
Wa753e284Z + tVhlVGUQRF4zwFOQ5Km3Obb/Veb1LDVa9 ...
</ Image>
method = "GET" <Url type = "text / html" method = "GET"
template = "http://hanury.net/wp/index.php">
value = "{searchTerms}" /> <Param name = "s" value = "{searchTerms}" />
</ Url>
<SearchForm> http://hanury.net/wp </ SearchForm>
</ SearchPlugin>
IE 7
Microsoft IE7もOpenSearch標準に参加してIE 7からFFのような方式のSearchProviderを提供します。
FFのような標準を実装しましたので、約似ていますが、それぞれ違いがあります。
- FFはiconを提供するのに対しIEはありません。
- FF、IEの両方他人（あるいはサービス·プロバイダ）が作ってくれたSearchProviderを簡単に追加できます。
- しかし、IEでもっと高い点数を与えたいと思うのは[Find more Provider] - [直接作成]機能である。
naver辞書や、価格を見るなど他の人々が作ってくれるだろうが、私だけのためのSearchProviderは提供バトウルリムーである。
こういう時FFは私が直接XMLを編集して作成することができますが、xmlの編集さえ負担になる人にはIEの[直接作成]機能はかなり魅力的だ。 - sogudiと比較しては追加インストールしてもいいという点
- sogudiがUTF-8のみをサポートするのに対して、[直接作成] - [ここをクリック]をクリックすると、入力オプションが並んでエンコードなどを追加設定してくれることができる。（国内のサイトのために重要である。）
safariのsogudiの@ @ @のようにクエリを大文字TESTにして入力して、名前を入力してすぐ下にある[インストール]ボタンをクリックすると、終了します。
しばらく市場ジョムユユルマン信じて、IE6で開発をしばらく中断した自慢なことも、MSが数年前から歌ったUXのためのIE7を使用して、その間惜しかった、TabBrowsing、RSSサポート、OpenSearch等肯定的な方向に進んでないようだ。
本人の場合は様々な辞書類、会社のプロジェクトに使用するtrac、私のブログを検索用にプライベートSearchProviderを作成して使用しています。
標準を無視することができるSonyは素敵な会社だった。
元々はpurplistさんの標準がボプインジュル知っているかという記事のコメントにダルリョゴしたが、文も長くなりすぎたし、コメントを付けることができないとして書いておいた記事がもったいない、少々編集してここにアップする。 元々私のブルログエン私に言う口ツーのに、元の文のコメントだったので、尊敬語（？）ビスむな言い方だった。
そしてタイトルもそれなりに勝手に付けたし、タイトル通り本文にも修正を加えた。 元々あったインサグル紹介文もカット....
さらに、標準の文なのに、センツン合わせてSonyに陥ってしまった私の考え方は、何か問題あるのか？？
とにかく
最近ソニーがおかしくなってしまったが、昔は素敵な会社だった。
ソニー製品がモトジダン言葉ではなく、堂々と標準を無視することができる自信がモトジダン言葉で、
お金にならないゴキブリロボットや、子供見ても作り出す研究所を我慢してくれる経営陣がモトイトダン言葉だが、
今はすべて昔の話だから....
標準vs。 技術仕様
イジョングルに続いて...
durumeeさんのニュースソースをあげてくれ
ネイバーニュース- 携帯電話の標準的な充電端子19ピンの統合端子に変更。TTA
ネイバーニュース- 携帯電話の標準化、今度はジャルドゥェルカ
本人もヘトガルリドン部分の多くの整理がしました。
イジョングルに私が間違って知っていた部分もあって、若干の嘘も含まれており、ここでまとめてみます。
標準は誰が作るか？
durumeeさんの充電器端子標準デハングルの記事について、若干の誤解を招くいるみたいなので、コメントで洗浄してからトラックバック受けヨに作成します。
ただ本人は現在のTTAにいるだけで、移動通信方や、標準化業務とは関係ない仕事をしています。 しかし、少しの義務感ビスムリた気がして標準化についてまとめてみます。
もっと見る>>