利用者:Kivig

提供: wiki
2018年6月29日 (金) 06:09時点におけるYamyam (トーク | 投稿記録)による版 (1版 をインポートしました)
(差分) ← 古い版 | 最新版 (差分) | 新しい版 → (差分)
移動先: 案内検索

Hi, I use blender for over 10 years, 5 of which I do my day (and night) job in it. Nobody than a feature developer knows better what he/she is able to bring, but small stuff that saves seconds (accumulating into hours) often goes unnoticed, so I'd like to point some of these things for discussion.

This is my compilation of all around performance improvement suggestions (will be expanded). Not sure if this is the right way to organize/present this, so any critique or suggestion to move is welcome. Thanks!

1.Drop down selection hot-keys and list navigation

(Context/create menus, Modifier drop down, file selection, etc.):

Problem and current system

Most time consuming part of list selection is scrolling and mouse navigation, thus in frequently used lists it is considerable time saver to use hotkey navigation, which is currently implemented via first letter hotkey, saving a lot of time. Unfortunately, many lists have more than one same letter items, rendering reflex-action fallback to conscious-decision-initiated as you have to remember which first letters are and are not available in each part of interface.

Solution

One solution may be adopting the system used by many OS windowing systems: Pressing letter moves focus highlight to the item with appropriate first letter, and selection is activated via Enter to confirm. If current item in focus is already beginning with pressed letter the focus is cycled to the next item beginning with that letter.

Advantages

Countrary to what might seem obvious, often selection in this way is faster than typing more than one letter aka Auto-search style selection, even if user has to cycle over three to four items. As well it is often faster than single button hotkey, where there is more than one same letter item and suitability must be recalled consciously before proceeding. When cycling through the list, after the first hit, consequent repeated hits are not concentration demanding and the whole sequence of LMB Template-LMB.pngSSS↵ Enter is rapidly memorized as a single action, eliminating further learning of hotkeys in lists. One more use of this technique is ability to quickly navigate through lists that have no ordering before making selection decision.

Disadvantages

Single key hot-key is faster in small, short, rarely changed menus if it is already memorized.


2.Speed up repetition of Edit Mode hot-key actions

Repetitive actions often have a natural advantage of freeing from hot-key searching. Hand can rest on needed hot-key executing it immediately, saving time and concentration.

Problem

In the Edit Mode, tools that take mouse click input (like Knife) take additional key for confirmation, since click is already taken by tool itself.

Solution

Repeated hot-key press of current action confirms it and starts it again.

Advantages

Faster repetition of actions requiring confirmation.

Disadvantages

User may be not informed of this functionality.

Often missed known not-so-small features:

Outliner

- Drag and drop parenting (using default parenting option that could be set in preferences)
- Arrow navigation (prev/next, up/down the parent hierarvhy - arrows?)
- Select highlighted object hotkey ( Space or ⇧ Shift+Space?)

Viewport

Parent navigation - use ⇧ Shift+arrows in viewport to navigate to parent(up), child(down), iterate object (left/right).

Spreadsheet editor

List of selected objects with their parameters in a spreadsheet form to allow quick mass setting/copying of parameters. Ideally with ability to increment. (Spreadsheet editor could also be used for data like particles, mesh etc. but this is not needed so often)