Mozilla Firefox 多段タブスレ Part.4

>>177
その線ってタブグループの線じゃないですか？
https://tadaup.jp/7WpU0Ehj.png

そんな感じで何故かたまに下線が付きます。
それを消すには？？

>>179
もし本当にタブグループなら、その線の一番前にあるグループラベルを右クリックして、解放してみてください：
https://tadaup.jp/7xUOL849.mp4

多分、タブをドラッグした時に、うっかりグループを作っちゃったのかもしれません：
https://cdn.jsdelivr.net/gh/Merci-chao/userChrome.js@main/screenshots/grouping.ja.png

グループ化があまり好みでない場合は、Firefox の設定で「まとめてドラッグしたタブでタブグループを作成する」と検索し、その設定をオフにすると、タブがうっかりグループ化されるのを防げますよ。

それから、browser.tabs.dragDrop.createGroup.delayMS をもっと高い値に設定してみるのもアリです。例えば 750 にすると、ドラッグでグループ作成がもう少し保留されるので、意図せずグループ化されるのを避けられます。

成る程、其処を右クリックするのですね。
取り敢えず、browser.tabs.groups.enabled をオフにしました。
browser.tabs.dragDrop.createGroup.delayMS も、１０秒にしました。

多段タブ138+
153でタブドラッグの赤い線とかでなくなったけどなんとかできる？

>>175
153にアップデートしたら、stackTraceLimitはreadOnlyだってエラーが出てタブを開けなくなった
Error.stackTraceLimitに値を設定している行をコメントアウトして回避したよ

>>183
しかし、ドキュメントには Error.stackTraceLimit は書き込み可能と記載されており：
Property attributes of Error.stackTraceLimit
Writable yes
Enumerable yes
Configurable yes
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Error/stackTraceLimit

しかも新しいプロファイルでもテストしたところ全く問題はありませんでした。

新しいプロファイルで本当に読み取り専用になる状況があるのか、テストしていただけますか？

コンソールで試してみました：
https://tadaup.jp/7jQn3h2z.png

一応、alice0775 氏と MrOtherGuy 氏のローダーでも試してみましたが、同じ結果でした：
https://tadaup.jp/7ZKEe6vS.png

>> Object.getOwnPropertyDescriptor(Error, "stackTraceLimit")
// Object { value: 128, writable: true, enumerable: true, configurable: true }


「読み取り専用」というのは、多分ほかのスクリプトがロックしてしまったのだと思います。

>>184
about:profilesから新しいプロファイルを作って、プロファイルを別のプロセスで起動させて試してみました
何故か私の環境だとエラーになりますね
https://tadaup.jp/7poj6GuX.png

>>187
これは本当に少し興味深いですね。ご協力いただきありがとうございます！

>>187
新バージョンでは処理を追加したので、問題ないはずです：
https://merci-chao.github.io/userChrome.js/multitabrows/ja/changelog
ちなみに、使用している userChrome.js はどこからダウンロードされたものですか？

>>189
エラーが出なくなりました、ありがとうございました
userChrome.jsはヘッダーから
https://github.com/alice0775/userChrome.js/commits/master/139/userChrome.js
のApr 2, 2025にコミットされたものかと

[email protected] は、デフォルトでは４行ですが、
これを about:config で変更するには、どんな値を変えればいいのですか？

>>190
どうもありがとうございます。

>>191
[email protected] は最大段数です。

でも、実際のカウントはウィンドウの幅によって変わります。ウィンドウが狭くなるほど、表示できる段数は少なくなります。

[email protected]
ウィンドウの幅がこの値だけ広がるたびに、表示される段が一段追加されます。0 にすると最大段数が常に表示されます。

[email protected]
ウィンドウ幅がこの値＋rowIncreaseEvery より大きくなったとき、多段表示が可能になります。

例えば maxTabRows が 4、rowStartIncreaseFrom が 500、rowIncreaseEvery が 200 の場合、ウィンドウの幅が：
500+ で最大 1 段表示
700+ で最大 2 段表示
900+ で最大 3 段表示
1100+ で最大 4 段表示

詳細は以下の設定一覧をご参照ください：
https://merci-chao.github.io/userChrome.js/multitabrows/ja/settings

>>192
> [email protected] は最大段数です。
と
> [email protected]
> ウィンドウの幅がこの値だけ広がるたびに、表示される段が一段追加されます。0 にすると最大段数が常に表示されます。
を設定しました。

Firefox の将来バージョンでの変更により、使用しているローダー（userChrome.js）を更新してください：

alice0775/userChrome.js
https://github.com/alice0775/userChrome.js/tree/master/155
userChrome.js と install_folder 内の config.js を更新。

Firefox Scripts
https://onemen.github.io/tabmixplus-docs/other/installation/
左側の「Download Utils」をクリックして、chrome 内の utils フォルダを更新。

Endor8/userChrome.js
https://github.com/Endor8/userChrome.js/tree/master/Firefox%20155/userChrome
firefox.exe フォルダ内の config.js と userChromeJS を更新。

自分が使っているローダを確認する方法を教えて下さい…

一般的に：

chrome の下に userChrome.js がある場合、それは Alice0775 氏のローダーである可能性が高いです。ファイルを開いて、中に「Modified by Alice0775」というコメントがあるかどうか確認してください。

chrome\utils の下に userChrome.js がある場合、それは Firefox Scripts である可能性があります。

>>196
「Modified by Alice0775」はありませんでした。

> chrome\utils の下に userChrome.js がある場合、それは Firefox Scripts である可能性があります。
其処にも、少し古いバージョンがありました。

Download Utils の zip には、今の utils には存在する

>ChromeManifest.sys.mjs
>RDFDataSource.sys.mjs

この２つが無かったけど、いいのかな…(汗)

>>198
無いのはこれ
> >ChromeManifest.sys.mjs
だけで、これ
> >RDFDataSource.sys.mjs
はありました。

覚えておくのもだるいし、どーせすぐ忘れるし、テキストファイルに それぞれのスクリプトやCSS をどこから仕入れた物かを書き留めとけば良い

>>198
特に存在しなくても問題はないです。

A. Alice0775 氏のバージョンを選ぶ場合：
- userChrome.js を chrome 内に置く
- install_folder 内のファイルを firefox.exe のフォルダに置く

B. Firefox Scripts を選ぶ場合：
-「Download Configuration files」から取得した config.js と defaults を firefox.exe のフォルダに置く
-「Download Utils」から取得したファイルを chrome/utils 内に置く

どちらを選んでも構いません。いずれにせよ Firefox を再起動して、異常がなければ問題ないです。

Rust化でメモリーリークのバグが減ると良いね。

==== [email protected] v4.11 リリース ====

今回のアップデートでは、主に細部のバグ修正、コードのリファクタリング、そして将来の Firefox バージョンに対応しました。

さらに、GitHub ページには各項目に簡潔な説明が追加され、可読性が向上しました。インストール手順にも各種スクリプトローダーの導入方法が追記されているので、必要に応じて参照できます。

今すぐアップデートを実行したい場合は、checkUpdate を 1 にリセットすると、新しいウィンドウで即時に更新チェックが実行されます。

もし問題や疑問がありましたら、ぜひ教えてください。

ありがとうございます。

変更履歴とダウンロード：https://merci-chao.github.io/userChrome.js/multitabrows/ja/changelog
紹介ページ：https://merci-chao.github.io/userChrome.js/multitabrows/ja/
GitHub ページ：https://github.com/Merci-chao/userChrome.js/blob/main/README.jp.md

各項目に簡潔な説明が追加され <-「各設定項目」でした

これ

>[email protected]
>ウィンドウの幅がこの幅広がるたびに、表示される段が一段追加される。
>幅が狭いウィンドウでは、同時に表示できる行数が少なくなる。
>0 にすると最大段数が常に表示される。

って、例えば

－－－－－－－－－－－－－－－
□□□□□□□□□□□□□□□
□□□□□□□□□□

－－－－－－－－－－－－－－－

って事ですよね？
最大３行にしてたら、常に３行分の高さが表示され、
タブが少ない時は、残りは空白的な。

でも、↑にはならないんだけど…

>>205
はい、説明には確かに問題がありました。以下が修正後のバージョンです：

[email protected]
ウィンドウ幅が広がるたびに表示可能な段数が 1 ずつ増える。幅が狭いウィンドウでは、同時に表示できる行数が少なくなる。最小値 0 に設定すると、最大段数が常に表示可能になる。

つまり、ウィンドウが十分に広い場合、表示できる段数が増えます。例えば 5 段まで表示できるようになると、6 段目以降はスクロールされます。しかし、例えば 3 段の場合は依然として 3 段の高さで表示されます。空白の段を表示しても意味がないからです。

このような設計にした理由は、実際の使用においてウィンドウを最大化せずに縮小した場合、段数が多すぎると小さいウィンドウの半分がタブで埋まってしまう可能性があるからです。ウィンドウを縮小して最前面に表示したいときには、行数が多すぎない方が望ましいのです。

ブラウザウィンドウの大部分がツールバーで埋まる IEやね

多段タブ138+ 154.0 OK

154でもまだ動いてるのすごいね

問題は動かなくなった時だよな

Merci氏のなんか気づいたら上下のタブの間に無駄なスペースが出来てしまった
CSS切ったけど変わらんなぁ
154.0　4.11.1

>>211
誤解を避けるために、tadaup.jp でスクショをアップできますか？

>>211
おそらく、新しい Firefox ではタブの垂直余白に関する CSS パラメータ名が変更されたため、従来の userChrome.css が無効になったのだと思います。

設定一覧の「タブサイズ」部分にある「タブ外側の垂直余白」を使って調整してください。
https://github.com/Merci-chao/userChrome.js/blob/main/README.jp.md

>>213
タブ外側の垂直余白を4から0にしたら直りました
ありがとうございました。

[email protected] を０にしたら、
クライアント領域が広くなったｗ

タブの上下の隙間が広がってしまった。
tabVerticalMargin　は元々0なのだが…

>>216
もし tabVerticalMargin がすでに 0 になっている場合は、userChrome.css に --tab-block-margin や --tab-margin-block に関するルールが存在するか確認してください。
userChrome.css の方で上書きしています。

>>217
--tab-block-margin: 1px !important;
が存在します。
0pxにしてみましたが，変化はありません。
この部分自体をコメントアウトしてみましたが，変化はありません。
この部分自体を削除してみましたが，変化はありません。

--tab-margin-block
は存在しません。

>>218
chrome に userChrome.js と [email protected] のほかの .css と .uc.js ファイルを別の場所に一時移動し、Firefox を再起動してみてください。
これでもなおせないなら、tadaup.jp にスクショをアップしてください。

>>219
返信ありがとうございます。

[email protected]
userChrome.js
この２つだけ残し再起動しましたが，タブの上下に隙間があるままです。

スクショをアップしました。
https://tadaup.jp/8XUyLjhb.png
これまでは，それぞれの段の隙間は1px（？）だったはずです。

>>220
これは確かに変ですね。
userChrome.css もちゃんと移動されていますよね？
でもタブバーがなぜ濃い灰色になるのかは気になって、デフォルトの仕様はそうではないはずです。

新しいプロファイルを作って、ちょっと試してみたりできますか？
https://support.mozilla.org/ja/kb/profile-manager-create-and-remove-firefox-profiles

それと、[email protected] は 0 に設定しましたか？

>>221
返信ありがとうございます。

申し訳ありません。画像は
[email protected]
userChrome.js
この２つだけ残した状態のものではありません。
この現状で困っているという画像です。

[email protected]
userChrome.js
この２つだけ残した状態の画像のスクショをアップしました。
https://tadaup.jp/8W2vAr9z.png

この状態でも，タブの上下に隙間があります。

tabsUnderControlButtons　は　2　になっていたので　0　に変更してみましたが変わりません。

>>222
about:config で [email protected] を検索して、最新版の 4.11.2 または 4.11.2.1 を使っているか確認してください。
もし最新版でない、またはそもそもこの項目が存在しない場合は、更新してください：
https://github.com/Merci-chao/userChrome.js/raw/refs/heads/main/[email protected]

それから、もし tabsUnderControlButtons がもともと 2 であれば、2 段目のタブがタブバー全体を埋めるはずですが、最初のスクリーンショットではそうなっていません。
おそらく元の userChrome.css や他の .uc.js と競合している可能性があります。

Firefox はバージョン 155 から、タブバーの右端に「伸縮自在のスペース」という空白をデフォルトで追加するようになりました。
もしこの空白がいらないなら、右クリックしてカスタマイズモードに入り、その空白を削除してください。
https://tadaup.jp/9z3u6xcq.mp4

>>223
項目は存在し，バージョンは 4.11.2.1 となっています。

>おそらく元の userChrome.css や他の .uc.js と競合している可能性があります。
その可能性が高いですね。
他の.uc.jsも使っていますし，userChrome.cssのどの項目と競合しているのかも私の知識ではわかりませんので，「タブ上下の隙間」は我慢して使用します。
ありがとうございました。

>>225
今使っている userChrome.css を tadaup.jp にアップしてもらえますか？時間があるときに問題の原因を探せるか見てみます。

155にしたら多段夕ブにならなくなった
Merci 4.11.2.1を使用しています
いつもは慎重にしばらく待ってからバージョンアップしてたのにやらかした・・・

>>227
>>194 で述べられているように、スクリプトローダーを更新してみてください：
https://merci-chao.github.io/userChrome.js/multitabrows/ja/troubleshooting/

多段タブ138+　155.0にしたら動かなくなった

>>194　のalice0775さんのスクリプトファイル2個を更新したら一応動いた
alice0775/155/userChrome.js
alice0775/155/install_folder/config.js

>>228
感謝します

138+を使っていて155.0の一つ前までは問題なく多段出来てたけど
155.0でまたダメなのかと思い
>>194のやり方だとイケると思い同じ様にやったけど
ウチの環境だとFirefoxを再起動しようとしたらエラー表示が出て
しかも起動したら多段が出来ていなかった
バージョンダウンしても元に戻らなかった
仕方なく復元ポイントから元に戻して何とか多段復活したけど今後どうするかなぁ

>>194にあるuserChrome.js と install_folder 内の config.js 「更新」って
155用のやつと入れ替えでいいんだよね？
それともinstall_folder 内のdefaults/prefの中身のconfig-prefs.jsも入れ替えが必要だったのかな？
Alice0775 氏の使用しての話です

userChrome.js、config.js　2個のファイルを置き換えてfirefox再起動しただけで問題なく多段にできてます

掲載先のdefaults/pref のファイルはコメントでdont allowって書いてあるから入れ替えてないです

うまく動いてなかったけど
userChrome.jsとconfig.jsで違う人のとってきていたからだったわい

DLしたファイルのプロパティを開いて許可にチャック入れたあと
ディフェンダーで一応ウィルスチェックしたくらいかな

>>230

config.js
config-prefs.js
userChrome.js
[email protected]

4つ更新したら出来た

今回のアップデートでいつも多段タブ問題
もうなれたけど
で
https://u6.getuploader.com/script/search?q=%E5%A4%9A%E6%AE%B5%E3%82%BF%E3%83%96.zip
こっちを利用させtもらってるから
いつものようにこっちでやったら　何度やっても
まったくうまくいかず

しかたないから他を探して
https://merci-chao.github.io/userChrome.js/multitabrows/ja/#download-and-installation
こちらの
https://github.com/MrOtherGuy/fx-autoconfig
これをつかったらうまくいきました

参考になれば

もし
これでだめなら
MultiTabRows~.uc.js
のメモ帳で　
TabBar_Position　の
0　を　1
に変更

パソコンに詳しい人は　この多段タブ問題は　簡単だけど
自分みたいにそこまで詳しくない人は　これで元にもどるかと思います

Firefox のアップデート後にスクリプトローダーが動作しなくなるのは非常によくあるケースなので、昨年三人の開発者に更新確認機能を提案しました。
現在の状況は以下の通りです：

- onemen/firefox-scripts（Firefox Scripts）
最近インストーラーとアップデーターを備え、更新確認も自動的に行われます。
導入・更新は数クリックで完了できます。

- MrOtherGuy/fx-autoconfig
自動更新確認機能を搭載していますが、更新作業は従来通り手動です。
（現バージョンでは更新通知のダウンロードボタンにバグがある）

- alice0775/userChrome.js
現時点では計画がないようです。

各ローダーの導入手順は、こちらの手順 2 を参考にできます：
https://merci-chao.github.io/userChrome.js/multitabrows/ja/installation

これ「installer_win.exe⸺Windows」を実行したけど、「Install / Update」が押下出来ない…
何故だろ…
マウスをその上に持っていくと、カーソルがこれ
ttps://cdn-ak.f.st-hatena.com/images/fotolife/d/drivinghigh/20211020/20211020124423.png
になります…(汗)
ちゃんと更新可能なんですけどね。

その↓にあるチェックボックスにチェック入れてないとか？

素朴な疑問ですが、
Firefoxの最新は155ですが、本体を155にアップデートする前に
155に対応したuserChrome.js や config.js を更新してから本体を
155にアップデートしても上手くいきますか？

いつもはアップデートして多段が出来なくなったのを確認してから
やっていたので問題なく多段の維持ができていたけど、逆だとNG？

>>239
手動で入れてうまくいきました。

ローダ次第
古いバージョンとの互換性を維持したまま新しい仕様に対応するものもあれば
そうじゃないものもある

>>242
> 手動で入れてうまくいきました。
でも、
chrome://firefox-scripts/content/ui/updater.html
これがエラーになるな…

>>243
少なくとも >>238 に載っている三つは問題ないです（一般論として）。

>>244
どんなエラーでしょう？スクショでもできますか？

普通に「ファイルが見つかりません」ですね。
utils.zip の中身が全然足りないみたい。

こんな感じを期待してるみたいだが、

chrome/
└── utils/
├── chrome.manifest
├── userChrome.js
├── BootstrapLoader.js
├── ... (各種 .sys.mjs)
└── updater/
├── scriptsUpdater.sys.mjs
├── updater-config.sys.mjs
└── ui/
├── updater.html
├── updater.js
└── updater.css (等)

ui/ 含めてそれ以下が全く含まれてない。

あー、先頭のスペースがカットされてレイアウトが滅茶苦茶に…

>>250
あ、確かに。
インストーラーで導入すれば ui フォルダーはあるけど、手動で導入すると utils.zip の中にはないですね。
作者に報告してあげます。

手動で入れたモノを全部消して、インストーラで入れ直しました（汗）

>>241
この問題は生存バイアス個体の人が多そうだな―
最近の拡張とかは普通にブラウザアプデ先にやっても対応してそうだけど
古い時代だと違うのかな？

>>253
一般的に、コミュニティで作られるものは現行バージョン（released）や将来のバージョン（beta、nightly）を対象にしています。
beta や nightly 版で変更があることが分かっている場合は、当然ながら事前に修正して対応します。
ただし現行バージョンはまだ使われているため、互換性を保つのが一般的なやり方です。

もちろん、あまり配慮が行き届かない作者の場合はまた別の問題ですね。

しかし、もし古いバージョンを使っている場合、例えば最新が 155 なのにまだ 150 を使っていると、必ずしもサポートされるとは限りません。

>>254
多段タブが155で使えなくなりましたので
こちらを使わせて頂くことになりました。
多段タブのまま155にアップデードしたあと、こちらのインストラーを実行しても
多段タブ化しなかったので、ちょっと焦りましたがCopilotさんの支援を受けて
無事導入できました。ありがございます。

自動的にアップデートしてくれるのが最高だよねこれ。
膨大なプロパティ（？）設定があるし。

155.0.1　OK
１５５へのアップデートは久しぶりに手こずった
MultiRowTabLiteforFx.uc.js　の更新とかなんか久しぶりにやった感じ
このスレに感謝

多段タブ138+　と
alice0775/155/userChrome.js
alice0775/155/install_folder/config.js
2個のファイル置き換えで　Firefox155.0.1動いてる
2台のPCで動いてるからまだまだいけそうやな

[email protected] 4.11.2.1
155.0.1 portable OK
Alice0775氏のローダーで直った
こっちも自動更新できたらいいのになぁ

Nighty 157.0a1 もOKでした。

>>260
Nightly は開発者向けなので、一般使用には推奨されないです。

インストール型のやつ入れたら
多段に戻った

しっかし，すぐに「●.0.1」出すの変わらんなぁ…
デバック体制どうなんてるんだろう。
「●.0」を使う我々がデバッガー扱いなんだろうな。

バグがあるまま放置されるより良いとポジティブに考えるしかないね。

>>263
まず、現在の Firefox の更新仕組みでは、すべてのバージョン更新（*.0.* のバージョンも）がスケジュールに沿って行われています：
https://whattrainisitnow.com/calendar/

バグがまったくないというのは不可能です。
もし「すべてのバグを直してから更新を出す」という方針なら、新機能のリリースもどんどん遅れてしまいます。

それに *.0 バージョンはデバッガー用ではなく、beta 版の *.0b や nightly 版の *.0a がその役割を担っています。

>>264
ご教示ありがとうございます。
ということは，私のような様々な方のお力をお借りして使用しているユーザーは，「*.0.1」が出てからバージョンアップするぐらいで良いみたいですね。
今回は，155.0で久々に混乱しましたし。
勉強になりました。ありがとうございました。

バグがあっても、WONTFIXですからぁー

>>266
それは報告内容次第と思いますね。
少なくとも、私がこれまで報告した 160 件のバグのうち、46 件はすでに修正済みで、だいたい 3 割くらいです。
wonfix はたった 4 件で、全体の 2.5％ にすぎないです：
https://bugzilla.mozilla.org/buglist.cgi?email1=mercichao%40gmail.com&emailassigned_to1=1&emailreporter1=1&list_id=18104465&query_format=advanced&bug_status=__all__&order=bug_status%2Cpriority%2Cassigned_to%2Cbug_id

私は寧ろ、例えばコメントの一文字を直しただけで、x.y.z.1 が x.y.z.1.1 になってもアップデートしたい…(^_^;)

正しく言うと、修正されたのは 75 件で（他の人がすでに報告していたものも含めて）、全体の 47％になります。

>>268
それって、強迫性の前兆かもね ww

漢（オトコ）なら、常に即最新版よッ！

めんどくさがりなオレはTMPです

Firefox の元々の設計では、最初のツールバーには背景色がなく、その他のツールバーには背景色があります。
垂直タブの設計を参考にして、タブバーが下にある場合にはツールバーの背景色も取り除かれました。
しかし Nova の設計が繰り返し変更され、欠点も多い状況の中で、背景色を付けることが公式の設計に合っているのか疑問が生じました。

Version 4.12 における結論は次の通りです：
旧デザイン（Proton）では従来通り背景色はなく、新デザイン（Nova）では背景色があります。
もし好みに合わなければ、toolbarColorOpacity を調整して変更することができます：
https://tadaup.jp/9WCA5ES4.mp4

156.0 (64 ビット)　OK
頻度高いね

下の2つへ置き換えた　多段タブ138+　Firefox156.0でまだ動いてる
alice0775/155/userChrome.js
alice0775/155/install_folder/config.js

ツリー型タブ
バージョン 4.4.3
リリース日 : 2026年8月27日 - 1.3 MB
* Firefoxに追従して「新しいタブ」ボタンをタブのように表示するようにした

これ地味に紛らわしいな。慣れればどうってことないんだろうけど
でも慣れそうにないからこれの1つ前のバージョンまで戻した

>>275
おじいちゃん、いつまでも古い138+なんか使ってないで新しいやつに変えなよ！138+じゃタブグループや分割ビューが動かないでしょ？

>>275
おそらくFx157で動かなくなるよ

>>278
すまんdev157で動いたわ

NOVAでぐちゃぐちゃになるやろ