Home > B.B.S. / Reload

B.B.S. 掲示板

感想叱咤激励苦情投稿掲示板兼質問板兼連絡板。メールを送るのがイヤな人向けかもしれない。

公開ソフトウェアの不具合報告はGitHubGitLabの各リポジトリのイシュートラッカーへ日本語でどうぞ。

Articles

3322 Re: サイドバー内のタブの長さが固定になってしまっている

  • Name: killiha
  • Date: 2022/12/03 01:30
  • Re: 3321

ありがとうございます。
それが原因だったようです。

xulstore.jsonを削除→Firefoxを閉じるとまた生成されたので念のためそれも削除→再起動で直りました

本当にありがとうございました!

3321 Re: サイドバー内のタブの長さが固定になってしまっている

  • Name: Piro
  • Date: 2022/12/02 22:55
  • Re: 3320

そうですか……
うーん、あと思いつく所としては、ユーザープロファイルの「xulstore.json」の削除も試してみて頂けないでしょうか?
このファイルにはFirefoxのウィンドウサイズやサイドバーの幅などの情報が保存されているのですが、ここに不要な情報が保存されたままになっているせいで問題が起こっているのかもしれません。

3320 Re: サイドバー内のタブの長さが固定になってしまっている

  • Name: killiha
  • Date: 2022/12/02 19:38
  • Re: 3319
  • TSTの設定のユーザースタイル定義は未指定でしょうか?

ユーザースタイル定義というのはオプションの詳細設定の項目にある「TSTが提供する追加のスタイル指定〜〜」の部分のことでしょうか。
特に書き換えた覚えは無いのですがこのような記述でした。

/* Show title of unread tabs with red and italic font */
/*
:root.sidebar tab-item.unread .label-content {
  color: red !important;
  font-style: italic !important;
}
*/

/* Add private browsing indicator per tab */
/*
:root.sidebar tab-item.private-browsing tab-label:before {
  content: "🕶";
}
*/

  • userContent.cssには影響を及ぼしそうな指定はないでしょうか?

userContent.cssは使用していません。
またuserChrome.cssを削除して再起動しましたが変わりはありませんでした。

  • userChrome.jsの類を使用していないでしょうか?

使用していません。

3319 Re: サイドバー内のタブの長さが固定になってしまっている

  • Name: Piro
  • Date: 2022/12/02 00:07
  • Re: 3318

FirefoxとTSTのバージョンは同等の組み合わせで、userChrome.cssでのカスタマイズはほぼ無しで常用していますが、手元では現象は再現していないです。

  • TSTの設定のユーザースタイル定義は未指定でしょうか?
  • userContent.cssには影響を及ぼしそうな指定はないでしょうか?
  • userChrome.jsの類を使用していないでしょうか?

こちらで思いつく確認ポイントというと、このくらいしか思い浮かばないです……

3318 サイドバー内のタブの長さが固定になってしまっている

  • Name: killiha
  • Date: 2022/12/01 17:01

Firefox 107.0.1
ツリー型タブ 3.9.10

ツリー型タブを使わせてもらっています。
3週間前くらいから(多分Firefoxとツリー型タブ両方の更新があった頃)サイドバーの長さに関わらず内部のタブの横幅が一定のまま追従しなくなりました。
GitHubのissueスレッドに同様の投稿がありましたが、アドオンの問題ではないとの結論で閉じられていました。
自分のプロファイルフォルダにも userChrome.cssがありましたが、1行だけ

#tabbrowser-tabs { visibility: collapse !important; }

と記述がありました(おそらくツリー型タブに移行したときに上部のタブバーを消すために使用したと思われます。現状何故か消えていませんが)
GitHub投稿の返信にある内容とは関係ないとは思うのですが、正直よくわからないのでもし原因等分かれば教えていただきたいです。

3317 Re: 展開したタブの閉じるボタンが表示されない。

https://github.com/piroor/treestyletab/issues/3142 の問題ですね。
対策が期待通りに作用していなかった状況だったため、修正した物を先ほど3.9.10としてリリースしました。こちらで改善されているといいのですが……

返事が遅くなりました。
2022/11/10 16:30頃にFirefoxの更新が入り、再起動終了後のTree Style Tabの表示→タブを閉じるボタンの非表示、今回の相談、という事でした。
Firefoxを試しにもう一度、再起動をしたところ、タブを閉じるボタンが表示されました。
再起動時にPCの調子が悪かったようです。お手数をおかけしました。
Tree Style Tabは問題なく動作しています。
3.9.10をリリースされたとありましたので、更新させておきました。ありがとうございました。


3316 Re: 展開したタブの閉じるボタンが表示されない。

  • Name: Piro
  • Date: 2022/11/10 19:19
  • Re: 3315

https://github.com/piroor/treestyletab/issues/3142 の問題ですね。
対策が期待通りに作用していなかった状況だったため、修正した物を先ほど3.9.10としてリリースしました。こちらで改善されているといいのですが……

3315 展開したタブの閉じるボタンが表示されない。

Firefoxを再起動したところ、Tree Style Tabから閉じるボタンが消えてしまいました。
設定は前回と同じで、普通に再起動しただけです。
Firefox 106.0.5
バージョン 3.9.9 です。

3314 Re: ツリー型タブ:子タブを持つ閉じているタブにタブをドロップすると、タブが展開

  • Name: ぷり略
  • Date: 2022/10/21 21:29
  • Re: 3313

済みません。入れているMove unloaded tabs for tree style tabというアドオンに、ドラッグ&ドロップ時タブをアクティブにしない設定があるのでそれが影響しているでしょうか?

確かに、このアドオンがあるとそういう動作になります。
TSTは「ドラッグされたタブの中にアクティブなタブがあると、ドロップ先のツリーを常に展開する(ドラッグされたタブの中にアクティブなタブがない場合、ドロップ先のツリーを展開しない)」という仕様になっています。
https://github.com/piroor/treestyletab/blob/b6fd8f4461f10a6cbee30e0abe848371d5a8acab/webextensions/background/commands.js#L569
これは、「アクティブなタブが折りたたまれたツリーの中にあるために、タブバー内を探してもアクティブなタブが見つからない」という事態の発生を避けるための仕様です。
このアドオンはドラッグしたタブをアクティブにしないままドラッグできるようにする物なので、ドロップ操作後にもツリーを展開する必要がなく、そのためツリーが折りたたまれたままになる、という経緯ですね。
(なお、TST Active Tab in Collapsed Treeは「折りたたまれたツリー内にあるアクティブなタブ、に相当する物を見えるようにする」アドオンであるため、これがある場合もツリーを展開する必要がなくなります。)

ただ、Firefox起動から10秒前後負荷がかかって操作しにくいようですが、これはこんなもんでしょうか?タブ数(600前後)あります。

TST Lock Tree CollapsedはTST起動時やサイドバーを開いた時に全タブを走査して状態を設定する設計なので、そのせいで時間がかかっている恐れはあります。

遅くなりましたが御回答ありがとうございました。TSTのタブドラッグ&ドロップの挙動は覚えておきます。タブ数はなるべく抑え目にしておきます。

3313 Re: ツリー型タブ:子タブを持つ閉じているタブにタブをドロップすると、タブが展開

  • Name: Piro
  • Date: 2022/10/21 03:36
  • Re: 3312

済みません。入れているMove unloaded tabs for tree style tabというアドオンに、ドラッグ&ドロップ時タブをアクティブにしない設定があるのでそれが影響しているでしょうか?

確かに、このアドオンがあるとそういう動作になります。
TSTは「ドラッグされたタブの中にアクティブなタブがあると、ドロップ先のツリーを常に展開する(ドラッグされたタブの中にアクティブなタブがない場合、ドロップ先のツリーを展開しない)」という仕様になっています。
https://github.com/piroor/treestyletab/blob/b6fd8f4461f10a6cbee30e0abe848371d5a8acab/webextensions/background/commands.js#L569
これは、「アクティブなタブが折りたたまれたツリーの中にあるために、タブバー内を探してもアクティブなタブが見つからない」という事態の発生を避けるための仕様です。
このアドオンはドラッグしたタブをアクティブにしないままドラッグできるようにする物なので、ドロップ操作後にもツリーを展開する必要がなく、そのためツリーが折りたたまれたままになる、という経緯ですね。
(なお、TST Active Tab in Collapsed Treeは「折りたたまれたツリー内にあるアクティブなタブ、に相当する物を見えるようにする」アドオンであるため、これがある場合もツリーを展開する必要がなくなります。)

ただ、Firefox起動から10秒前後負荷がかかって操作しにくいようですが、これはこんなもんでしょうか?タブ数(600前後)あります。

TST Lock Tree CollapsedはTST起動時やサイドバーを開いた時に全タブを走査して状態を設定する設計なので、そのせいで時間がかかっている恐れはあります。

Post

投稿フォーム





「虹」を英語で何という?(小文字アルファベット7文字)

注意事項

  • タグは<em>〜</em>(強調)以外は使えません。
  • ">"で始まる行は引用と見なします。
  • "-"または"*"で始まる行は通常のリスト、"+"または"#"で始まる行は順序付きのリストと見なします。"|語句:文章"の形で書かれた行は定義リストと見なします。
  • " "(半角スペース)で始まる行、または、<![PRE[ から ]]> までの区間は整形済みテキストと見なします。ソースコードやエラーメッセージの貼り付けにご利用ください。
  • ウェブサイト又はFTPサイトへのURLには自動的にリンクします。また、>>記事番号でその記事にリンクします。
  • 段落以外で改行する必要はありません。整形済みテキストの区間以外では、文章は自動的に折り返されます。
  • 捨てハンの方に対しては誠実な対応を致しかねることがありますので、その旨ご了承を。

Find

検索フォーム

Delete

削除フォーム

Last modified: unknown