MozillaZine.jp フォーラム

Fire Foxを起動して「ツール→アプリ 」を選択することで、デスクトップ向けアプリのインストールができるのですが、
[about:config]等の設定でインストール機能を止めることとかは可能なのでしょうか？
こんにちは。
根本的な解決ではないのですが、メニューアイテム「アプリ」は非表示にできますよ。

とりあえず、拡張機能の
[blockquote]"Menu Filter"
https://addons.mozilla.org/ja/firefox/addon/menu-filter/
[/blockquote]を試してみてください ...

こんにちは。
「Hide Unwanted Results of Google Search」の開発者です。

この拡張機能のURLの指定方法は正規表現に対応していますが、一般的なワイルドカード * だけでは正しい正規表現にはなりません。
今回は 2chをブロックしたいということなので .*2ch.* と指定してみてください。

尚、正規表現の詳しいことは下記サイトをご覧ください。
https://developer.mozilla.org/ja/docs/JavaScript/Reference/Global_Objects/RegExp

この件、興味がわいたのでAdd-on SDKベースの簡単な拡張機能を作ってみました。

内容は非常にシンプルで、keydownイベントで入力領域にフォーカスが当たっていないときにスペースキーを無視させるというものでソースコードは 2KiBに満たないものです。
AMOで公開するかどうかは決めてませんが、ご入用なら差し上げられます。

FF29がリリースされておおよそ1ヶ月が経過しましたので、もういちど移行状態を調べてみました。
尚、比較を容易にするために前回の投稿を全文引用させていただきます。

こんにちは。
すでにクロージングな雰囲気ですがワールドワイドで FF29への移行がどんな感じか気になって、"Adblock Plus"の統計情報を利用してバージョンアップの移行状態を調べてみましたので報告します。

まずは、FF28がリリースされたとき、最初の数週間は積極的なユーザ(全体の1/4ていど)がバージョンアップし、その後、様子見のユーザが一気にバージョンアップするという傾向が見られました。
https://lh4 ...

WADA さんが書きました:キーボード派が、新しい「メニューパネル」を開く方法は、まだ発見できていません(^^;

ちょっと調べてみました。
ショートカットキーで「メニューパネル(PanelUI-menu-button)」自体を開くことはそう難しくないのですが、
「メニューパネル」にはフォーカスが移らない(移せない?)ので現時点ではメニューパネル上のアイテムをキーボードで選択するのは難しいようです。

こんにちは。
すでにクロージングな雰囲気ですがワールドワイドで FF29への移行がどんな感じか気になって、"Adblock Plus"の統計情報を利用してバージョンアップの移行状態を調べてみましたので報告します。

まずは、FF28がリリースされたとき、最初の数週間は積極的なユーザ(全体の1/4ていど)がバージョンアップし、その後、様子見のユーザが一気にバージョンアップするという傾向が見られました。
https://lh4.googleusercontent.com/-0-bGdowDvIE/U27ThdKUs3I/AAAAAAAACw4/hqKIzy3YO8c/s640/Firefox ...

WADAさん、返信ありがとうございます。

返信してくださった内容は Overlay Extensions(XUL)に関する情報なので、残念ながら Add-on Builderで作成する拡張機能には適用できないんです。
もっとも、適用できたとしても Add-on Builderはサービスを終了するのでこの質問自体が無意味になってしまいましたが、、、

zxcv さんが書きました:せっかくweb標準に移動して頂いたのですから、JavaScriptの仕様という観点でのご意見を希望します。

では、まず zxcvさん御自身が Javascriptの正規表現の仕様について確認なさってください。
その上で、's123'.match(/\d*/)で空文字が返ってくるのが仕様どおりなのかそうでないのか考えてみてください。

再確認してみました。
's123'.match(/\d*/)で 空文字が返ってくるのは仕様どおりで正常な動作でした。

*は0 回以上の繰り返しにマッチするので 's123'.match(/\d*/)で 空文字が返ってくるのは正常な動作のような気がしてきました。
Perlの場合だと、空文字列が帰るならバグですね。
なぜかと言うと \d* の * は最長マッチと決められているからです。
\d*は 0文字以上 の最長マッチなので \d*を単独で使用した場合、先頭のアルファベットを調べた段階で「0文字以上の数字」という条件が成立するので空文字が返ります。

ということで ...

おっしゃるとおり、確かに * は最長マッチなのですが、IE, Safari, Chromeのどれも 's123'.match(/\d*/)で 空文字が返ってくるんですよ。
この現象が Firefoxだけならバグだとはっきり言えるのですが、他のブラウザと同じ動作なので Javascriptの正規表現ではこれが仕様なのかもしれません。

それにしても不思議なのは 's123'.match(/\d/) は 1が返ってくるんですよね。
だったら \d* で 123が返ってきてもよさそうなものなのですが、、、

もしかするとバグは私の勘違いかもしれません。

いままで \d* を単独で使用してこなかったので特に意識していませんでしたが、*は0 回以上の繰り返しにマッチするので 's123'.match(/\d*/)で 空文字が返ってくるのは正常な動作のような気がしてきました。

\d* ではなくて \d+ では正常に 123 が返ってきますので、\d+を使用なさってください。

追加情報です。

\d+だと 123が返ってきました。

Firefox 25.0.1で試してみましたが正規表現のバグっぽいですね。

s\d*だと s123 が返ってきますが \d* だと空文字が返ってきます。
でと、\d\d*だと 123が返ってきました。

'sos123'で同じことを試してみると、
s\d*だと s, \d*だと空文字, s\d\d*だと s123が返ってきました。

検索対象の文字列によって s\d*の結果が変わってしまうのがちょっと謎ですが、とりあえず思惑通りに動かないので えっ？ って感じですね。

少なくとも私の環境では発生します。
インスタント検索をオンの状態で、google.co.jpの右下のgoogle.comをクリックして本家に飛びます。
そこで日本語を入力すると、スレッドの質問にかかれているような症状がでます。特に、訪れて初回の入力ではほぼ毎回症状がでます。
firefox ver24.0です。同じアドレスをコピペしたurlをsafariで開き入力すると症状はでません。それをfirefoxにコピペして開き入力すると症状はやはり出ます。
以上、参考まで。
ご提示の手順を Firefox 25 / Windows XP SP3 32bit で試してみましたが ...

とおりす さんが書きました:バッキーさん

Googleさんが不具合を修正済み　とありますが、実は完全には直ってません。

少なくとも私の環境では発生します。

そういうことであれば、Firefoxのフォーラムではなくて Googleさんのフォーラムに不具合発生の報告をなさった方がいいのではないでしょうか？