https://wiki.blender.jp/index.php?action=history&feed=atom&title=Dev%3A2.8%2Fui%2Fkeymap_technical 2026-08-30T22:05:48Z このウィキのこのページに関する変更履歴 MediaWiki 1.31.0 https://wiki.blender.jp/index.php?title=Dev:2.8/ui/keymap_technical&diff=154115&oldid=prev 2018-06-28T21:23:32Z

<p>1版 をインポートしました</p> <table class="diff diff-contentalign-left" data-mw="interface"> <tr class="diff-title" lang="ja"> <td colspan="1" style="background-color: #fff; color: #222; text-align: center;">← 古い版</td> <td colspan="1" style="background-color: #fff; color: #222; text-align: center;">2018年6月28日 (木) 21:23時点における版</td> </tr><tr><td colspan="2" class="diff-notice" lang="ja"><div class="mw-diff-empty">(相違点なし)</div> </td></tr></table>

Yamyam https://wiki.blender.jp/index.php?title=Dev:2.8/ui/keymap_technical&diff=154114&oldid=prev 2017-11-09T16:35:25Z

<p>‎<span dir="auto"><span class="autocomment">Keymap Functionality and Revamp</span></span></p> <p><b>新規ページ</b></p><div>= Keymap Functionality and Revamp =<br /> <br /> == Introduction ==<br /> <br /> The goal is to introduce a greatly simplified, revamped keymap in Blender 2.8, while keeping the existing 2.7x keymap as an option so as to not force existing users to change. This new keymap is targeted at new users and those wanting to start with a cleaner, more reasonable default.<br /> <br /> However, before this can happen there are some flaws and design issues that need to be addressed first. These issues greatly inhibit a user's ability to customize or build their own keymaps. The issues should get resolved in Blender 2.8.<br /> <br /> == Current Issues == <br /> <br /> Below are some of the most important issues that need to be addressed.<br /> <br /> === Poor Conflict Detection ===<br /> <br /> If a user create two keymap items with the same shortcut within the same (or related) context then this conflict is not presented. Instead whichever item matches first is triggered upon the shortcut being pressed.<br /> <br /> The user should be clearly notified when a conflict is created, or even prevented from ever creating a conflict. <br /> <br /> === Hard Coded Keymaps ===<br /> <br /> Many operators, particularly modals, still have hard-coded shortcuts. This should never happen. All operator inputs (including modal) should go through the keymap. Otherwise it's impossible to properly create new keymaps. <br /> <br /> Additionally, some modals that do have keymaps, such as the Knife mesh tool, don't update their info display during the modal. Regardless of what the keys are set to. The info callout is hard coded. <br /> <br /> Operators with hard-coded keymaps that need resolved:<br /> <br /> Selection:<br /> * Circle / Box select<br /> <br /> Mesh:<br /> * Extrude axis toggle with MMB<br /> * Vertex/Edge Slide with GG<br /> <br /> <br /> === Modal Keymaps ===<br /> <br /> <br /> == Necessary Targets == <br /> <br /> * Per workspace keymaps<br /> * Separate keymaps per input device (mouse, tablet, ndof)</div>

wiki>Carter2422