Грамотное юзабилити(интерфейс для пользователя)

[Alexei91]

Приветствую всех.
Между функциональностью приложения и юзабилити,что лучше выбрать?
Чем пожертвовать,так сказать? Где золотая середина?
Чем сложнее становится программа, тем сложнее у неё становится интерфейс. И т.п.
Понятно,что окна приложения нужно делать
по-возможности горизонтально вытянутыми, выбирать стандартные шрифты,
делать стандартное меню Файл,Правка,Справка и т.п.
Назначать стандартные акселераторы("горячие" клавиши) для действий.
Не увлекаться скинами...
Пожалуйста,поделитесь опытом,примерами удачной,на Ваш взгляд, реализации пользовательского интерфейса.
P.S.
Считаю,что лучше грамотное юзабилити,чем навороченная программа с
кучей функций,кот. никто особо не будет использовать.
Понятно,что это извечный вопрос,но всё же...

[russian-stalker]

Одно другому не мешает.
Сейчас очень популярны и удобны приложения с рабочими пространствами, где в каждый момент времени интерфейс содержит только нужные элементы.

[the_deer_one]

Alexei91

Чем сложнее становится программа, тем сложнее у неё становится интерфейс.

Это почему это? Архиватор, скажем, дико сложная программа, а из интерфейса у него может быть только пара десятков команд.

На мой взгляд программу и её интерфейс нужно делать по отдельности. И не смешивать абстракции программной логики с абстракциями графического интерфейса.

[Alexei91]

the_deer_one по поводу разделения интерфейса пользователя от программной логики полностью согласен. Но как фактически это реализовывать? Обьясните на пальцах,так сказать
Создавать отдельные DLL с важными процедурами и функциями, просто выносить
важные процедуры/функции в отдельные модули. А на OnClick,OnShow и т.п. просто
вызывать эти процедуры/функции с полученными параметрами...

[pu4koff]

Сообщение от Alexei91

Между функциональностью приложения и юзабилити,что лучше выбрать?

Такого выбора быть не должно.
Если неудобно, но функционально, значит лишняя функциональность. А зачем нам лишняя функциональность, которая не используется?

Сообщение от Alexei91

Чем пожертвовать,так сказать? Где золотая середина?

Ничем жертвовать не нужно.
Определяем варианты использования программы, продумываем как пользователь ей будет пользоваться, какие данные ему нужны,...
В итоге в определенных задачах и кошмарный грид с горизонтальной прокруткой может быть удобен.

Сообщение от Alexei91

Чем сложнее становится программа, тем сложнее у неё становится интерфейс. И т.п.

Тем сложнее его спроектировать. Интерфейс не должен быть сложным вне зависимости от выполняемой задачи.

Сообщение от Alexei91

Понятно,что окна приложения нужно делать
по-возможности горизонтально вытянутыми

Не факт. Зависит от задачи. Эмулятор телефона глупо вытягивать по горизонтали. Контакт-лист в аське тоже логичнее сделать высоким, нежели широким.

Сообщение от Alexei91

делать стандартное меню Файл,Правка,Справка и т.п.

Меню далеко не везде нужно. Не везде есть понятие файл и работа с буфером обмена не везде подразумевается.

Сообщение от Alexei91

Назначать стандартные акселераторы("горячие" клавиши) для действий.

Это да. Правило хорошего тона.

Сообщение от Alexei91

the_deer_one по поводу разделения интерфейса пользователя от программной логики полностью согласен. Но как фактически это реализовывать? Обьясните на пальцах,так сказать
Создавать отдельные DLL с важными процедурами и функциями, просто выносить
важные процедуры/функции в отдельные модули. А на OnClick,OnShow и т.п. просто
вызывать эти процедуры/функции с полученными параметрами...

Почитайте про MVC, MVP, MVVM,... Если по такому принципу код разделить на слои, то в программе остаётся слой V, а остальные слои разбредаются по DLL. В случае с C#, например, в DLL можно вынести и классы. В С++ тоже с определенными оговорками классы выносятся, но это ближе к костылю будет относится. Не рекомендуется это. Хотя есть технология ActiveX для этого...

[Виталий Желтяков]

Хороший пример RJTextEdit. Автор Rickard Johansson написал сначала простенький редактор кода и обратился ко всем своим друзьям и пользователям - что они хотели бы добавить в этот редактор. В результате нескольких лет постоянного улучшения редактора на данный момент мы имеем наилучший профессиональный редактор кода для windows.

[pproger]

наилучший профессиональный редактор кода для windows

расскажи это пользователям vim/emacs. а то ребята не в курсе

[Alexei91]

pu4koff попробую найти что-нибудь про MVC, MVP, MVVM

Виталий Желтяков посмотрю что за RJ TextEd - до этого использовал Notepad++
Яндекс по запросу не 1 ссылки не дал, Google только.
RJ TextEd дом. изделие, глючный -Access Violation в rtl100.bpl выдал. Версия Portable.
ИМХО, Notepad++ проще и лучше,даже потому что более популярен.
Среднестатистический пользователь скачает подобную программу,посмотрит,а разбираться
со всеми особенностями не станет - удалит,поставит более простой
(пусть и менее функциональный) и более популярный аналог.

pproger vim консольный для Linux-систем,а RJ TextEd с графич. интерфейсом для Windows.

Про emacs не слышал - для MAC OS?
pproger найду VIM для windows и под Linux посмотрю,что за вещь.
pu4koff почитал о MVC суть на схемке примерно ясна -
дальше надо уже в коде применять,но это уже моя забота
Про паттерны где-то уже читал мельком (С++).

Жалко что + второй раз не могу прибавить,а так за полезные ссылки спасибо.

[pu4koff]

Сообщение от Alexei91

pu4koff попробую найти что-нибудь про MVC, MVP, MVVM

На RSDN есть пара статеек по теме. Для старта пойдёт. Правда там примеры на C#. Но главное тут - суть уловить, а она языко-независимая
http://rsdn.ru/article/patterns/ModelViewPresenter.xml
http://rsdn.ru/article/patterns/generic-mvc.xml
http://rsdn.ru/article/patterns/generic-mvc2.xml#EORAG

[pproger]

2Alexei91

pproger vim консольный для Linux-систем,а RJ TextEd с графич. интерфейсом для Windows.

тебя обманули. для вима минимум 3 гуевины - gtk, motif, nexTaw. под windows тоже есть окошечный

Про emacs не слышал - для MAC OS?

тоже кросплатформенный, как и вим