UX Improvement: Move "Delete Menu" link to the top header to prevent accidental data loss in nav-menus.php
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 64/100
調査の方向性
まず nav-menus.php にあるクラシックなメニューエディターを見つけ、グローバルな "Delete Menu" リンクと下部の "Save Menu" アクションがどのようにレンダリングされているかを確認します。削除アクションをメニューカードの上部ヘッダーに移動し、そのグローバルなスコープがメニュー項目のコントロールと視覚的に明確に区別されるようにしたうえで、Appearance > Menus のワークフローと削除動作を確認します。
索引モデルが issue の本文から書いたものです。
説明
🚨 The UX Problem
In the classic Menus admin screen (nav-menus.php), the "Supprimer le menu" (Delete Menu) link is positioned at the very bottom of the screen, directly adjacent to the "Save Menu" button.
When a developer or user expands a specific menu item to edit or remove it (as shown in the expanded "Contact" item), their focus is directed downward. Because of the close proximity and lack of visual separation, users frequently click "Delete Menu" under the mistaken impression that it will only delete the currently active/expanded menu item. This leads to frustrating, accidental deletion of the entire menu structure plus there is no confirmation message apears before it gets deleted.
💡 Proposed Solution
To eliminate this UX friction and safeguard users from unintended data loss, I propose relocating the global "Delete Menu" action to the top header area of the menu card (the dark gray header containing the menu name, translation settings, and language selector).
- Contextual Isolation: Moving this destructive, global action away from the individual item editing workflow makes its destructive scope clear.
- Safer Layout: The primary action (Save) remains at the bottom, while the dangerous global action (Delete) is separated at the top-right.
🛠️ Steps to Reproduce the Friction
- Navigate to Appearance > Menus (using the classic menu editor).
- Expand any menu item to edit its details.
- Scroll/look down to finish editing, and notice how easily the red "Delete Menu" link at the bottom can be mistaken for an item-level removal action.
- 主要言語
- PHP
- スター
- 165
- フォーク
- 229
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
WordPress/wordpress.org のほかの issue
-
i18n
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
WordPress/wordpress.org#1002 ·
メンテナーはふだん 2 日以内に返信
-
[Site] Make blogs [Status] In Discussion
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
WordPress/wordpress.org#654 · コメント 10 件 ·
メンテナーはふだん 2 日以内に返信
-
[Site] Profiles
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
WordPress/wordpress.org#848 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
[Site] Themes [Status] Blocked
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
WordPress/wordpress.org#823 · コメント 3 件 ·
メンテナーはふだん 2 日以内に返信
-
[Site] Plugins [Status] In Discussion
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
WordPress/wordpress.org#773 · コメント 5 件 · リアクション 1 件 ·
メンテナーはふだん 2 日以内に返信
WordPress/wordpress.org の issue をすべて見る
似ている issue
-
priority:low type:docs
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
crazy-goat/rabbit-stream#958 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
nextcloud/richdocuments#6250 ·
メンテナーはふだん 1 日以内に返信
-
sync-en
難易度 1/5 1〜3時間 初心者へのやさしさ 83/100
メンテナーはふだん 1 日以内に返信
-
sync-en
難易度 1/5 1時間未満 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
FOSSBilling/FOSSBilling#4605 ·
メンテナーはふだん 1 日以内に返信