Show HN: Pie Menu สำหรับ macOS - เมนูแบบรัศมี

 (pie-menu.com)
2 คะแนน โดย GN⁺ 2024-08-07 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Pie Menu เป็นเครื่องมือบน Mac ที่แสดงปุ่มลัดที่ใช้บ่อยแยกตามแอปเป็น เมนูแบบรัศมี รอบเคอร์เซอร์ ช่วยให้เรียกใช้ได้รวดเร็วโดยไม่ต้องจำปุ่มลัด
  • แม้ในแอปอย่าง Figma, Slack, Things ผู้ใช้ก็สามารถเปิดเมนูได้ด้วย ปุ่มลัดเรียกใช้งานเพียงชุดเดียว ที่กำหนดเอง
  • แม้จะเปลี่ยนแอป วิธีเรียกใช้งานยังเหมือนเดิม และมีเพียง ปุ่มลัดแยกตามแอป ที่แสดงในเมนูเท่านั้นที่จะเปลี่ยนไปให้ตรงกับแอปปัจจุบัน
  • เมนูสามารถปรับแต่งได้สำหรับแต่ละแอป โดยใช้ Apple SF Symbols เป็นไอคอน และการเพิ่มไอคอนของผู้ใช้เองยังอยู่ในสถานะ “coming soon”
  • สามารถค้นหาปุ่มลัดที่มีอยู่แล้วจาก Shortcut-rolodex แล้วเพิ่มได้ด้วยคลิกเดียว และมีช่องทางดาวน์โหลดผ่าน App Store และ Setapp

เมนูปุ่มลัดแยกตามแอปที่เปิดรอบเคอร์เซอร์

  • Pie Menu เป็นแอปเมนูแบบรัศมีที่ช่วยให้เรียกใช้คำสั่งในแอป Mac หลายตัวได้โดยไม่ต้องจำปุ่มลัดบนคีย์บอร์ด
  • ผู้ใช้สามารถกำหนด ปุ่มลัดเรียกใช้งานเพียงชุดเดียว เอง เพื่อใช้ได้กับทุกโปรแกรม
  • เมื่อเรียกใช้งาน เมนูจะเปิดขึ้นรอบเคอร์เซอร์เมาส์ และปุ่มลัดที่ใช้บ่อยในแอปนั้นจะถูกจัดวางเหมือนชิ้นพาย
  • แม้กำลังใช้โปรแกรมอื่นอยู่ ก็สามารถเปิดเมนูด้วยปุ่มลัดเรียกใช้งานชุดเดิมได้ โดยรายการปุ่มลัดที่เลือกได้จะเปลี่ยนให้เหมาะกับแอป
  • มีการแนะนำ ⇧ + z เป็นตัวอย่างปุ่มเรียกใช้งาน

การเพิ่มปุ่มลัดและข้อความเรื่องการประหยัดเวลา

  • เข้าถึงปุ่มลัดที่ใช้บ่อยใน Figma, Slack, Things และอื่น ๆ ได้อย่างรวดเร็ว
  • ระบุว่าเมนูของแต่ละแอปสามารถ ปรับแต่งได้ไม่จำกัด
  • ไอคอนสามารถใช้ SF Symbols ของ Apple ได้ ส่วนฟีเจอร์นำเข้าไอคอนของผู้ใช้เองจะมีให้ในภายหลัง
  • สามารถค้นหาปุ่มลัดจาก Shortcut-rolodex แล้วเพิ่มลงใน Pie Menu ได้ด้วยคลิกเดียว
  • อ้างอิงงานวิจัยที่ระบุว่าการใช้เมาส์แทนปุ่มลัดบนคีย์บอร์ดทำให้เสียเวลา 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 แบบเจสเจอร์ โดยพฤตินัย
    ผมเคยลองทำเวอร์ชัน SVG เมื่อ 8 ปีก่อน: https://rawgit.com/lgrkvst/d3-sunburst-menu/master/demo/d3-s...

    • เมื่อไม่กี่เดือนก่อนมีใครบางคนเอาอะไรแบบนี้มาโชว์ที่นี่ เป็นแบบลากเจสเจอร์ต่อเนื่องเพื่อเข้าไปลึกขึ้นในต้นไม้เมนู
      ไอเดียตอนแรกยอดเยี่ยม แต่ทุกครั้งที่พยายามทำเจสเจอร์ใกล้ขอบจอ ก็จะชนกำแพง และยังให้ความรู้สึกเหมือน ร่ายคาถาใน Witcher 3 ด้วย
    • ผมกลับคิดว่ามันถูกประเมินค่าสูงเกินไป อ่านยากมาก และชอบ รายการเชิงเส้น ธรรมดา 100%
    • เป็นการโต้ตอบที่น่าสนใจจริง ๆ และคิดว่าเป็นแนวทางที่น่าลองสำรวจ ถ้าภายหลังลงมือทำเมนูย่อย
    • บางทีมันอาจได้รับการประเมินอย่างเหมาะสมพอดีแล้วก็ได้ ถ้าถูกประเมินต่ำจริง หลังจาก iPhone/Android ออกมามันก็น่าจะเฟื่องฟูกว่านี้ บนมือถือมีปัญหานิ้วบังอะไรบางอย่างก็จริง แต่ไม่ใช่ข้อบกพร่องถึงขั้นชี้ขาด และมันน่าจะแพร่หลายได้ด้วยเอฟเฟกต์ที่ดูเท่เพียงอย่างเดียว มากกว่าด้วยประโยชน์ใช้สอย
      แต่เมนูแบบแผนภูมิโดนัทก็ไม่เคยติดตลาด: https://news.ycombinator.com/item?id=39206966
      มันเท่ก็จริง แต่ก็แค่นั้น และอย่างที่เธรดที่ลิงก์ไว้โต้แย้ง ข้อได้เปรียบตาม กฎของ Fitts นั้นเล็กเกินไป อีกทั้งความรู้สึกว่าเท่ก็ดูเหมือนจะจางหายไปค่อนข้างเร็วสำหรับคนส่วนใหญ่ ถึงอย่างนั้นบางครั้งก็ยังมีช่วงที่อยากมีไว้ใช้บ้าง
      เพิ่มเติมคือ ถ้าสามารถย้าย 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-...
    • ขอบคุณที่แชร์ ไอเดียเหล่านั้นยังคงใช้ได้อยู่จนถึงทุกวันนี้ จริง ๆ แล้วเมนูแบบรัศมีที่มีการบันทึกไว้เป็นครั้งแรกเท่าที่ทราบคือระบบชื่อ PIXIE ในปี 1969: https://en.m.wikipedia.org/wiki/Pie_menu
    • ข้อโต้แย้งต่อเมนูแบบรัศมีคือ วงกลมจะบังเนื้อหาข้อความหลายบรรทัดที่อยู่ด้านหลังบางส่วน
      เมนูแบบบรรทัดเดียวสามารถวางโดยเว้นที่ว่างเหนือหรือใต้เคอร์เซอร์ เพื่อให้บังเพียงบรรทัดเดียวได้
      อีกอย่าง เมื่อเพิ่มหรือลบรายการเมนู ขนาดของรายการอื่น ๆ ก็จะไม่เปลี่ยน ซึ่งต่างจากเมนูแบบรัศมี

  • ไม่แน่ใจว่าทำไม แอปมือถือ ถึงไม่มีเมนูแบบรัศมีกันมากกว่านี้
    ดูเหมือนเป็นตัวเลือกที่สมเหตุสมผลทีเดียวสำหรับการใช้งานด้วยนิ้วโป้งนิ้วเดียว

    • จำนวนรายการน่าจะเป็นปัญหา แบบรัศมีคงทำงานได้ดีแค่ไม่เกิน 6 รายการเท่านั้น
      ถ้าเป็นรายการที่เลื่อนได้ก็รองรับได้กี่รายการก็ได้ และป๊อปอัปจำนวนมากก็มีจำนวนตัวเลือกที่เปลี่ยนแปลงได้
    • เห็นด้วย มันสะดวกและเป็นธรรมชาติมาก และก็มีอยู่แล้วในหลายรูปแบบ
      เหตุผลที่ไม่ค่อยเห็นอาจเป็นเพราะ สิทธิบัตร ที่เกี่ยวกับเมนูแบบรัศมี และสิทธิบัตรนั้นควรถูกทำให้เป็นโมฆะ เมนูแบบพายมีมาตั้งแต่ยุค 60 ซึ่งนานก่อนสิทธิบัตรมาก และในเธรดนี้ก็มีตัวอย่างมากมาย
      ไม่ว่าอย่างไร ก็ดีใจที่มีสิ่งนี้อยู่ ผู้คนควรได้เห็นแล้วพูดได้ว่า “อ๋อ นี่มันเหมือนปุ่มรีโมตเลย”
    • เมนูแบบรัศมีไปกระตุ้นความรู้สึกย้ำคิดย้ำทำแปลก ๆ เมนูทั้งหมดเป็นสี่เหลี่ยม แต่มีมันโดดออกมาอยู่ตัวเดียว และถ้ามีตัวเลือกก็คงปิดมัน
      มันยังบังสิ่งที่อยู่รอบเคอร์เซอร์ด้วย นึกถึงหน้าต่างเติมคำอัตโนมัติที่โผล่มาบังข้อมูลที่จำเป็นในบรรทัดล่างตอนกำลังพิมพ์ น่ารำคาญจริง ๆ
      สำหรับผมไม่ใช่เลย
    • ในยุคป่าดงดิบอันสนุกสนานที่ custom ROM บน Android ระบาดเต็มไปหมด ราว ๆ เวอร์ชัน 2.6~4 มีความพยายามแบบนี้อยู่มาก
      นักพัฒนาหลายคนใส่ไว้ใน ROM เป็นค่าเริ่มต้นเองด้วย แต่เท่าที่ผมเห็น ส่วนใหญ่เป็นเหมือนแฮ็กสกปรกที่แทบจะพอใช้งานได้เท่านั้น
    • ข้อเสียอย่างหนึ่งคือ นิ้วโป้งจะบังตัวเลือกอย่างน้อยหนึ่งตัวเสมอ

  • รู้ไหมว่า DonHopkins แห่ง Hacker News เคยทำเมนูแบบพายไว้ในพอร์ต X11 ของ SimCity?

  • ฟีเจอร์พรีวิวของเว็บไซต์ดี แต่ shift + z บนคีย์บอร์ดภาษาเยอรมันเป็นคีย์ลัดที่แย่มาก แค่อยากบอกไว้

    • คิดเรื่องฟีเจอร์พรีวิวไว้เยอะเหมือนกัน ในเบราว์เซอร์ไม่สามารถใช้ cmd/option เพื่อพรีวิวเอฟเฟกต์เดียวกันได้อย่างเสถียร สุดท้ายเลยเลือก shift + z
      แต่ในแอปใช้คีย์ลัดนั้นไม่ได้ เพราะมันจะทำงานทุกครั้งที่พิมพ์ตัว Z พิมพ์ใหญ่

  • น่าสนใจดี และไม่ได้รู้สึกไม่ชอบทันทีเหมือนไอเดียที่กำลังมองหาปัญหาอยู่ สิ่งที่สะดุดตาทันทีเพราะยังใหม่มากคือการใช้ ไอคอน แทนข้อความ
    เข้าใจว่าด้านดีไซน์มันดูดี แต่ตอนนี้ต้องจำไอคอนไว้ในหัว การกระทำอย่าง Move, Copy, Scale เป็นคำสั้น ๆ ดังนั้นใช้ข้อความก็อาจไม่ได้ดูรกก็ได้ ถ้ามีเป็นตัวเลือกได้ก็น่าสนใจ
    อีกอย่าง จะมีทริกเกอร์อื่นนอกจากปุ่มคีย์บอร์ดได้ไหม? ถ้าต้องกดปุ่ม modifier บนคีย์บอร์ดเพื่อเปิดสิ่งนี้ ผมคงกดคีย์ลัดโดยตรงไปเลยมากกว่า ถ้าเปิดได้ด้วยเมาส์ล้วน ๆ เช่น คลิกกลาง หรือคลิกสามนิ้วแบบมัลติทัชของ macOS จะเป็นอย่างไร?

    • การใช้ไอคอนแทนข้อความก็เพื่อไม่ให้สับสนกับเมนูป๊อปอัปคลิกขวา :-)
    • ถ้าใช้ข้อความ จะเห็นความน่าขันของแพตเทิร์นเมนูแบบรัศมี มันอาจไม่พอดีอย่างเรียบร้อยในคอนเทนเนอร์วงกลม หรือถ้าปรับให้เข้ากับความโค้งของเมนูแบบรัศมี ก็จะอ่านยากและมี การเข้าถึง ต่ำ

  • เมื่อหลายปีก่อนเคยทำของแบบนี้สำหรับเว็บ
    https://github.com/victorqribeiro/radialMenu
    เคยตั้งใจจะทำใหม่โดยใช้ SVG แทน canvas แต่สุดท้ายก็ไม่ได้ทำ

    • ถ้ารู้จักอันนี้มาก่อน คงช่วยประหยัดเวลาได้มากตอนทำบนเว็บไซต์ แทนที่จะต้องลองผิดลองถูก
      แต่เวอร์ชันเว็บไซต์ปัจจุบันทำด้วย CSS และ React เท่านั้น