По форме отчета. Эффект глобализации.
Немного кухни.
В программе используется специальный продукт по выводу отчетов - FastReport. Таблицы отчета довольно разнородны, поэтому каждая новая таблицы в данном инструменте идет как отдельный шаблонов, в который программист набирает какие данные, из каких полей будут попадать в соответствующие ячейки. Пять таблиц с разнородными данными = 5 шаблонов, которые автоматически разрываются FastReport-ом.
Вот скриншот из конструктора отчетов. На верху видны закладки с разными шаблонами, между которыми ставятся разрывы.
Например. В отчете есть страница "Посты измерения фоновых концентраций" и "Перебор метеопараметров при расчете". Это два разных шаблона. Между которыми стоит разрыв. А так информацию на этих страницах можно было бы, и объединить на одну.
При экспорте в Word есть возможность формировать отчет без разрывов, но из-за того что часть таблиц в альбомной ориентации получается что эти таблицы не будут помещаться на лист в портретной ориентации. А Word нужен разрыв между портретной и альбомной ориентации.
Вот такая вот сложность. Поэтому просто решить эту проблему не получается.
К новому релизы мы постараемся сделать отчет более компактным. Первым делом мы уберем лишние строчки в отчете. Но за счет этого много места сократить не удастся. Сетку поправим, если это не баг FastReport-а
Можно было бы попробовать сформировать все таблицы в портретной ориентации и тогда при экспорте отчета отказаться от разрывов, но основная проблема это таблица "Параметры источников выбросов".
Мы безусловно думаем над этим вопросом, но как видите есть определенные сложности, если у вас получится сделать отчет более компактным, с учетом того что написано выше, то будет очень здорово. Пришлите, пожалуйста, этот отчет нам по почте.
После форматирования отчета из 40 страниц получилось 28.
А в чем заключалось форматирование? Это ведь не из-за сетки. Скорее всего убрали разрывы.
Экспонента в отчете.
Уже сделали. Будет в новом релизе. Релиз будет, как только поднакопим изменений.
Справочник постов.
Идеология такая. Пост принадлежность города (пригорода). Поэтому в каждом городе свой справочник постов. Это не один общий справочник на всё программу, а именно конкретный справочник для конкретного города. Если вы удалите город, то вместе с ним удалится и справочник постов для этого города.
В дереве данных вы не можете создать предприятие пропустив уровень города, поэтому аргумент того что предприятия в пригороде, не совсем действует.
Это, безусловно, серьезное отличие от версии 3. Давайте вернемся к этому вопросу, например через полгода. Возможно, к этому времени вы привыкнете к этой особенности программы, и вам уже будет не представить, как может быть иначе.