HabrAjaxで引用符を強調してHabréの記事を編集します。 Iceweaselのサポート

HabrAjaxスクリプト （113.2013.04.20）に、自身の記事の修正の便利な編集が追加されました。 テキストの一意のセクションを選択し、コンテキストボタンの中から<E>ボタンを選択するだけです。 ハーフハイトフレームでは、選択された正確な場所で選択された入力フィールドが開きます。



また、DebianではIceweaselブラウザーサポート（Fx3.6ベース）が提供され、他のOSではFirefox 3.6サポートが返されました（ただし、3.6に関連するGreasemonkeyの古いバージョンのインストールには問題が発生します）。 潜在的な視聴者は、残りのFirefoxユーザーの1％です。

HabrAjaxユーザーのオーディエンスと記事の焦点

スクリプトユーザーの平均数は40〜60人です。 したがって、3,000人が記事を読む場合、読者の1.5％だけが実際に関心を引く可能性があります。 別の10％がスクリプトを試してみたいと思っているとします。 しかし、もうありません。 スクリプトを使用する人はほとんどいないからです。 残り-使いやすさのために作られた関数が特定のスクリプトで利用可能であることを見つけてください。

自分の記事を編集する

少し前まで、Habrの記事でWYSIWYMエディターを作成しようとするHabrユーザーによる英雄的でかなり成功した試みを見ました。 簡単に説明すると、これは記事の構造を表示するエディターであり、特に編集の場所を見つけるのに便利です。 このような試みの「ヒーロー性」は、サイトのスクリプトにバインドし、そのサポートに「サブスクライブ」する必要があることです。 少し変更されます-エディターが壊れるので、すぐに修正し、変更を同期する必要があります。 別のスクリプトと連携して動作する単一のスクリプトは、これから保護されていません。



HabrAjaxは、強調表示された引用に基づくコンテキスト検索ソリューションを導入します。 同時に、サイトに変更を投稿したりプレビューをしたりする前に、引用符を次々と選択し、元の入力フィールドで多くの変更を加えることができます。 もちろん、サイトスクリプトへのバインドもありますが、はるかに脆弱です。 スクリプトは、textarea編集フィールドのIDのみを知っている必要があります。 サイト上のHTMLおよびJSに対する他の変更は、もちろん、一般的にHabrAjaxを実行する機能を除いて、編集サイトを見つける機能に影響しません。

この編集方法と従来の編集方法の違いは何ですか？

従来、記事のテキストにエラーが見つかった場合（たとえば、コンマが欠落している場合）、編集フォームの同じ場所にすばやくアクセスする必要があります。 通常、これには一連のアクションが伴います。



*）後で編集するときにCtrl-Fで見つけられるように、テキストのセクションをコピーします。

*）編集のために記事を開きます（そのようなアイコンを見つけます： ）;

*）見つかりましたか？ 素晴らしい、クリック。 今、私たちは開く新しいウィンドウで探しています...

*）テキストのセクションを見つけます（一意でタグを含まないことが望ましい、そうでなければソートする必要があります）（スクリプトの助けがなければ、入力フィールドの高さは小さいことに注意してください）;

*）選択した領域の領域で編集を開始します。



さて、またはあなたの目と精通して見て:)。

<E>コンテキストボタンでテキスト選択を使用すると、HabrAjaxでは次のようになります。

（もちろん、認証中に自身の記事からの引用がある場合にのみ機能します。）



*）コピーに関してテキストを選択します。

*）コンテキストボタン<_>をポイントして、<E>（またはCtrl + <E>）をクリックします。



編集ページのあるハーフフレームが開き、入力フィールドのフレーム内の検索テキストが強調表示されます。

複数のサンプルがある場合、これはヒントで示され、リンク「next」は次の一致に移動します（図の例では、「by」という単語が選択され、8つの一致が見つかりました）。 見つからなかった場合は、何も強調表示されません（この例では「<E>」という単語を検索しましたが、「＆lt; E>」と入力されたため、何も見つかりませんでした）。







記事の元のページで、別のフラグメントの選択を繰り返して、1〜2秒後に入力フィールドで再び目立つようにすることができます。 したがって、ページを離れることなく、入力フィールドのテキストのさまざまな部分に移動できます。 いくつかの編集を行ってから、編集した内容をサーバーに送信してフレームを閉じます。



別のタブで編集する方が便利な場合（たとえば、ウィンドウの高さが小さい）、<E>を押したときに、Ctrlキーを押しながら新しいタブでウィンドウを開きます。 ウィンドウ間の通信はlocalStorageを経由するため、複数の選択を使用する機能は順番に影響を受けません。 別の新しいタブで引用を選択することもできます。編集ページのスクリプトがそれを選択し、自宅で選択します。

ツールの変換-宇宙技術から従来の技術へ

次に、優れた再帰的アイデアが生まれました：記事のプレビューを行う場合は、表示されたプレビューテキストに選択ハンドラーを掛けて、localStorageを介して記事の新しいテキストから記事の新しい選択に関する変更をリスナーに通知します。 リスナーはすぐに入力フィールドで同じテキストを選択し、表示用にページを締めます。 編集のサークルは、フレームのない1ページで閉じられました。 しかし、フレームはそれを作成するのに役立ちました。 言い換えれば、記事を作成または編集するためにページ上のテキストを選択すると、コンテキスト<E>ボタンは入力フィールドにこのテキストを表示します。

なぜ今記事の編集が表示されたのですか？

これは完全にランダムな現象です。 引用による編集メカニズムは約3か月前にスクリプトに登場しましたが、他の機能がより重要でした（たとえば、 コメントへの応答や引用付きの手紙の作成など）。記事を書いたり編集したりできるユーザーは少なくなりました。 しかし、最近、選択に取り組む時間があり、以前に準備された編集メカニズムが行われました。

文脈的引用に沿った次のステップは何ですか？

いくつかの（より正確には9〜10個の）作業コンテキストボタンに加えて、ユーザーが「quote-correctorβ」設定をオンにすると、さらに6つ（上記の図に表示）が表示されます。 しかし、引用内のエラーを強調表示し、文字を送信するサイクル全体がサポートされていないため、これまでのところ役に立たない。 ちなみに、コンテキストボタンのサブシステムが開発され始めたのはこの考えでした。 しかし、ご覧のとおり、他のすべては実行されますが、主なメカニズムはそうではありません。スクリプトインフラストラクチャがないためです。 近いうちに、このメカニズムはコンテキストボタンのグループに表示されます。

IceweaselおよびFirefox 3.6

このバージョンのブラウザは絶望的に古くなっていると思うかもしれませんが、Debian Squeezeの公式Linuxディストリビューションで1.5年間サポートされており、変更するつもりはありません。 そのため、このバージョンのブラウザのサポートを一時停止した後、スクリプトは古いが、Greasemonkey 0.9.6のFx3.6バージョン（Scriptishではなく、誕生から4番目のバージョンのブラウザのみをサポートするため）で動作するようになり、Iceweaselブラウザをサポートしました（Greasemonkeyのパッケージはpackagesからロードされますが 、これもひどく古いバージョン0.8です）。



（GreaseMonkeyでのスクリプトメタデータの通常の読み取りでは、「<！」の前に「/ *」を削除する必要があることを思い出してください。ダウンロードしたスクリプトのメタデータからロゴとバージョン番号のみを読み取ることは最も重要なデータではありません。たとえば、イベントの送信、画像の表示（insertAdjacentHTML）、画像のサイズ変更、文字の作成などの新しい機能も動作しません。

Firefox 3.6でのZenCommentサポート

Fx3.6のStylish 1.2は@-moz-document regexp("http://habrahabr.ru/(?!special/).*")



ルール@-moz-document regexp("http://habrahabr.ru/(?!special/).*")



サポートしていませんが、通常のドメイン（ "habrahabr.ru"）をサポートしているため、 3.6では、URL habrahabr.ru/special *例外を拒否し、ルールをドメイン（ "habrahabr.ru"）に手動で置き換えます。 または、スクリプトに組み込まれているZenCommentバージョン（通常は設定に含まれている現在のバージョン）を使用します。

Operaの問題

現在、何らかの理由で、このスクリプトを使用するOperaユーザーはほとんどいませんが、1年前の世論調査によると、通常の数のユーザーがいました。 これは、ページの「インストール」ボタンがOperaにスクリプトをインストールしないという事実によるものかもしれませんが、常にインストールされています。 Operaへのインストールは、ユーザースクリプトの場合、常により複雑な手順であり、これは記事の1つでも具体的に説明されています。 それでも、スクリプトは12番目のバージョンを含むOperaをサポートし、すべての機能が動作します。

ホスティングのカウンターの問題

2013年3月20日頃、すべてのスクリプトでホスティングのカウンターが壊れました。 管理者の極度の急ぎを知って、それが今のところうまくいかないことは驚くべきことではありません。 ただし、ユーザーは投票によって判断して追加しています。 独自のヒットカウンタを設定する必要がある場合があります。 ポーリングを実行して、スクリプトにヒットカウンターが必要かどうかを確認しましょう。

その他の機能

*記事を入力するときにタグを入力するための<H3>ボタンを追加しました（そうしないと、記事がないと不便です）。

*記事の読み込み時にテーブルフレームが描画されるようになりました。

*スクリプトは、「ビルド」によってバージョンの連続番号に切り替えられ、スクリプトのバージョンのテキストに認識可能な日付が付けられました。

*空白の500ページ目を操作して、Google Cacheなどのコンテンツコピー機へのリダイレクトを表示する方法を学びました。 このすべて-約1か月か2か月。



おそらく、スクリプトには他の高度な機能が必要です。 たとえば、ホスティングで新しいバージョンをポーリングする機能や、ポーリングが長時間機能している後に手動で更新する機能。 ユーザーは、新しいバージョンの日付と番号だけでなく、新しいバージョンに表示された内容に関するコメント行も読むことができます。



一方、スクリプトのユーザーは50人のみであり、スクリプトがサポートされなくなった場合、この数はすぐになくなる可能性があることに注意してください。 これは、数千人の通常のHabr読者と比較するとほとんど何もありません。 たとえば、設定のリストに基づいたスクリプト機能の新しいガイドは、新しいユーザーに役立ちます。