カルマ(FF、Chrome、Opera)をすばやく表示するためのスクリプトの完成

昨夜Atillaによって公開されたカルマを表示するためのKarma Writerスクリプトには、ページの一部、つまり第3レベルのドメイン(個人ブログ)で使用できないようにする1つの欠陥がありました。 スクリプト自体はそれほど興味深いものではありませんでしたが、ソリューションの作成者のおかげでソリューションは便利ですが(デザインと動作はあまり変更しませんでした)、クロスドメインスクリプトの問題のソリューションです。 APIへのリクエストは第2レベルのドメインに送られ、スクリプトは第3レベルに送られます。 その結果、APIへのXMLHttpのアプリケーションを完全に放棄し、フレーム(古代の「フレームAJAX」)を呼び出す必要がありました。



このスクリプトの目的は 、著者とは異なる方法で定式化したでしょう。 「評価の客観性を低下させる」のではなく、その価値に応じてカルマへの影響を改善します。 たとえば、カルマがゼロに近い危険な範囲にある場合、各変更は公開機能に大きく影響します。 時々、変更を控える必要がありますが、このためにユーザーのページに移動する必要はありません。 このため、次の範囲で3色を配置しました:-6、-5から+ 9、+ 10以上。






遅延応答を追加しました。 マウスが300ミリ秒未満の間、ユーザーのニックネームの上にあった場合、データの読み込みは発生しません。 タイトルツールチップに評価ビューを追加しました。 コメントにカーソルを合わせると、カルマと評価も表示されます。 異なる著者カルマを記憶せずに作成されたため、同じ著者が再び表示された場合にのみデータがロードされません。



このスクリプトは、Chrome用の別のスクリプトであるHabraKarma (著者:fedor.indutny)と競合するため、chrome:// extensions / windowで個別に有効にする必要があります。



Chrome 4およびFF 3.6 + GreaseMonkeyでテスト済み。

公式ページには投稿していません-おそらく著者自身がスクリプトをさらに完成させて公開するでしょう。



ダウンロード:

FF + GreaseMonkey、Chrome: HabraKarmaView.user.js、バージョン1.1、3.8 KBa (新しいバージョンです!)。



オペラは不完全で(フレームからのデータの読み取り)、Safariはテストされていません(テストされている場合は、Macのみです。GreaseKitはMacでのみ動作します)。




今日、午後11時15分 スクリプトの完成

1.ハンギングブロックのより複雑な構成によるプロンプトの点滅と消失を削除しました。

2.機能が追加されました-あなたがそれをクリックすると、カルマでぶら下がっている一定のブロック。 常にぶら下がっているブロックは毎回ロードされなくなりました。 ポインター(カルマでブロック)をもう一度クリックすると、コンスタントホバーモードはキャンセルされます(ハンドポインターが矢印に変わります)。

3.全体のデザインに合わせて、ブロックの角を丸くし、色をより薄く落ち着かせます。



これは次のようになります(FF;下のブロックがクリックされ、常時表示モードになっています):



マイナス面:定期的に(数時間ごとに)カルマを定期的に表示するサイトは、私がロボットであり、認証とキャプチャの通過が必要かどうか疑問に思い始めます。 (許可なしにカルマを見ることは干渉しません。)



3月26日。 Operaは動作し始めました。 そのXMLアクセスメカニズムはわずかに異なることが判明しました。何かは読み取ることができますが、何かは書き込むことができます。 その結果、機能を失うことなく同じアクションを実行できます。 ボタン「+」および「-」のプッシュを追加しました。



FF + GreaseMonkey、Chrome3 +、Opera 10+HabraKarmaViewPlus.user.js、 バージョン 1.3、5.7 KBa



All Articles