2 ポイント 投稿者 GN⁺ 2024-08-07 | 1件のコメント | WhatsAppで共有
  • Pie Menuは、Macでアプリごとによく使うショートカットをカーソル周辺のラジアルメニューとして表示し、ショートカットを覚えていなくてもすばやく実行できるようにするツール
  • Figma、Slack、Thingsのようなアプリでも、ユーザーが決めた1つの呼び出しショートカットでメニューを開ける
  • アプリが切り替わっても呼び出し方法はそのままで、メニューに表示されるアプリ別ショートカットだけが現在のアプリに合わせて変わる
  • メニューはアプリごとにカスタマイズでき、AppleのSF Symbolsをアイコンとして使え、ユーザーアイコンの追加は「coming soon」の状態
  • Shortcut-rolodexから既存のショートカットを見つけてワンクリックで追加でき、ダウンロードはApp StoreとSetapp経由で提供される

カーソル周辺で開くアプリ別ショートカットメニュー

  • Pie Menuは、キーボードショートカットを覚えなくても複数のMacアプリのコマンドを実行できるようにするラジアルメニューアプリ
  • ユーザーは、すべてのプログラムで使える1つの呼び出しショートカットを自分で決められる
  • 呼び出すとマウスカーソルの周辺にメニューが開き、そのアプリでよく使うショートカットがパイの切れ目のように配置される
  • 別のプログラムを使っているときでも同じ呼び出しショートカットでメニューを開け、選択できるショートカット一覧はアプリに合わせて変わる
  • 呼び出しキーの例として ⇧ + z が案内されている

ショートカット追加と時間節約メッセージ

  • Figma、Slack、Thingsなどでよく使うショートカットにすばやくアクセスできる
  • アプリ別メニューは無限にカスタマイズできると案内されている
  • アイコンにはAppleのSF Symbolsを使用でき、ユーザーアイコンの取り込み機能は今後提供予定
  • Shortcut-rolodexでショートカットを探し、Pie Menuにワンクリックで追加できる
  • マウスをキーボードショートカットの代わりに使うと1分あたり2秒を無駄にするという研究を根拠に、新しいショートカットを覚えなくても年間64時間を節約できると案内している
  • Download Pie Menu and start saving time immediately. リンクからApp Storeでダウンロードでき、Setappボタンもあわせて提供されている

1件のコメント

 
GN⁺ 2024-08-07
Hacker News の意見
  • いいですね!似たことをする Swift パッケージを iOS ウィジェットの形で作ったことがあります: https://github.com/RiftValleySoftware/RVS_Spinner
    実際に使ってみると、肝心の自分のプロジェクトでは結局使わなくなり、あまりに「目の前に飛び出してくる」ウィジェットという感じでした
    SwiftUI 版も作ろうとしましたが、たぶん使わないだろうと思って中断しました。カーソル中心に操作する macOS のほうが、より向いている場面だと思います

    • Pie Menu は、ツールを頻繁に切り替えるアプリで主に使うことになります。たとえば Figma、Photoshop、Illustrator のようなアプリや、Calendar の今日/週/月、Things の今日/受信箱、Obsidian のデイリーノート/グラフビュー/バックリンクのように、モードが異なるアプリです
      ほかのアプリでキーボードショートカットが単なる通常のショートカット操作に近い場合は、それほど使わなくなります
  • よくできていますね。放射状メニューは過小評価されすぎています
    機能要望を挙げるなら、メニューがカーソルの軌跡に沿って動くようにして、実質的に ジェスチャー GUI へ進化させるような形ができるとよさそうです
    8年前に SVG 実装を試みたことがあります: https://rawgit.com/lgrkvst/d3-sunburst-menu/master/demo/d3-s...

    • 数か月前にここで誰かがそういうものを見せていました。ジェスチャーを連続してつなげながら、メニューツリーの奥へさらに入っていく方式でした
      アイデアは最初は素晴らしかったのですが、端の近くでジェスチャーしようとするたびに壁にぶつかり、まるで Witcher 3 で呪文を詠唱しているような感じもしました
    • むしろ過大評価されていると思います。読むのが難しすぎて、私はシンプルな 線形リストを100%好みます
    • 本当に面白いインタラクションで、後でサブメニューに取り組むことになったら探ってみる価値のある方向だと思います
    • ちょうど適切に評価されているのかもしれません。本当に過小評価されていたなら、iPhone/Android の登場後にもっと普及していたはずです。モバイルでは指が何かを隠してしまう問題はありますが、致命的な欠陥ではありませんし、実用性より「かっこよく見える」効果だけでも広まり得たはずです
      しかしドーナツチャート式のメニューは定着しませんでした: https://news.ycombinator.com/item?id=39206966
      かっこいいことはかっこいいのですが、そこまでです。リンク先のスレッドで主張されているように、フィッツの法則上の利点は小さすぎますし、かっこいいという感覚も多くの人にとってはかなり早く薄れるようです。それでも、ときどき欲しくなることはあります
      ついでに、https://github.com/kando-menu/kando を Electron から Tauri へ簡単に移せるなら面白いかもしれません: https://github.com/kando-menu/kando/issues/410
  • Secret of Mana の円形メニューはずっと好きでしたが、それをコンピューター上に本当にうまく移植する方法は見つけられませんでした

    • あのメニュー音はいまだに悪夢に出てきます
  • 最初、ウェブサイトで shift-z-クリックをするたびにテキストがすべて選択される問題がありました。サイト側で CSS により テキスト選択を無効化すれば簡単に直せます
    すべてのサイトに適用することを勧めるわけではありませんが、この場合はデモがより良くなると思います
    https://stackoverflow.com/questions/826782/how-to-disable-te...

    • その問題には気づきませんでしたが、試してみます
  • 数年前に書いた記事と似た方向のものを誰かが実装しているのを見るのはうれしいです: https://ubiquity.acm.org/article.cfm?id=1086454

    • ここにも投稿している Don Hopkins が、1991年にパイメニューの設計と実装について書いた興味深い記事があります: https://donhopkins.medium.com/the-design-and-implementation-...
    • 共有してくれてありがとう。そのアイデアはいまでもなお有効です。実際、文書化された最初の放射状メニューは、1969年の PIXIE というシステムだとされています: https://en.m.wikipedia.org/wiki/Pie_menu
    • 放射状メニューへの反論は、円が背後にある複数行のテキストコンテンツを部分的に隠してしまうことです
      1行のメニューなら、カーソルの上または下に余白を置いて配置し、1行だけを隠すようにできます
      またメニュー項目を追加・削除しても、放射状メニューと違ってほかの項目のサイズは変わりません
  • なぜもっと多くのモバイルアプリに放射状メニューがないのか、よく分からない
    親指一本で操作するには、かなり理にかなった選択に見える

    • 項目数が問題になりそう。放射状はおそらく6個以下でしかうまく機能しないと思う
      スクロール可能なリストなら何個でもいけるし、多くのポップアップはオプション数が可変
    • 同意。とても便利で自然だし、いろいろな形ですでに存在していた
      あまり見かけない理由は、放射状メニュー関連の特許のせいかもしれないし、その特許は無効化される必要がある。パイメニューは特許よりはるか前の60年代から存在していて、このスレッドにも例が多い
      とにかく、こういうものが存在していてうれしい。人々が見て「あ、これリモコンのボタンみたいだね」と言えるべき
    • 放射状メニューは妙に強迫観念を刺激する。すべてのメニューが四角形の中で、これだけ浮いて見えるし、オプションがあればオフにすると思う
      カーソル周辺の内容を隠してしまうこともある。入力中に、下の行にある必要な情報を覆ってしまうオートコンプリートのウィンドウを思い出すし、本当にイライラする
      自分にはまったく合わない
    • AndroidでカスタムROMが乱立していた楽しい野生の時代、だいたい2.6〜4あたりのバージョンでは、こういう試みが多かった
      多くの開発者がROMにデフォルトで自前実装を入れていたが、私が見たものはたいてい、かろうじて動く汚いハックに近かった
    • 欠点の一つは、親指が常に少なくとも一つのオプションを隠してしまうこと
  • Hacker NewsのDonHopkinsが、SimCityのX11移植版にパイメニューを実装していたことを知っていた?

  • Webサイトのプレビュー機能は良かったけれど、ドイツ語キーボードでshift + zはひどいショートカット。念のため伝えておきたかった

    • プレビュー機能はかなり悩んだ。ブラウザでは同じ効果をプレビューするためにcmd/optionを安定して使わせてくれないので、結局shift + zにした
      ただしアプリではそのショートカットは使えない。大文字のZを入力するたびに発動してしまうから
  • 興味深くはあるが、問題を探しているアイデアのように即座に嫌だとは感じない。まだかなり新しいという点で、すぐ目につくのはテキストの代わりにアイコンを使っている部分
    デザイン的に良さそうなのは分かるけれど、今度は頭の中でアイコンを覚えなければならない。Move、Copy、Scaleのような操作は短い単語なので、テキストを使っても複雑には見えないかもしれない。オプションで可能だといいと思う
    それから、キーボードのキー以外に別のトリガーを置けるだろうか? これを起動するためにキーボードの修飾キーを押すくらいなら、そのままショートカットを直接押すと思う。中央クリックや、macOSマルチタッチの三本指クリックのような方法で、完全にマウスだけで起動できたらどうだろう?

    • テキストの代わりにアイコンを使っているのは、右クリックのポップアップメニューと混同しないようにするため :-)
    • テキストを使うと、放射状メニューパターンの滑稽さが露呈するはず。円形のコンテナにきれいに収まらないか、放射状メニューの曲率に合わせると読みにくくなり、アクセシビリティが低くなると思う
  • 数年前にWeb向けにこういうものを作ったことがある
    https://github.com/victorqribeiro/radialMenu
    canvasの代わりにSVGを使って作り直そうとしたが、結局できなかった

    • これを知っていたら、Webサイトに実装するときに試行錯誤する代わりに、かなり時間を節約できたと思う
      ただし現在のWebサイト版はCSSとReactだけで作られている