TrackChecker

Обратился ко мне пользователь с настойчивой просьбой добавить отдельным полем параметр "Вес", доставаемый из события трека на сервисе почты России (rus).
На мой взгляд отдельное поле, актуальное лишь для одного единственного сервиса, делать нецелесообразно.
Доработка в принципе не слишком сложная, но большого смысла я в ней не вижу, более того, считаю вредным делать какие-либо костыли для одного (ну хорошо, 2-3х) единственного сервиса из 300 (мало какие сервисы отображают вес отправлений).
Тем более вес посылки в граммах итак идет вторым в тексте самого события.
Хотелось бы услышать мнение пользователей на эту тему.
Голосуем!

p.s. в рамках темы "Кастомизируемые поля у элементов" уже обсуждалась данный функционал... думаю стоит почитать

_________________
wbw, MetalFan

Нет. Зачем лишний столбец, тем более для такого не столь важного события. Вес идёт вторым значением в строке. Собственно, ты сам один в один это написал

Возможно, это человек хочет прикрутить парсинг xml-файла с треками для какого-то своего сервиса?) Парсить <weight></weight> удобнее же).

Flanker, нет, это просто один из пользователей программы, которому "ну очень надо", чтобы был вес отдельно.
да и к тому же супПР и так отдает вес отдельно.

_________________
wbw, MetalFan

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

Надеюсь на реализацию этой колонки.

Спасибо.

Ну так познакомятся "поближе" и отпадет необходимость в колонке)
если когда-нибудь данная колонка и будет добавлена, то очень нескоро.

_________________
wbw, MetalFan

MetalFan, ну надо человеку, бывает. Каждый со своими причудами и хотелками

Хотя, с другой стороны, прочитал я сейчас добавленную ссылку из ps про "Кастомизируемые поля у элементов" и подумал, что на самом деле это удобная фишка была бы. Например, любой юзер мог бы добавлять столбец, а в него можно было бы задать переменные %WEIGHT% / %IMPORT_DATE% / %FAMILY% ну и т.д.

Другое дело, что малая часть сервисов отдаёт данную информацию в разных полях, с которых можно корректно распарсить эти данные. И их ещё надо как-то хранить, т.е. для каждого сервиса наверно придётся отдельно добавлять правила парсинга для %WEIGHT% / %IMPORT_DATE% / %FAMILY%.

А большинство сервисов так вообще отдаёт события одним string'ом, распарсивать строку вообще тяжело.

Ухты, а семья то тут при чем?)))

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

_________________
wbw, MetalFan

Фамилия хотел написать, созвучное family, ошибся конечно же, лол

Кастомные поля задумка прикольная.

проголосовал за первый пункт. в принципе было б не плохо хоть и не очень нужно.
пару раз всего искал вес посылки, более справочно чем по делу.