Отчеты семейства "Оборотно-сальдовая ведомость", "Акт сверки" и прочие (RCash*) с ListView перед отчетом - настройка ширины столбцов

[Maximin]

К моему удивлению, многие не догадываются о том, что если печатная форма данных отчетов не влезает по ширине в лист, и вылезающая вправо часть печатается на втором листе, есть возможность без программирования настроить ширину столбцов печатной формы (или скрыть любой).
Для этого достаточно всего лишь мышкой изменить ширину столбца (затащить вообще в 0) на предварительных результатах отчета, показываемых в форме (aka ListView). После этого настроенные ширины столбцов потянутся в печатную форму и отчет примет более удобопечатаемый вид.

[mazzy]

вот как? не знал.
а в какой версии появилась данная фича?

[Maximin]

В Ax4.0 SP2 уже есть. Как было раньше - не знаю, в 3ке с ними дел не имел.
Вообще говоря, идеи там неплохие в этом семействе классов, если раскурить. Довольно гибкая и стройная система. Но раскуривать приходится изрядно.

[mazzy]

Цитата:

Сообщение от Maximin

Вообще говоря, идеи там неплохие в этом семействе классов, если раскурить. Довольно гибкая и стройная система. Но раскуривать приходится изрядно.

Не, категорически не согласен.

Там в основе лежит очень отстойная идея - считать сальдо от начала времен (что является тормознутым решением в заложенном принципе). Кроме того, на редкость отстойная идея реализации интерфейса - через ListView, что тут же делает невозможным поиск и отборы, а также обработку данных на сервере.

В общем, по-моему, реализация этих отчетов - антипаттерн. Пример того, как не надо делать.

Но про то, что ширина колонок в форме влияет на ширину колонок в отчете - не знал.
Нигде в стандартном интерфейсе такого нет.
Спасибо.

[Maximin]

Не, ну, насчет способов/путей выгребания данных - это проблема только того, откуда брать данные. Но сама система построения классов, соответствия строящимся печатаемым формам, легкости её модификации ( при знании, что где) довольно неплоха.
На мой взгляд, ListView обеспечивает как раз то, что часто требуется всякими бухгалтерами - "посмотреть, потом печатать". И дело не в том, что, фактически, это просто одна из форм представления данных и для фактической печати данные уже собираться еще не будут, а просто произойдет передача накопленного. Кстати, классы, накапливающие эти данные, вопреки сказанному вами, исполняются на сервере!
Что касается отборов, то в той же оборотно-сальдовой намечены пути к фильтрации данных "классическим путём" через расширенный фильтр. Другое дело, что во всех остальных отчетах (видимо, делавшихся ранее), всё настраивается только через поля, выведенные на форму "доп. преднастройки". Но, я думаю, это делалось для тех же "тупых бухов", которые расширенным фильтром только создадут проблемы себе и поддержке. А если "поиск" и "отборы" нужны уже в результатах (ListView)- так, с готовым отчетом в Аксапте тоже уже ничего не сделаешь...

[mazzy]

Цитата:

Сообщение от Maximin

Кстати, классы, накапливающие эти данные, вопреки сказанному вами, исполняются на сервере!

Вот как? Еще раз спасибо. Надо будет глянуть.

Но даже если выборка и предварительная обработка выполняется на сервере,
все равно слишком большой объем тащится на клиента - весь ListView.

Спасибо за веру в человечество.
Давно я туда не глядел, надо будет освежить впечатления.