На чем сегодня делают самый красивый интерфейс?

[andrew.k]

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

Не нравится, это мое мнение. Аргументы были ниже, ты их проигнорировал.

[iroln]

Главное что-бы пользователю нравилось и функционал покрывал необходимые действия.

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

[panAlexey]

Нет. Интерфейсы подобного вида мне не нравятся.
Он тебе удобен в реализациии, а не пользователю.
Непонятно, зачем MDI использован.

Тебе не нравятся, а мне удобно..
Наоборот - прибитые гвоздями интерфейсы, которые не изменить - это закостевшие рудименты времен DOSa.
И то в досе можно было эмулировать окна. Вспомним тот же фокс-про. 2.0 / 2.6
Терпеть не могу креатор в те моменты, когда забываю как пишется тот или иной дефайн.
Особенно если в коде куча энумов на множество объектов с 20-за начинается свистопляска с префиксами - хочется в префикс вложить смысл и покороче написать ...ю вобщем не мне вам расказывать как пишется софт.
Когда работаешь над сложным софтом иногда надо перед глазами держать пару документов.
Приходится нотепадом++ пользоваться дополнительно.
ПС. В конце концов можно распахнуть чилды на весь экран и останутся только табы.

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

глупости. наоборот, он в разработке тяжелее табов.

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

[andrew.k]

Главное что-бы пользователю нравилось и функционал покрывал необходимые действия.

Зачастую пользователь просто не знает, что бы ему понравилось, поэтому вынужден пользоваться тем, что дают. И

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

[andrew.k]

Нет. Интерфейсы подобного вида мне не нравятся.
Он тебе удобен в реализациии, а не пользователю.
Непонятно, зачем MDI использован.

Тебе не нравятся, а мне удобно..
Наоборот - прибитые гвоздями интерфейсы, которые не изменить - это закостевшие рудименты времен DOSa.
И то в досе можно было эмулировать окна. Вспомним тот же фокс-про. 2.0 / 2.6
Терпеть не могу креатор в те моменты, когда забываю как пишется тот или иной дефайн.
Особенно если в коде куча энумов на множество объектов с 20-за начинается свистопляска с префиксами - хочется в префикс вложить смысл и покороче написать ...ю вобщем не мне вам расказывать как пишется софт.
Когда работаешь над сложным софтом иногда надо перед глазами держать пару документов.
Приходится нотепадом++ пользоваться дополнительно.
ПС. В конце концов можно распахнуть чилды на весь экран и останутся только табы.

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

глупости. наоборот, он в разработке тяжелее табов.

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

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

[panAlexey]

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

Не нравится, это мое мнение. Аргументы были ниже, ты их проигнорировал.

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

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

[asvil]

Код:

у этих форм разные взаимоотношения

А вы как взаимоотношения показываете между mdi окнами?

[panAlexey]

Главное что-бы пользователю нравилось и функционал покрывал необходимые действия.

Зачастую пользователь просто не знает, что бы ему понравилось, поэтому вынужден пользоваться тем, что дают.

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

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

[panAlexey]

Код:

у этих форм разные взаимоотношения

А вы как взаимоотношения показываете между mdi окнами?

Зачем их показывать? Их не показывать надо, а делать.

[asvil]

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

[panAlexey]

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

Вопрос был не в ту степь.
Табы тоже MDI, тут просто представление и управление другое.
Есть формы с малыми количествами контролов.
Когда такая форма растягивается то композиция получается довольно уродская и махать мышкой приходится много,
при отдельных окнах этого уродства практически нет.
это первое.
Второе копирование и вставка текста (тоже работа немалая) при MDi можно удобно расположить окна и работать
без дополнительных переклациваний - экономия времени.

[andrew.k]

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

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

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

[andrew.k]

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

Вопрос был не в ту степь.
Табы тоже MDI, тут просто представление и управление другое.
Есть формы с малыми количествами контролов.
Когда такая форма растягивается то композиция получается довольно уродская и махать мышкой приходится много,
при отдельных окнах этого уродства практически нет.
это первое.
Второе копирование и вставка текста (тоже работа немалая) при MDi можно удобно расположить окна и работать
без дополнительных переклациваний - экономия времени.

Куча маленьких окошек из которых что-то куда-то придется копировать и таскать. А еще если основное окно свернуть до средних размеров, так вообще сказка будет.
Это удобный интерфейс? Ты ошибаешься.

[panAlexey]

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

[andrew.k]

"идиотичности гвоздями прибитого интерфейса креатора"
Что вообще значит это твое выражение, которое ты в 10 раз используешь?