Thunderbird 115「Supernova」をリリース

 (blog.thunderbird.net)
1 ポイント 投稿者 GN⁺ 2023-07-14 | 1件のコメント | WhatsAppで共有
  • Thunderbird 115 “Supernova” が Linux、macOS、Windows 向けに初期リリースされ、今回のリリースは単なるアップデートというより 視覚面・技術面のモダナイズ に近い刷新版
  • 古いコードベースの一部を再作業して 保守性と拡張性 を高める一方、既存ユーザーが慣れ親しんだレイアウトとインターフェースは可能な限り維持
  • メッセージリスト、ツールバー、AppMenu、Calendar、Folder Pane、Address Book 全般が変更され、新規ユーザーにはモダンな UI を、既存ユーザーには選択肢を提供
  • アプリ全体の キーボードナビゲーション とスクリーンリーダーのアクセシビリティが改善され、TAB キーおよび矢印キーでメールの内容やボタンを移動できる範囲も拡大
  • 自動アップデートは、公開テスト後にも残りうる コーナーケース がないと判断されるまで保留され、Thunderbird 102 ユーザーはその間もセキュリティアップデートを受け取れる

Thunderbird 115 “Supernova” の位置づけ

  • Thunderbird 115 “Supernova” は Linux、macOS、Windows 向けに初期リリース
  • 今回のバージョンは、Thunderbird の親しみやすさと柔軟性を維持しながら、今後のリリースに向けた基盤を整える モダナイズ刷新版
  • 開発チームは過去 1 年間、コードベースの古い部分の一部を再作業し、保守や拡張をより容易にすることに注力
  • 新規ユーザー向けの機能やインターフェース変更を導入しつつ、既存の数百万人のユーザーが使い慣れたレイアウトとインターフェースも維持しようとしている

メッセージリストと基本インターフェースの変化

  • Cards View はメッセージリスト向けの新しい縦型レイアウト
    • モダンな Web メールに慣れたユーザーに合う形式
    • モバイルインターフェースの一覧のように複数行表示に対応
    • 認知的負荷を減らす、より快適な見た目を目指している
    • 従来の “Table” 表示も引き続き利用可能
  • Thunderbird 115 には新しい Thunderbird ロゴ が含まれる
    • これまでの歴史と Mozilla とのつながりを反映しつつ、ブランドの再活性化と持続可能な未来を表す
  • 動的統合ツールバー は現在アクティブなタブや Space に応じて、よく使うオプションや文脈別オプションを表示
    • ユーザーはツールバーやウィンドウレイアウトをワークフローに合わせてカスタマイズできる
  • 新しい Application Menu はキーボードでアクセス可能
    • より速く簡単に移動できるよう再設計
    • サブメニュー数を減らし、グローバルオプションは引き続き提供し、一貫したアイコンを使用

Calendar、フォルダー、タグ、Address Book の改善

  • Calendar は Thunderbird Calendar モダナイズ作業の一環として改善
    • 改良された “mini-month” レイアウトを追加
    • 日／週／月グリッドを改善
    • 新しいカラーパレットと複数の小規模変更を含む
  • AppMenu ではアプリ全体の 表示密度設定 とフォントサイズをワンクリックで調整可能
    • 複数モニターやさまざまなディスプレイ解像度を使う環境を考慮
  • 新しい Folder Modes は並べ替え可能
    • Folder Pane ですべての Tags を表示可能
    • Local Folders のオン／オフを切り替え可能
    • 好みの Folder Mode セクションをワンクリックで上下に移動可能
    • スクロールを減らし、生産性向上を目指す
  • Folder Pane には新しい Tags View を追加
    • ユーザーは色分けしたカスタムタグカテゴリへ素早く移動できる
    • メッセージをより速く見つけてフィルタリングするのに活用される
  • Thunderbird 102 で導入されたモダン化された Address Book も引き続き改善
    • 新しい表形式ビュー
    • 改善された編集ビュー
    • 削除ボタン
    • より優れたアクセシビリティ

アクセシビリティと今後の機能

  • Supernova はアプリ全体で キーボードナビゲーション とスクリーンリーダーのアクセシビリティを大幅に改善
  • TAB キーと矢印キーを使ってメールの内容やボタンを移動する機能も大きく拡張
  • Supernova は引き続き進化中で、今後 1 年にわたり既存の Supernova 機能改善と新機能追加が予定されている
  • 予定されている新機能には Thunderbird Sync が含まれる
  • 変更点の全一覧は サポート文書 で確認できる

インストールと自動アップデート

  • 大型リリースでは、公開テスト後に初めて明らかになる コーナーケース がありうるため、Thunderbird チームは自動アップデートの有効化を待っている
  • 自動アップデートは、そのような問題がないと確信できた時点で有効化される
  • 既存の Thunderbird 102 ユーザーはこの期間中もセキュリティアップデートを受け取れる
  • Linux ではリリース時期とその後の自動アップデート時期が、ディストリビューション管理者の判断によって異なる場合がある
  • Linux ユーザーは Flathub の Thunderbird Flatpak をインストールできる
    • この Flatpak は Thunderbird チームがパッケージングと保守を行っている
    • 掲載時点では 115 は Flathub に公開されていない
  • 自動アップデートを待ちたくない場合は、Windows、Linux、macOS 向け Thunderbird 115 を thunderbird.net から直接ダウンロードできる
  • Thunderbird 102 と 115 の違いは 比較スライダー で確認できる

関連記事

1件のコメント

 
GN⁺ 2023-07-14
Hacker Newsの意見

  • Thunderbirdを最後にインストールしたのは2000年代ごろで、その後は同じインストールをアップデートし、別の機器に移したり複製したりして使ってきた
    当時のPCは遅かったが、ThunderbirdはOutlook/Outlook Expressより起動も動作も速いほうで、その後は機能追加のせいか速度とUXが少しずつ悪くなったと思う
    「史上最速」という主張は信じがたく、いまだに32ビットで動く13年前のx86マシンでは印象的ではなさそうだが、少しでも速くなったなら歓迎する

    • C++実装の多くをJavaScriptに置き換えたことは、今でも残念に思っている
      開発陣にはC++コードベースの保守負担を判断する資格は十分あったのだろうが、ThunderbirdはFirefoxとコードを共有していてMozilla由来でもあるので、代替としてRustを選んでほしかった
      JavaScriptエンジンは工学的にはすごいが、ネイティブコンパイルコードと競うのは難しく、シングルスレッドモデルも助けにならない
      プレーンテキストメール作成の入力欄が20秒〜1分ごとに固まるのも、バックエンドI/Oのような処理が原因かもしれないと疑っている。Firefoxでは、もっと多くのタブやバックグラウンド処理があってもそうした現象は見たことがない
      原因は別かもしれないし、JavaScriptスタックで解決できるのかもしれないが、1日に何度もメールエディタが約10秒ずつ固まるのは実際に経験していることで、数年前にはなかった。PCIe 4.0 TLC NVMe、DDR5 128GiB、i7-12700Kのワークステーションでもそうなので、「史上最速」には同意しがたく、パワーユーザーにとっては侮辱のように感じる
    • 1999年12月にThunderbirdをインストールしたというのは、タイムトラベルでもない限り正しくなさそう。Thunderbirdは2004年にPhoenix/Firefoxベースでリリースされた
    • ずいぶん前のことだが、Firebirdデータベースとの名称論争は今でも覚えている。当時はInterbaseを使うDelphi開発環境で、Firebirdも使ってみた
    • Thunderbirdが本当に好きで、離れたこともない。Tutanotaも使っているが、独自のデスクトップクライアントがあり、暗号化を自分で管理したくない人にはかなり良い
    • ここで速いというのは、「前回のメジャーリリースからの間隔が最も短い」という意味だと理解した

  • 新しい表示方式が本当に気に入った。ついにOutlook/Evolution式レイアウトを採用してくれてうれしいし、個人的にはずっと理解しやすかった
    それでEvolutionを使っていたのだが、今回のThunderbirdはかなり魅力的だ。最近のThunderbirdでのMS ExchangeやOWA連携はどうなのか気になる

  • アプリ内の自動アップデートでいつ配布されるのか気になっていたなら、記事の下部に、メジャーリリースでは公開テスト後にもコーナーケースが見つかることがあるため、問題ないと確信できるまで自動アップデートは有効にしないと書かれている
    今すぐ使いたいなら新しいインストーラを入手する必要があり、私がしていたように、数時間以内に新バージョンが出ることを期待して確認し続けるだけではだめ

    • メールアドレスが約50個ある。今のThunderbirdはどうにか処理しているが、新しいアップデートがきちんとさばけるか少し心配

  • メールクライアントに必要なものを考えるとき、「美しさ」よりもまず機能性が思い浮かぶ。これは芸術品ではなく道具であり、感嘆しながら眺めるものではなく、仕事を終わらせるために使うものだ
    UX担当者たちがアプリケーションソフトウェアを台無しにしたと感じる。基本的な道具はきちんと動けばよく、使いたくてワクワクさせる必要はない。ドライバーを手に取るときも、体験のために手に取るわけではない
    私にとって美しいメールクライアントは Netscape Communicator 4.x だ

    • 実際の理由や、今回のアップデートが使い勝手をどう低下させるのかがなく、過度に還元的で冷笑的な評価に見える
    • 機能性、特に反応性と軽さを、きれいなUIよりはるかに優先するという点には同意する。ただしUI/UXへの不満は、たいてい機能性を犠牲にして実装されたときに大きくなる
      機能性を下げるUXは本当に良いUXではなく、単なる派手な装飾である可能性が高い
      ドライバーの例えには完全には同意しない。受け継いだ古い木製ハンドルのドライバーが何本かあり、使う体験が良いので他のものより選んでしまう。もちろん最も重要なのは、それでも非常に機能的だという点だ
      タイトルでより高速なThunderbirdだと主張しているので、それが事実なら機能性の面で大きな利点だと思う
    • アプリの美的要素とユーザー体験は、平均的なユーザーがその道具を使うかどうかと直接関係がある。Amazonで働くプログラマーである私もそこに含まれる
    • 美しさと機能性は相互排他的ではない。今回のアップデートのどの部分が具体的に機能を低下させているのか気になる
    • DOSの Pegasus Mail が最高だった。高速で集中できる、あの形に戻りたい。下書きをコピーする形の「テンプレート」も可能だった

  • ThunderbirdでGmailのようなスレッドを作ってくれる Conversationsアドオン が更新されたらアップグレードするつもりだ

    • スレッド型メールがGmail以前は一般的ではなかったことを思い出し、ひどい記憶がよみがえった
    • 内蔵の標準スレッド機能と比べて、このアドオンの利点が何なのか気になる
      https://support.mozilla.org/en-US/kb/message-threading-thund...
    • Conversations拡張が Thunderbird 115 をサポートするには、さらに長く待つ必要があるかもしれない。拡張の開発者は、大きな変更が必要で、余暇の時間が足りないと言っていた
      Thunderbird 115対応に関する最新アップデートでも、まだやることが残っており、Thunderbird側の修正に依存する部分があるとのこと
      https://github.com/thunderbird-conversations/thunderbird-con...

  • 2007年ごろWindowsでThunderbirdをよく使っていて、メールと RSSリーダー の両方として気に入っていた。2009年ごろLinuxに移行したときには、何か停滞しているように感じ始めた
    カレンダーが必要だったが、Lightningはcaldavとほとんどまともに動作せず、Thunderbirdの連絡先管理はいつもいまいちだった。carddavと統合しようとしたときも、当時のSoGo基準では問題が多かった
    その後、Thunderbirdプロジェクトは一時期放置されているように見え、Firefoxの新しいエンジンやレイアウトのアイデアを取り込む中で、多くのプラグインが壊れた
    Evolution に移行したが、Linuxでは同じ水準の機能をよりスムーズに提供する選択肢はあまりないと思う。Thunderbirdと違い、PTRレコードからcarddav/caldavサーバーを見つけて「Collection Account」1つとして正しく設定してくれ、2009年に私の生活をかなり苦しめたThunderbirdの2GBファイルサイズ問題もなかった
    いずれにせよ多くの作業が投入されており、チームが太古の昔から開いたままだった機能リクエストであるワイドビューをクローズできるようになったのは祝うべきことだ。しかし、現在使っているソフトウェアが期待どおりに動く限り、これ以上あちこち乗り換えたいとは思わないし、私にとってそれはGnome Evolutionだ

  • メニューバーを使うとパディングがかなりひどい。ハンバーガーメニューと整列せず、下に押し出されて、両方のバーに大きな空白ができる
    https://bug1843292.bmoattachments.org/attachment.cgi?id=9343...
    メニューバーがあまり流行していない要素なので、設計やテストで十分に考慮されなかった結果ではないかと思う
    compact と default の密度では、メールの件名、送信者など複数の箇所でテキストが切れ、relaxed の密度だけがまともに動作するようだ。グラフィック上の奇妙な部分が全体的に多く、正直なところ非常に急いで出したベータ版のような状態に感じる
    ウィンドウが十分に狭いと、メニューリストのバーがメール領域にはみ出して重なってレンダリングされる
    複数のメッセージがあるスレッドをクリックすると、閲覧ペインに各メッセージのプレビューが表示されるが、クリックしても開かない。一覧でスレッドをダブルクリックすると各メッセージが新しいタブで開き、スレッド内の単一メッセージだけを開く明確な方法は見当たらない

  • 「New Message」を押すと、今でも新規メッセージ作成がタブではなく新しいウィンドウで開くのか気になる
    それが私の待っていた機能なのに、ずっと宙ぶらりんのままのようだ。バグもまだオープンのままだ
    https://bugzilla.mozilla.org/show_bug.cgi?id=449299

    • 理想的には両方できるべきだ。既存メッセージを開くときも新規メッセージを作成するときも、私は新しいウィンドウのほうをずっと好むが、その方式が誰にとっても最善だとは思わない

  • 私や多くの人が求めているのは、Gmail、Outlook などのアカウントとカレンダー・連絡先が途切れなく同期されること
    しかし、他のサービスが管理するカレンダーや連絡先をスムーズに同期するのは本当に難しく、面倒
    デザインと応答性を改善するほうがはるかに簡単で、ずっと楽しい。だから開発の労力がすべてデザインと応答性の改善に向かったように見える

    • 職場では Thunderbird でそうした同期をずっと前から使っている。何が足りないのか気になる
    • Fastmail とはカレンダー・連絡先の同期で問題はなかった。最後にそういう同期を試したのがいつなのか気になる
    • デザイン改善と応答性向上は良いと思う
      バックエンド側では maildir 保存方式を直してほしい。現在メールは mbox に保存されるが、バグが多く、ありとあらゆる妙なエラーを引き起こす
      https://support.mozilla.org/en-US/kb/maildir-thunderbird
    • Evolution は私の Outlook と Dav の連絡先・カレンダーで問題なく動作する。Gmail は使っていないので何とも言えない
    • 幸い、これはオープンソースソフトウェア。見たい変化は自分で作ればいい

  • 機能を隠して情報密度を下げるこういう「アップグレード」にはまったく興味がない。おしゃれなハンバーガーメニューとは、たいした革新だ

    • Thunderbird ユーザーではないように見える。ハンバーガーメニューはたぶん10年ほど前に導入されたはず
      自分で自由で無料のメールクライアントを作ってみて、人々がどんな前向きな反応を投稿するか見てみるのもいい
    • 多くのユーザー、拡張機能の開発者、おそらく開発者たちも、UI がモバイルアプリの断片をつぎはぎしたように退化することに反対しようとしていた
      一部の反対のおかげでさらにひどい後退は防げたが、大半は無視されるか押さえ込まれてきた
    • このレイアウトは情報をはるかに効率よく表示する。メール本文パネルをメール一覧の下に置くのはまったく筋が通らない。メールはそういうアスペクト比ではないので、過度に拡大されたメールや巨大な空白が生まれてしまう
      今回の方式は利用可能なスペースをより効率的に使い、フォントサイズの違いでテキストの種類と重要度を区別する。人間工学的にもより良いと思う