Новая версия VOGBIT 23.1 - Более быстрая и стабильная работа программы. Новые возможности для производства и контроля обеспеченности.

Последние темы на форумах VOGBIT

Помощник мастера - Установка
Trudovaya-21: написал: Да, «помощник мастера» действительно отключили. Совсем. Включить обратно нельзя (пока, по крайней мере). Поскольку, с нашей точ ...
Список работников поста - Общие вопросы
Константин Чилингаров: Здравствуйте, Пока, к сожалению, такой возможности нет. Записал в общий список пожеланий и предложений. По срокам, когда до этого вопро ...
Как позицию из корня справочника переместить в категорию "основная"? - Общие вопросы
Technologymz.vega: Здравствуйте, Максим! Спасибо, всё работает!
Ошибка при формировании заявок из режима "Обеспеченность" - Материалы, Комплектующие, Складской учёт
Technologymz.vega: Спасибо, так работает.
ошибка при добавлении работника в режиме "Выполнение" - Производство
Константин Чилингаров: Добрый день! Понятно.  Вы задействовали механизм "внеплановых заданий" и для такого "внепланового задания" нажали "Выполн ...
Минимальный остаток - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Нет. Такой возможности сейчас нет. Минимальный остаток можно сейчас задавать только для номенклатурной позиции. Скольк ...
Планирование загрузки производства. - Прочее
Константин Чилингаров: Давайте на следующей неделе? У вас же есть наверняка наши всякие контакты (telegram, whatsapp). Давайте спишемся, договоримся по времени.
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Для такого случая подойдёт терминал «тип 4». Он заточен специально под многостаночников (операторов станков с ЧПУ), которые работают с ...
Выполнение заданий - Общие вопросы
Beavis900: Благодарю! Мы решим и я напишу Вам на почту.
Создание расходного ордера. - Общие вопросы
Константин Чилингаров: можно ли создать расходный ордер не основываясь на приходном документе? Речь идёт, наверное, о создании расхода без "документа-осно ...
Фиксированные временные диапазоны - Новые возможности
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий. Спасибо за предложение.
Перестал работать терминал - Терминалы
Admin12: Написал
Изменение стоимости материала при ошибке. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: У администратора VOGBIT есть специальная утилита для случая, если неправильно указали цену или единицу изменения. Чтобы это исправить, не ...
Привязка приходной/расходной накладной по объектам (заказчикам). - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Конечно, в VOGBIT есть различные связи. И комментарии есть. А есть именно взаимосвязи между различными объектами, документами, сущностями. ...
Создание прихода и выбор поставщиков (контрагентов). - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Поставщики", "Получатели", покупатели, исполнители и прочие "орг. единицы" в VOGBIT находятся в общем справочнике "Подразд ...
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Делается с использованием специального модуля. Есть такой модуль, который стоит 15 000 р. и умеет загружать из Excel файла. Но у него главное о ...
Отсутствует корневой элемент. - Прочее
mansur: Спасибо большое, помогло.
Настройка отображаемого периода при распределении работ. - Интерфейс программы
Veruz: Благодарю, стало удобнее работать.
Ошибка при работе с терминалом - Ошибки в работе
Olyaasolya: Спасибо большое за совет! Еще раз все перепроверила, внесла параметры и требуемая информация отображается.
Подсчет фактической и плановой трудоемкости. Терминал - Терминалы
Константин Чилингаров: Здравствуйте, Для такого случая штатно предусмотрено использование механизма "Принятой трудоёмкости". В "Статистике производ ...

Предложения по эргономике

Предложения по улучшению пользовательского интерфейса - Интерфейс программы - Пожелания и предложения
Страницы: 1
Предложения по эргономике, В данной теме лично я буду кидать предложения "по мелочам", которые могли бы улучшить "юзабельность" порграммы, мелкие недочеты, которые не всегда отслеживают программисты, а внедрив их было бы немного приятней и быстрей работать с программой. Это лично м
 
Ввожу расценки на работы в Операции-Параметры.
Внизу висит таблица Параметры. Туда надо ввести параметр "Расценка".
Для этого мне надо создать новый параметр (плюсик на Тулбаре или Ctrl+N) и в списке выбрать параметр Расценка.
Тут сразу начинается нелогичное поведение программы. Для того, чтобы выбрать нужный параметр необходимо выбрать мышкой параметр и нажать внизу кнопку ОК.
Почему нельзя выбирать двойным кликом мыши? Зачем на двойной клик повесили Свойства, которые в данный момент нам совсем не нужны и в стандартном поведении программ в Виндовс вызываются правой кнопкой мыши? Непонятно.
Далее выбрали параметр, но для того, чтобы ввести его значение нужно уже на строке параметра кликнуть два раза мышой. Зачем лишний раз кликать на параметре, если можно открывать его свойства сразу, как только его выбрали и вводить туда сразу требуемые значения?
Потом, когда я кликаю на поле значения параметра, то в открывшемся окне курсор стоит на поле "Обозначение", а не на поле "Значение, которое я хочу исправить. Эти мелочи, конечно, на общую функциональность не влияют, но при вводе большого списка раздражают. Думаю, я с такими особенностями встречусь и в дальнейшем в программе.
Подытожу:
1) Двойной клик в окне выбора параметра должен выбирать параметр, а не показывать его свойства (это можно сделать из контекстного меню по правой кнопке)
2) После выбора параметра открывать окно с вводом значения параметра, желательно сразу установив курсор в поле "Значение"
3) При кликании в строке по полю параметра курсор для редактирования в окне редактирования параметра ставить именно на то поле, на котором поле в таблице кликнул пользователь.
Изменено: Владимир Дружинин - 06.05.2016 12:50:23
 
Кратко:

Добавление и редактирование через диалоги - это далеко не единственный, и далеко не всегда самый удобный способ редактирования.

Цитата
Владимир Дружинин пишет:
при вводе большого списка раздражают
Не используйте в этом случае вообще диалоги.
Используйте dragndrop, копирование/вставку, редактирование прямо в гриде.
В таком случае всё вышеперечисленное становится неактуально.
Вообще нет ни одного диалога и ни одного double clickа.

Пример

Только не забывайте, что при редактировании прямо в ячейке надо Enter нажимать чтобы введённое значение в базе сохранилось (Esc - отмена, восстановление значения до редактирования).


Подробнее:

Цитата
Владимир Дружинин пишет:
Двойной клик в окне выбора параметра должен выбирать параметр, а не показывать его свойства
Не очевидно.
Это диалоговое окно для выбора. В нём выделяешь нужные строчки (можно не одну) и нажимаешь Ок. "Ок" стандартно в таких случаях = Enter, а не double click.
Т.е. выбрал нужные строчки (можно много) -> Enter.

Кроме того, это стандартное окно справочника "Параметры". В нём можно производить все действия, как в справочнике. Поиски и фильтры, добавление нового параметра (если нет нужного) и т.д. Поэтому по double click и открывается то же, что в справочнике "параметры".

Цитата
Владимир Дружинин пишет:
После выбора параметра открывать окно с вводом значения параметра, желательно сразу установив курсор в поле "Значение"
Вот это точно не нужно.
Далеко не всегда редактирование значения - это следующее желаемое действие после добавления. Могу привести кучу примеров, когда нужно добавить параметр, но вводить его значение НЕ НУЖНО в этот момент! Просто добавить параметр.

Кроме того, редактирование через диалог не единственный вариант, и не факт, что желаемый. См. ролик, ссылка выше.

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

Цитата
Владимир Дружинин пишет:
При кликании в строке по полю параметра курсор для редактирования в окне редактирования параметра ставить именно на то поле, на котором поле в таблице кликнул пользователь.
тут можно согласиться.
Запишем. Будет время, поизучаем.
 
А в следующей версии, может быть, вот такую штуку добавим в стандартный дистрибутив.

Это к тому, что вариант через диалоговые окна ("+" -> выбрать -> "редактировать" -> ввести значение -> Oк), о котором у вас всё в стартовом сообщении, вообще не для массового редактирования изначально. Он по определению для неспешного, вдумчивого добавления/редактирования записей по одной.
А для "массового редактирования" есть другие интерфейсные решения.
 
Привет.
Такую штуку хорошо было бы еще сделать для коэффициентов пересчета.!
Так как они тоже часто используются для расценок, переводов масс, длин и др.
Изменено: Алексей Гарькавый - 08.06.2016 20:49:27
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 3864
Приняло участие в обсуждении: 408
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт