Зачастую пользователь просто не знает, что бы ему понравилось, поэтому вынужден пользоваться тем, что дают. И функциональность большинства программ чаще всего избыточна для 80% пользователей. Я недавно почитал блог 37Signals и во многом с ребятами согласен. Ещё рекомендую книжки по интерфейсам Алана Купера и Джефа Раскина. Полезные книги, даже если у вас много опыта, если не читали, советую почитать.

Не похоже, что ты их читал.
Зачастую у пользователя нет выбора, поэтому он вынужден пользоваться тем, что дают = тем, что удобно написать программисту. Например, форма с данными в виде таблицы БД.

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

>> А тут для рецептов MDI? Солить их что ли?
почему для рецептов MDI? не для рецептов а для работы.
у меня там порядка 10-12 видов форм используется разного назначения.
 у этих форм разные взаимоотношения, которые в в табовых интерфейсах выглядели бы уродски.
я пляшу от задачи. ваял бы ворд где один субъект - документ можно было и табами обойтись и это было бы правильно.
а тут мне задача диктует другие условия и я их интуитивно чувствую и реализовываю.

ты прав.
я первоначально представил пользователю такую концепцию:
делаю N справочников:
- шаблоны рецептов:
- симптомы
- лекарства
- заболевания:
в шаблон рецепта закидывается бланк.
слева в прикрепленном окне эти шаблоны висят, по клике на шаблоне появляется текст с бланком,
когда пользователь печатает лекарство или симпом срабатывает автокомплит с базой из справочников
 и позволяет быстрее набирать текс.
ПС. мне еще на ум приходит простое перетаскивание в текст из дерева слева раб области и подбор как из
справочника из попуп оконца в котором текст представлен гиперссылками - клацаешь и доавляются в рецепт слова
думаю будет прикольно смотреться.
концепт заказчик одобрил.

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

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

MDI подразумевает однотипные окна. А так это черт знает что!
Я тебя спросил зачем именно MDI? Он уже почти умер, он неудобен.
Хоть сто разных окон, кто мешает их сделать свободными? Ничего не меняется.
Только пользователю лишняя свобода.

По иконкам. Да если бы ты просто цветные квадраты нарисовал вместо иконок это было бы в три раза лучше.
А ты что ты там понарисовал - выглядит нелепо.
Не можешь нарисовать нормальные иконки - оставь это на потом, иконки - последнее дело.
Там всего пять кнопок, напиши текстом, "создать", "изменить"...
Это будет красиво. И это не будет нелепо. Если там вообще нужны кнопки.
Появится время и умение - добавишь.
Какая мнемоника? там какие-то микрокаракули.

PS. Это не для того, чтобы тебя постебать, а чтобы было меньше программ-уродов. Надеюсь ты поймешь мою мысль.

Опять пример идиотичности гвоздями прибитого интерфейса креатора, когда окно переменных находится справа и имеет 3 столбца: переменная, значение, тип.
когда работаешь с запросами и динамически их строишь они получаются довольно длинными и приходится постоянно дергаться и смотреть за размерами поля "значение".
Будь это нормальный настраиваемый интерфейс - можно было тупо перетянуть окно переменных вниз и воспользоваться шириной экрана.
А так эта дрочь дает потерю времени.