пытается определить лучший пользовательский интерфейс для макетов - кнопка winform, которая показывает выпадающий

Question

Я добавляю управление раскладкой в ​​мой графический интерфейс winforms, что на самом деле означает, что вы можете «сохранить» текущие настройки столбца с помощью «Ключа»

, например, вы можете иметь «Вид 1» или «Вид»2 ".

В любом случае, у меня не так много места на экране, но я пытаюсь найти лучший способ:

1. Позволяет сохранить текущий макет как«Сохраненный макет»
2. Позволяет вам выбрать другой макет и применить его.

Сейчас у меня есть:

1. Сохранить значок
2. Поле со списком сохраненных макетов
3. Значок "Применить"

Работает нормально, но выглядит немного неясным, поскольку выпадающий список доступен и необязательно соответствует представлениювы смотрите.

Я подумал, что вместо отображения комбо вместо одной комбинации нужно всего лишь две кнопки:

1. Сохранить макет
2. Применить существующий макет.

когда вы нажмете # 2, это превратится в выпадающий списокг показать другие макеты.

мысли или любые другие предложения о четком способе визуализировать это?

Answer 1

Когда места мало, я большой поклонник LinkLabel и элементов управления ContextMenuStrip.

Save будет вызывать другую форму или что-то для ввода имени текущего макета (или это может быть установлено автоматически), а Load отображает сохраненные макеты во всплывающем меню, которое затем можно щелкнуть, чтобы выбрать желаемый макет.

LinkLabels занимают меньше места, чем кнопки и комбинированные списки, и в их работе никогда не возникает путаницы.

Answer 2

Я стараюсь держать интерфейс как можно более незагроможденным, особенно когда речь идет о функциональности, которая носит более вспомогательный характер. Для этого, если я смогу использовать что-то вроде контекстного меню, которое пользователь может щелкнуть правой кнопкой мыши, чтобы открыть, я сделаю это. В контекстном меню я обычно предоставляю диалоговое окно для поддержки необходимой функциональности.

Если сохранение макета является основной функцией формы, которую вы отображаете для пользователя, это может требовать элементов пользовательского интерфейса, таких как кнопка или поле со списком, для которого выделено поле. В противном случае я бы серьезно подумал о том, чтобы поместить элементы управления, которые предоставляют эти функции, в другое всплывающее диалоговое окно и использовать механизм, подобный контекстному меню, для вызова этого диалога.

Недостатком идеи контекстного меню, изначально, является то, что пользователь должен «знать», что функциональность существует. Это может быть решено с помощью обучения или подсказок или других средств. Обычно, когда пользователь «знает», что элементы управления, такие как ListViews, TreeViews и DataGridViews, могут иметь контекстные меню, у них не возникает проблем с поиском функциональности.

Только мои два цента.

Answer 3

Мне нравится ваша вторая идея, с одной кнопкой для сохранения и одной для создания выпадающего меню + применить

По моему опыту, иногда лучше разделить такую ​​логику на собственное модальное окно, чтобы выбрать, что делать, и рядом с вашим макетом будет значок, предлагающий "расширенное использование"

всегда старайтесь «комментировать» компоненты (используйте как можно больше подсказок), чтобы сообщить пользователю, что можно сделать с определенной функциональностью

альтернативный текст http://www.talkingtext.com/wordpress_en/wp-content/uploads/2008/04/googleproduct.jpg