Ну вот что бросилось в глаза и что захотелось попинать немедленно.
__>список
Дизайн кнопок тулбара!!!
— во-первых, разнородный (жирные стрелищи и силуэтище против мелких деталек у остальных; карамельный и воздушный стили вперемешку),
— во-вторых, плохо различимый (например, кнопка "заказы" — папка растворяется в фоне; кнопка "изделия" растворяется вообще целиком; кнопка "цены" — ваши клиенты расплачиваются дверцами от сейфов или сырорезками?)
Мне кажется, что для начала стоит попробовать нарисовать иконки в 16-цветной палитре — это немножко отрезвит. Либо заказать их профессиональному дизайнеру.
Очень широкий грид.
Гриды вообще сомнительное удовольствие, ну да это от предметной области зависит.
Вдруг кому-то нужен обзор ситуации в целом.
Хотя я подозреваю, что на самом деле нужен быстрый поиск конкретного заказа, и совсем необязательно, чтобы этот поиск выполнялся самим пользователем, глазами по экрану.
Или это способ заставить раскошелиться на широкие дисплеи?
В колонке "Тип", наверное, вариантов немного. Внешний да внутренний. Раз уж ты используешь иконки (две первые безымянные колонки), то и здесь можно было бы.
Кстати об этих иконках. Первая колонка — иконки документа с текстом/птичкой/гистограммой друг от друга едва отличаются. Вторая колонка — мелкий карамельный трёхмерный доллар. Привлекает избыточное внимание, и тоже заставляет вглядываться — не затем, чтобы различить, а потому что просто.
Колонки с датами. Очевидный визуальный серый шум — один и тот же год, один и тот же месяц.
Вот интересно, можно ли как-то сделать его более различимым?
Например:
— раскрасить дни текущей недели в разные цвета (тогда 18.10.2008 будет заметно на фоне кучи 21.10.2008)
— особо выделить вчера-сегодня-завтра
— не выводить либо выводить менее ярко текущий год, а возможно, и текущий месяц
__>редактирование (тут правая часть немного для другого используется — насколько это может сконфузить пользователя?)
Бардак с полем "Выполнить до" — Friday, October. Учим английский на рабочем месте? Нужно будет локализовать.
Кстати, день недели может пригодиться и в поле "Создан". Чтобы не тужиться, вспоминая — что за день такой 21.10.2008.
Очень одинокая сборка (артикул ххх Название ххх) в широченном гриде справа.
Это позволительно, только если пользователь наглухо привык работать с товарными накладными и прочим бумажным делопроизводством, где действительно, заполняются несколько строк в таблице, занимающей весь лист.
Либо если типичный заказ состоит из большого числа сборок, заполняющих весь экран.
Иначе это опять намёк на покупку дисплея.
__>пример диалога
А в чём разница между базой станка и параметрами вывода — что в одном случае у тебя 4 радиокнопки, а в другом — 2 чекбокса (зеркало/реверс по осям X и Y)?
Здравствуйте, Кодт, Вы писали:
К>Дизайн кнопок тулбара!!! К>- во-первых, разнородный (жирные стрелищи и силуэтище против мелких деталек у остальных; карамельный и воздушный стили вперемешку), К>- во-вторых, плохо различимый (например, кнопка "заказы" — папка растворяется в фоне; кнопка "изделия" растворяется вообще целиком; кнопка "цены" — ваши клиенты расплачиваются дверцами от сейфов или сырорезками?) К>Мне кажется, что для начала стоит попробовать нарисовать иконки в 16-цветной палитре — это немножко отрезвит. Либо заказать их профессиональному дизайнеру.
к сожалению я не художник, а денег на профи пока нет (иконки выдирал из инета и скрещивал), за коммент спасибо
К>Очень широкий грид. К>Гриды вообще сомнительное удовольствие, ну да это от предметной области зависит. К>Вдруг кому-то нужен обзор ситуации в целом. К>Хотя я подозреваю, что на самом деле нужен быстрый поиск конкретного заказа, и совсем необязательно, чтобы этот поиск выполнялся самим пользователем, глазами по экрану.
К>Или это способ заставить раскошелиться на широкие дисплеи?
вот тут немного не понял, поиск вроде есть (слева). что можно вместо грида использовать?
К>В колонке "Тип", наверное, вариантов немного. Внешний да внутренний. Раз уж ты используешь иконки (две первые безымянные колонки), то и здесь можно было бы.
типы настраиваются пользователем, неохота заставлять его искать иконки
К>Кстати об этих иконках. Первая колонка — иконки документа с текстом/птичкой/гистограммой друг от друга едва отличаются. Вторая колонка — мелкий карамельный трёхмерный доллар. Привлекает избыточное внимание, и тоже заставляет вглядываться — не затем, чтобы различить, а потому что просто.
да нужен проф. дизайнер
К>Колонки с датами. Очевидный визуальный серый шум — один и тот же год, один и тот же месяц. К>Вот интересно, можно ли как-то сделать его более различимым? К>Например: К>- раскрасить дни текущей недели в разные цвета (тогда 18.10.2008 будет заметно на фоне кучи 21.10.2008) К>- особо выделить вчера-сегодня-завтра К>- не выводить либо выводить менее ярко текущий год, а возможно, и текущий месяц
очень хорошая мысль
__>>редактирование (тут правая часть немного для другого используется — насколько это может сконфузить пользователя?)
К>Бардак с полем "Выполнить до" — Friday, October. Учим английский на рабочем месте? Нужно будет локализовать. К>Кстати, день недели может пригодиться и в поле "Создан". Чтобы не тужиться, вспоминая — что за день такой 21.10.2008.
тоже верно
К>Очень одинокая сборка (артикул ххх Название ххх) в широченном гриде справа. К>Это позволительно, только если пользователь наглухо привык работать с товарными накладными и прочим бумажным делопроизводством, где действительно, заполняются несколько строк в таблице, занимающей весь лист. К>Либо если типичный заказ состоит из большого числа сборок, заполняющих весь экран.
К>Иначе это опять намёк на покупку дисплея.
тут может быть довольно большое дерево (реальный пример) или как на скрине один елемент, поэтому даже не знаю
__>>пример диалога
К>А в чём разница между базой станка и параметрами вывода — что в одном случае у тебя 4 радиокнопки, а в другом — 2 чекбокса (зеркало/реверс по осям X и Y)?
ну разница есть , а вот с контролами перемудрил
Здравствуйте, _almaz_, Вы писали:
__>к сожалению я не художник, а денег на профи пока нет (иконки выдирал из инета и скрещивал), за коммент спасибо
Я надеюсь, что рано или поздно дело всё-таки дойдёт до дизайнера.
Если будешь этим заниматься сам — то попробуй или сделать это максимально хорошо, или более-менее просто. Промежуточный вариант — трата сил в никуда.
__>вот тут немного не понял, поиск вроде есть (слева). что можно вместо грида использовать?
Сценариев поиска может быть много. Вариант с черновыми установками фильтра и дальше быстро-быстро глазами по списку — только один из них.
Кстати о фильтре. Там поля ввода даты — в американском формате DD/_M/YYYY.
К>>В колонке "Тип", наверное, вариантов немного. Внешний да внутренний. Раз уж ты используешь иконки (две первые безымянные колонки), то и здесь можно было бы. __>типы настраиваются пользователем, неохота заставлять его искать иконки
Ну раз пользователем, то пускай будут.
К>>Очень одинокая сборка (артикул ххх Название ххх) в широченном гриде справа. __>тут может быть довольно большое дерево (реальный пример) или как на скрине один елемент, поэтому даже не знаю
Без знания юз-кейсов тут делать нечего. Но такая пустыня в глаза бросилась немедленно.
Может, как-то сократить количество колонок, или выводить каждую сборку не в одну строчку, а в несколько.
__>>>пример диалога
К>>А в чём разница между базой станка и параметрами вывода — что в одном случае у тебя 4 радиокнопки, а в другом — 2 чекбокса (зеркало/реверс по осям X и Y)? __>ну разница есть , а вот с контролами перемудрил
Разница может быть в том, например, что
— перепутав одни координаты, ты просто будешь запустишь станок в неоптимальном режиме; а перепутав другие — сделаешь деталь зеркально к желаемой (радиокнопки нагляднее)
— одни координаты выставляются редко и каждая сама по себе, а другие — часто и согласованно (один клик в радиокнопку вместо двух в чекбоксы)
Так что оба подхода имеют право на существование. И даже, возможно, на сосуществование.
Но только в случае, если ты знаешь, что хочешь.
Здравствуйте, _almaz_, Вы писали:
__>основная идея: __>верхнее меню — закладки __>подменю делится на две части: левая часть не привязана к выбраным элементам, правая привязана
Мелкий шрифт. Пользователи, особенно которые постарше, не любят мелкие буковки.
Здравствуйте, _almaz_, Вы писали:
__>пример диалога __>
День добрый. В группе "Технологические параметры" я бы контролы для редактирования выровнял по длине, чтобы он не только начинались с одной позиции по горизонтали, но и заканчивались на одной. И расмотрелв вариант выноса единицы измерения в название параметра.
Здравствуйте, ilvi, Вы писали:
I>День добрый. В группе "Технологические параметры" я бы контролы для редактирования выровнял по длине, чтобы он не только начинались с одной позиции по горизонтали, но и заканчивались на одной. И расмотрелв вариант выноса единицы измерения в название параметра.
К>Кстати о фильтре. Там поля ввода даты — в американском формате DD/_M/YYYY.
спасибо учтем
К>Без знания юз-кейсов тут делать нечего. Но такая пустыня в глаза бросилась немедленно. К>Может, как-то сократить количество колонок, или выводить каждую сборку не в одну строчку, а в несколько.
юз-кейсов пока два
1. 1-на сборка (создается автоматически) и ручнной ввод деталей (хотят аля ексел, причем если учитывать 1024 то уменьшать грид деталей нельзя)
2. импорт данных — дерево сборок может содержать до 20-30 узлов, возможно добавление деталей в ручную
для всех юз-кейсов:
1 сборка может содержать как сборки так и детали
2 к детали можно привязывать дополнительные данные (сейчас это отдельный диалог)
вообщем как боротся с этой кашей непонятно
К>- перепутав одни координаты, ты просто будешь запустишь станок в неоптимальном режиме; а перепутав другие — сделаешь деталь зеркально к желаемой (радиокнопки нагляднее)
деталь зеркально не сделаешь
одни координаты настраивают печать, вторые вывод в упр. файл станка что по сути определает порядок выхода деталей
Здравствуйте, _almaz_, Вы писали:
К>>Без знания юз-кейсов тут делать нечего. Но такая пустыня в глаза бросилась немедленно. К>>Может, как-то сократить количество колонок, или выводить каждую сборку не в одну строчку, а в несколько.
__>юз-кейсов пока два __>1. 1-на сборка (создается автоматически) и ручнной ввод деталей (хотят аля ексел, причем если учитывать 1024 то уменьшать грид деталей нельзя) __>2. импорт данных — дерево сборок может содержать до 20-30 узлов, возможно добавление деталей в ручную
__>для всех юз-кейсов: __>1 сборка может содержать как сборки так и детали __>2 к детали можно привязывать дополнительные данные (сейчас это отдельный диалог)
__>вообщем как боротся с этой кашей непонятно
А нужно ли одновременно держать грид со всеми подробностями?
Может быть, на основном экране — красивое саммари (трёхуровневый список "сборок", "узлов", "деталей"), влезающий по ширине.
А для просмотра и/или редактирования — щёлкаешь по узлу и попадаешь в окошко с подробностями.
Это окошко может быть и модальным диалогом, и плавающим тулбоксом (как в фотошопе), и встроенной формой (как это у тебя сделано сейчас — параметры поиска, и прочее — с левой стороны).
Что именно предпочесть — не знаю. Зависит от частоты использования и переключений контекста.
Диалоги проще всего в реализации и понятнее всего в объяснении пользователю, но самые неудобные.
К>>- перепутав одни координаты, ты просто будешь запустишь станок в неоптимальном режиме; а перепутав другие — сделаешь деталь зеркально к желаемой (радиокнопки нагляднее)
__>деталь зеркально не сделаешь __>одни координаты настраивают печать, вторые вывод в упр. файл станка что по сути определает порядок выхода деталей
Не хочу влезать в твою предметную область.
Моя мысль была в том, что разное представление может соответствовать разной степени важности и разной частоте настройки.
Если обе системы координат одинаковы по этому критерию — тогда нужно единообразие.
Здравствуйте, _almaz_, Вы писали:
IT>>Мелкий шрифт. Пользователи, особенно которые постарше, не любят мелкие буковки. __>системный шрифт, надо делать настройку шрифта или оставить системный (как обычно делают) ?
Мелкий шрифт — это следствие перегруженности экрана деталями.
А перегружен он в первую очередь гридом.
Перекуём баги на фичи!
