0
Исправлен

Некорректное название службы доставки и стран-получателей, обработка даты и номера отправления

Александр Щербак 11 лет назад обновлен Postchecker 11 лет назад 5
Добрый день.
Название почтовых служб понятны, кроме одной - yw56.com.cn, которая в списке является сайтом, а на деле - службой YANWEN. Было бы удобнее видеть её именно в таком виде. А то, что указанно в скобках "Какой службой (или из какой страны) см. ниже...

Также, как мне кажется, довольно нелогично видеть такие страны как "Почта России", "Почта Белоруссии", отсутствующую на карте мира страну (хоть домен CN и указывает на Китай) "yw56.com.cn". Повезло лишь Нидерландам.

С датой тоже не всё так гладко:
Image 7
Т.е. двадцать четвёртое "тритетрадаря" 3323 года является вполне корректным и каким-то немыслемым образом и дальше будет храниться и обрабатываться системой и БД...

Дальше. При ошибочном вводе номера отправления появляется подпись, что допущена ошибка - логично, оправданно, работает, поле ввода залито красным. При устранении ошибки подпись исчезает, но поле остаётся красным. Для его "озеленения" необходимо после редактирования покинуть поле, потом снова в него войти и снова покинуть - не логично, не оправданно, лишние движения, замешательство пользователя.

Продолжаем ломать...
Создаём новый трек для отслеживания с простым комментарием:
Image 8
Добавляем его в общий список и получаем довольно занятную картину:
Image 9
Где если ткнуть на этот довольно кривой прямоугольник (ну вот такой я художник) мы попадаем в:
Image 10
А при попытке редактирования трека мы видим:
Image 11
Что можно написать вместо простого мною используемого тэга HTML и длиной в 20 символов я не знаю (по крайней мере чтобы нанести вред), но эту "дырочку" было бы неплохо устранить...

На сих спасибо, что дочитали до конца. Откланиваюсь =)
Спасибо за сообщение!
Я не считаю, что Вы всё исправили. Если считать исправлением то, что Вы вообще не сохраняете трек-номер для отслеживания при некорректно указанной дате отслеживания с комментарием "Дата уведомления указана не верно", то это просто костыль. Нет, это даже не костыль, это КОСТЫЛЬ! Почему при заполнении некорректными данными в виде даты 9999-99-99 валидация проходит (поле зелёное), а при добавлении пользователь получит фэйл без возможности внести поправки. Он не увидит добавленный трек, как ему виделось продолжение ситуации по кнопке "Добавить" и ему придётся снова проделать шаги по созданию. Также объясните мне когда придёт уведомление при дате 2015-00-00, ведь эта дата считается корректной в системе (хоть после сохранения и получается дата вида ГГГГ-11-30)?

По редактированию описания. Да, теперь при указанной мной ситуации названию присваивается номер трека. Но опять вернёмся к юзабилити. Я хочу написать "<100 штук деталей" и получаю валидные данные (зелёный фон поля ввода) и думаю, что всё корректно. Ан нет, после сохранения я вновь получу пустое поле.

Уважаемые разработчики. Делайте проверку наиболее прозрачно для пользователя, а не после того, когда форма показала что всё нормально, а после сохранения пользователь останется ни с чем...
Да мы прикрыли возможность внесения неверных данных в базу.
Я не думаю, что кто-то вносит дату уведомления 2015-00-00 или 9999-99-99. Ну и в вариант написания "< 100 штук деталей" тоже слабо верится.
Сейчас мы сосредоточены на разработке android версии, поэтому исправления не влияющие на функционал, пока отложены.

Сервис поддержки клиентов работает на платформе UserEcho