Алексей Трясак (Все сообщения пользователя)

Не приходит ничего на почту. Можете стукнуть в скайп , логин tryasak
Там будет что то типа  Алексей, Заринск, Алт край

[QUOTE]Andrey Korolev написал:
2. Думали. Модальные формы не нужны. Поправим там, где сбивается фокус.[/QUOTE]
1. Фокус почти во всех списках сбивается.
2. Интересно, почему вы думаете не нужны отдельные формы?  Скорость ввода?  ПанАГРО это не такое ПО, в которое можно и нужно быстро заколотить сотни записей. Скорее наоборот, записи вносятся очень вдумчиво.
Отдельные формы разгрузили бы нижнюю часть интерфейса и позволили бы вместить больше данных.
Сейчас есть такой момент: я стою в списке на каком то элементе. Нажимаю на кнопку "Новый (+)".
Вижу, что зажимается кнопка "Редактировать" , а в элементах ввода стоят значения того элемента, на котором я стоял в списке.
Честно сказать, я уже сотни раз это делал и всякий раз дико напрягаюсь, интуитивно думая, что редактирую текущий элемент.
После КАЖДОГО ввода я проверяю ввод в списке, это уже привычка. Это занимает массу времени

Чем могут быть плохи отдельные формы ввода? Пользователям они интуитивно понятны.

Виталий, мы можем созвониться по скайпу буквально 5 мин? Или списаться по электронке.
Собираюсь обсудить не работу ПО Панорама, а саму ситуацию.
Есть ли смысл дальше бодаться или нет.

Здравствуйте. А поконкретнее можно, пожалуйста?
Вы приняли только фокус списка или модальные формы тоже?
Мое предложение с отдельными формами ввода сильно поменяет идеологию интерфейса, переделок довольно много.
Что вы думаете об этом?

[QUOTE]Andrey Korolev написал:
необходимо передать ему фокус ввода, нажать delete или backspace, затем кнопку редактирования записи.[/QUOTE]
Прикольно, все получилось. Наверное, мозг закостенел от 1с.  
Сделал эксперимент. Искусственно создал ситуацию, чтобы оператору пришлось удалить данные (как будто ошибка), не сообщая ему о способе удаления.
Просто сообщил оператору об ошибке.
Через 5 мин звонок - "а как тут удалять?".  
Обучил удалению.

Мне недостаточно такой реакции, много раз говорил уже это.
Я не понимаю как я должен понять : когда решится проблема. Мне нужно следить за этой веткой? Когда вы отпишетесь?
Можно как то поставить это на поток? Какие планы по развитию продукта? Вы общаетесь с реальными пользователями программы?
Как определяется приоритет задач? По количеству поданных заявок?
Если бы я видел список проблем, которые уже возникали у людей (например публичный баг трекер)
я бы сразу знал где мне еще ждать подвоха, может быть плюсовал бы фичи, с которыми мы столкнемся.
Я сейчас тыкаюсь такое ощущение как слепой котенок, там косяк, там косяк. Кто то уже сталкивался с косяками и тот опыт других пользователей пропал.
Когда каждый будет проходить этот путь заново - тратится много сил и времени на одну и ту же работу.
В чем прелесть всяких GNU. В публичности. Одну и ту же работу не приходится делать два раза.
Какова вообще стратегия развития продукта? Цель создать конкурентный продукт или повесить очередную медальку с ярмарки золотая осень?

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

Здравствуйте, просьба привязать цвет построенной карты выполненных работ не к технике, как сейчас, а к виду работ
Это частая заявка от пользователей, приходится перекрашивать вручную или кучей в ГИС Карта 2011.

Можно ли организовать ввод данных по объектам навигации (да и вообще везде, где возможно)  с помощью отдельных модальных форм? Интерфейс ввода очень интуитивно непонятен, бухи и учетчики воют, допускают множество ошибок ввода.
Почти ежедневная ситуация уже в течении месяца: учетчик: "почему у меня программа висит?". Подключаюсь к ней. Смотрю зажата кнопка "редактировать", отжимаю, объясняю. Завтра происходит то же самое.
После ввода, каждый раз, я уже привык, ищу введенные данные в списке, потому что лично мне непонятно ввелись данные или нет.  Список дернулся и встал в начало.
А что произошло на самом деле? Произошел ввод данных или нет? Столкнувшись ранее с многочисленными случаями молчаливого "ничего не делания" я уже по привычке каждый раз проверяю ввод.
Это очень трудоемко.

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

Суть проблемы: трактору дали другой гос номер. В 1с, из-за какой то особенности пришлось завести новое ТС.
Теперь мне нужно перекинуть навигатор с одной техники на другую. Данные навигации оставить на старом объекте, но чтобы новые данные падали на новый объект.
То есть, мне нужно перекинуть навигатор с одной техники на другую.
В принципе, даже без госномеров и 1с такие ситуации бывают и по техническим причинам.
Начинаем перекидывать навигатор, сталкиваемся с вопросами.

Проблема №1: сейчас имеется возможность поставить навигатор с одним номером на два объекта. Можно как то ругаться на это? Интересно как поведет себя программа, имея два объекта с одинаковыми навигаторами?

Проблема №2: Как очистить поле терминал у "старого" объекта? Не удаляя объект и данные навигации?

по сути, я в таблицах БД проверяю и исправляю напрямую.
Нужно дать такую возможность пользователю.

Здравствуйте. Просьба доработать программу ПанАГРО по следующей проблеме:
В справочниках- "Сведения о технических средствах"-"Парк техники"
не удаляется элемент. Просто молча ничего не делает.
Открыл SQL Profiler, увидел что спотыкается на ограничении с таблицей t_OperAcc
То есть с таблицей заданий. То есть на эту машину есть задание.
С одной стороны хорошо, что сразу не удаляет.
С другой стороны, что должен думать пользователь, если программа ничего не делает?
Просьба доработать сообщение о невозможности удалить технику.