iscrafmSeVa
Лично мне, трудно понять, что Товар на подборе и Готов к отгрузке - это не текущие статусы, а операции.В русском операции - глаголы.
Документы, операции в одной куче. Для чего в этом списке нужны Параметры отгрузки?
По задачам дана только общая информация без всякой деталировки. Для ее просмотра нужны будут лишние телодвижения.
В трех столбцах коды, а не внятные названия и тд.
1. по задачам исчерпывающая информация: все параметры документа, товарная спецификация, размещение на складе по адресам и т.д. "Лишние телодвижения" заключаются в клике на соответствущей странице

Предполагаю, что без деталировки никто не будет менять статус.
Зачем нужны в таком случае лишние телодвижения(а табов там много)? В этом заключается продуманность эргономики? Места там достаточно.
автор2. Вполне естественно, что непонятные для Вас коды и названия понятны тем, кто занимается этим.
Они тоже будут понятны новому работнику?

iscrafmSeVa
Предполагаю, что без деталировки никто не будет менять статус.
Зачем нужны в таком случае лишние телодвижения(а табов там много)? В этом заключается продуманность эргономики? Места там достаточно.

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

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

iscrafmSeVaЭто обсуждение внятности интерфейса,когда к знаниям процессов нужно еще и понимание логики разработчиков.
Вы о чем? При чем здесь логика разработчиков? Разработчики не работают с системами, они не отгружают товар, не работают с финансовыми документами и т.п. Вы уж определитесь о чем речь ведете, совсем запутались
Это видно, что сами и не пытались побыть в шкуре тех, кто работает.Не беда,что лишний раз щелкнут,в тетрадочку посмотрят, в списке поковыряются.
В том, что немудрено запутаться, я полностью согласен

iscrafmSeVaНе беда,что лишний раз щелкнут,в тетрадочку посмотрят, в списке поковыряются.
В том, что немудрено запутаться, я полностью согласен
Вообще-то, оператор, работая с системой лишний раз не щелкает. Зачем? Это не RPG, на всякий случай. Речь идет о построении учетной системы по принципам управления заданиями. Т.е. каждый участник процесса, в соответствии со своей ролью, обрабатывает предназначенные для него задания. Его работа соответствующим образом отражается в учете. В чем трудности, давайте помогу
Трудности с дизайном действительно есть,но советы и примеры я в других местах ищу, тк есть большое желание не делать такие экраны больше никогда.

iscrafmSeVa
Трудности с дизайном действительно есть,но советы и примеры я в других местах ищу, тк есть большое желание не делать такие экраны больше никогда.
есть простой способ. В топике идет речь об интерфейсах управления заданиями, в том числе. Вы можете опубликовать пример, хорошего решения, на Ваш взгляд, по этой теме. Можно с комментарием.
Чем мне нравится компоновка список заданий + область задач я расшифровал. Давайте посмотрим на более эффективный пример компоновки, из других мест.мне
Однозначных советов у меня нет, стараюсь смотреть, что сделано у других. Поскольку в SL возможностей больше, бывают весьма неожиданные и интересные варианты.
Я уже давал ссылку на рекомендации Dinamics.Часть из них мне кажется вполне приемлемой:
- для каждой роли отдельный экран с основными задачами и mashup'ами.
- предустановленные фильтры для списков,отказ от сложных фильтров по полям(все вводится в одной строке).
- концепция одного экрана(пользователь не многозадачен и ему нужны только данные по текущей задаче) ,наличие на нем отдельной максимально информативной панели с обобщенной информацией, чтобы не было лишних телодвижений.Отказ от гридов, вместо закладок - аккордеон для того, чтобы можно было просмотреть всю информацию целиком, если он свернут, то в шапке должна быть итоговая информация и тд.

iscrafmSeVa...рекомендации Dinamics.Часть из них мне кажется вполне приемлемой:
- концепция одного экрана(пользователь не многозадачен и ему нужны только данные по текущей задаче) ,наличие на нем отдельной максимально информативной панели с обобщенной информацией, чтобы не было лишних телодвижений.Отказ от гридов, вместо закладок - аккордеон для того, чтобы можно было просмотреть всю информацию целиком, если он свернут, то в шапке должна быть итоговая информация и тд.
экрана не хватит.
1. Говоря о лишних телодвижениях в форме клика на страницу с нужной информацией почему-то умалчивается о (в два раза как минимум) больших телодвижениях при размещении в сжатом виде всей необходимой информации на одной странице. Изменение размеров инфобоксов, скроллинги и и.п. за телодвижения не считаются, а клик мышкой в четко обозначенную ссылку - считается. Парадокс :)

Правильно сделанный баян должен предоставлять информацию в наиболее компактном и информативном виде.Например, показывать в шапке в одну строчку только основные контакты(телефон,е-mail,еtc),если список пустой, пишем кол-во - 0 туда уже не нужно будет заглядывать и тд.
автор2. Лично я не вижу "прикола" в этих аккордеонах в качестве убийц закладок. Возникающий при этом скроллинг сводит на нет весь эстетический эффект от первоначального восприятия. Для учебных и презентационных целей конечно забавно, но не более того. Имхо конечно.
Зачастую вся информация не нужна, разным ролям в разные моменты времени требуются не все данные.
В SL можно обойтись без сжатия и скроллинга, меха будут раскрываться на полный размер их контролов,скроллинг, если понадобится будет у всей формы.Я специально опрашивал пользователей, ответ был у всех однозначный - без закладок удобней. Баян,безусловно, пригоден не всегда, но палитра в SL значительно богаче и дает больше возможностей.
автор3. Замены гридов еще ни одной не видел. Есть варианты?
Есть - StackPanel в ней поля можно располагать в произвольном порядке, а не только в одну строчку.За счет этого также достигается компактность и повышается наглядность.
авторФильтр в одну строку... хм. интересно было бы посмотреть. Если конечо речь не идет о примитиве. Пользователи достаточно сложные запросы иногда формируют
Для сложных запросов в качестве опциона, конечно, нужен фильтр с разбивкой по полям.В остальном, достаточно типовых предустановленных,которые нужны особенно часто и строка.
На эту тему даже проводились исследования.
Здесь у меня вопрос возникает.Как вы объясняете народу булеву алгебру? В большинстве случаев разница между тривиальными И/ИЛИ (с кружочками для множеств мальчиков и девочек), воспринимается с большим трудом.

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

Нет, я имею ввиду интерфейсы учетных систем,которые все в сеточках и закладочках.Просто, Вы все это проецируете на Win32, а в SL совсем другой Layout и возможности.
авторпокажите, если не затруднит, банальную спецификацию из, ну пусть, сотни позиций в форме StackPanel? Сделать симпатичный телефонный справочник или каталог фильмов в домашней видиотеке с применением StackPanel конечно можно. Но это не замена гридам, это альтернатива представления небольшиих списков.

Альтернатива и еще какая.В StackPanel можно разместить все в одну строчку уходящую за горизонт,как и в сетках, а можно компактно(в том числе и горизонтально), с разной степенью детализации(полная информация не всегда нужна), с разным представлением для просмотра и редактирования.В WPF долгое время Grid отсутствовал, по одной простой причине - он особо и не нужен, если абстрагироваться от привычных нам шаблонов.
После замены на StackPanel списка сотрудников(порядка 8тыс человек и 30 полей) с пятью вариантами детализации, работать с ним стало гораздо удобней.Мнение не мое, а пользователей.

авторЧто значит не нужно заглядывать? А редактировать эти данные каким образом?
Это значит, что если нет записей(например, нет комментариев,контактов и тд) и в шапке это отображено должным образом, то гармошку растягивать не нужно, соответственно, не тратится напрасно пространство под гриды для них и легче восприятие.Или наоборот - в шапке содержится вся нужная информация,тогда необходимость в просмотре деталировки отпадает.
авторБесспорно, если речь идет просто о банальной возможности простых фильтров, то она полезна и о ней мало кто забывает.
И/ИЛИ нормально понимают, какие могут быть проблемы с этим. Если конечно интерфейс фильтр не вводит в заблуждение. Ниже типичный интерфейс... кому не понятна булева алгебра ?
Приведен пример банального выбора значений из списка, сложного фильтра там нет

ЗЫ На фильтр посмотрел невнимательно, но вариант там действительно простой, как раз для ввода в одну строчку.

В догонку. Тяжело объяснить вкус шоколада, человеку, который его не пробовал и заранее настроен на то, что все равно это полова.

А какой может быть ответ на абстрактный вопрос?
Если посмотреть на Лист визирования, то однозначно можно сказать, что с помощью StackPanel он будет смотреться значительно внятней.