kadastr, когда я пишу отчеты, я вообще не пользуюсь встроенным в модуль отчетов механизмом получения данных через DBF/SQLite.
Делаю перебор по циклу машин, в нем рейсов (попутно получая всю нужную информацию по рейсам), в нем по нужным спискам - остановкам, стоянкам, заправкам и сливам, сработкам датчиков и т.п.
При этом манипулирую данными как хочу. При этом работаю через массивы, а не через файлы - что ускоряет работу (хотя лишаюсь возможности работать с массивами языком запросов).
Вам дали два инструмента:
1. Простой
2. Максимально гибкий

Если в простой встраивать максимально гибкий, то:
1. Он перестанет быть простым и понятным
2. Самое главное - для того, чтобы Вы выводили любые данные - он при каждом построении будет запрашивать ВСЕ данные - используете Вы их или нет. При этом, соответственно, пропорционально количеству данных - увеличится время на запрос всех этих данных. В разы или даже десятки раз. А оно надо тем, кто их не использует ?

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

storm, я уже запутался в версиях... Вы бы хоть билд использовали....

Yohnus, все тебе не так, все тебе на этак. То прога под Айфон не идет, то еще чего-то..... :sos:

Прочтите мой пост еще раз. Задача вовсе не нерешимая, но:

1. Почему именно стоянку без топлива ? Почему именно её стоит включить во всеобщий отчет ?
Почему не "вход в контрольную точку определенного типа с полупустым баком и сработавшим дискретным входом N между Х и Y часов" ?
Мы стремимся в базовых отчетах сделать то, что необходимо и достаточно большинству пользователей. Если бы Вы увидели в списке рейсов несколько ненужных столбцов, да еще замедление получения отчета в 3 раза, то тоже бы не были этому рады.
Вы можете обосновать всеобщую полезность данного нововведения + с учетом п.2 ?

2. Реализация этого сложного условия - увеличит время получения данных (и отчета, соответственно) в разы. Есть сильное подозрение, что это нецелесообразно, т.к. для большинства пользователей пожертвовать временем снятия этого самого ходового отчета ради этого столбца (всеобщая необходимость и полезность которого пока под вопросом) - не будет принято с восторгом (особенно в плане групповых отчетов по большим автопаркам).

3. Именно для специфичных нужд есть встроенный редактор, позволяющий реализовать практически любые хотелки. Либо с помощью привлеченных программеров, либо самостоятельно, если квалификация позволяет.

rukav, все мне так и эдак... есть общепринятые нормы... если делаешь изменения в пределах одной венрсии придумай билд 4 значный например... а то у меня 2 файла - какой из них правильный - без напряга не понять... я ж молчу про канлоги 6)))

Я тоже молчу 6.. не хочу раны бередить :hehe: Чего и вам желаю...

SK, тебе спасибо за поддержку) твое ЗА возвращает уверенность в себе

И я поучаствую.
К слову о том, что было в 3.5. но нет в 4.х.
По полям отчеты, то уже месяц обещают починить..... точнее дописать в 4.х. ибо почему-то про них забыли.
Плюс долбодибилоедное окно с вводом имени пользователя, размораживает насмерть. У меня куча пользователей терминально, к каждому подцепись, каждому вбей пароль, каждому поставь галку не спрашивать.....
Мне в таком виде это например вообще не нужно, мне если и нужно то в связке с АД.
Упорно все убеждают, что большинство пользователей (диллеров) доменами не пользуются-очень рад за них. Соответственно разрабатывать это никто не будет.
В общем негатив пока у меня.
Плюс уже до смеха доходит, появляются новые релизы веб сервака вот например:

2/22/2013 5:24 PM 50196649 webmap.zip
ни слова в открытой ветке. Каждый раз звонить в челябинск конечно прикольно, но уже задрало. Даже если это доработка для диллеров откуда уверенность, что остальным это не надо ?
Тоже самое касаемо выкладыванию дистров АГ 4.х.
Вообще как бомж попрошайка, позвони диллеру поклянчи, позвонить в челябу поклянчи. Это нормально ? это нихрена не нормально. Боитесь, что ***дят ваши разработки, вводите лицензии на софт.
Обещались сделать доп группировку для кар листов, т.е. добавить еще 1 уровень:
Организация
-Карлист
-Тс.
Еще осенью звонил неоднократно, результат ? хрена лысого.
Просил сделать групировку для полей, т.е. в папке FIELDS можно создать папку для предприятия и туда уже ложить поляи чтобы АГ это понимал. Результат тупое игнорирование.
Возникает один разумный вопрос, нахер мне с пеной у рта писать, звонить, спорить, доказывать? Ваше ПО вы и ***тесь с ним, лучше молчком подтащить еще 1-2 ПО даже если оно за деньги и радоватся жизни, а когда там техноком выпустит нужную обнову, может уже наша олнечная система уже канет в дебрях вселенной.
П.С. уже реально накипело.
П.С.2. ответы в стиле: В разработке, пока неясно когда это будет, у нас мало програмистов.выглядит комично.
П.С.3. Поговорка- взялся за гуж, не говори,что не дюж.

SK, хорошо я вас понял! ну Вы мне можете подсказать как это реализовать ? из базового отчета рейсы - мы и сделали так сказать под итог за месяц по рейсам ТС, вот и нужно знать сколько в этот рейс , то есть с 8:00 до 20:00 и т.д. было простоев именно из за отсутствия топлива в баке (то есть вставив определенное условие по топливу в баке), Вычетам из общего простоя , простои из за ремонта(они вбиваются вручную), просто на обед - 1 час и просто из за отсутствия топлива в баке = получаем простои по вине водителя. Так же вообще интересно сколько техника стоит из за топлива - то есть эффективность работы склада ГСМ и т.п.