102.86600 - Устанавливать по-умолчанию свойство бэнда растягиваемый
Дело в том, что для бэнда практически всегда (я не знаю пока обратных примеров) устанавливать свойство растягиваемости. Иначе при превышении содержимым ширины ячейки она расширяется на последующие строки. Часто устанавливать это св-во забывают, т.к. тестовые данные не выявляют этих скрытых ошибок.
Также для полей, этих бэндов, если установлено св-во растягиваемости, устанавливать св-во растягиваемый до макс. высоты.
Адекватных за и против, что то не могу придумать. Видимо это дело вкуса. Просьба к посетителям форума проголосовать. По большинству голосов определим - что делать
Неужели нельзя в потоке для отчета выдавать всю информацию? Полей сотни, а инфы в них нету. Самый яркий пример отчеты по сбыту по накладным - вроде бы видно поле кода контрагента, но там пусто. С nrec тоже повсюду грабли разложены. То есть он то его нет. Порядок наводить будете?
Зато всяких "склеенных" полей немеряно - адрес слепленный, доверенность с фамилией номером и и датой сразу, ну и т.д. Вообще к чему это? Актуально как раз получить все по отдельности, а уж средствами фаста слепить все это плевое дело.
Привязку к сетке не учили делать? Тока сместишь memo или размер изменишь так сразу границы не совпадают.
Давно бы уже сделали все формы на фасте и выбросили остальные отчетники.
ilshat писал(а):Неужели нельзя в потоке для отчета выдавать всю информацию? Полей сотни, а инфы в них нету. Самый яркий пример отчеты по сбыту по накладным - вроде бы видно поле кода контрагента, но там пусто. С nrec тоже повсюду грабли разложены. То есть он то его нет. Порядок наводить будете?
Прикладные программисты Галактики, которые изначально делают отчет, вряд-ли смогут спрогнозировать и выдать в потоке всю информацию, которая гипотетически может понадобиться партнерам, специалистам по внедрению, пользователям при доработке отчетов. Это не реально. Да и в постановке задачи на разработку отчетов это обычно не указывается.
Однако когда FastReport внедрялся в Галактику в языке VIP была предусмотрена возможность расширять поток данных для отчета. Имею в виду конструкцию Alter Interface. С ее помощью можно дополнить как логическую таблицу интерфейса Create View, так и поток данных DataStream. В документации есть описание. В "Суппорте" в "Консоли управления" в "Мастере докомпиляции" даже есть графический редактор запросов по типу Access и зачатки редактора потока данных.
Но похоже эта технология не стала популярной
Потребители редко обращаются по этой теме. Как следствие эта часть функционала перестала развиваться и стабилизироваться, обрасла ошибками.
Последний раз редактировалось larin Пт, 24/04/2009 09:37, всего редактировалось 1 раз.
ilshat писал(а):Привязку к сетке не учили делать? Тока сместишь memo или размер изменишь так сразу границы не совпадают.
Вроде учили и выносные линии показывали. Но не у всех получается аккуратно этим пользоваться. Нужна определенная сноровка и развитая моторика . На эту тему как то был разговор с разработчиками компании FastReports. В результате в их новом продукте FastReport.NET появился новый элемент Таблица. При случае нужно будет поинтересоваться, есть ли в планах элемент Таблица для FastReport VCL.
При этом наименование и все реквизиты есть...
Да еще мало того обнаружил в коде отчета презабавнейшие конструкции суммирования и определения номера страницы... и много чего еще интересного
вот суммирование:
Мнение на тему " Стоит ли по умолчанию делать ячеки и бенды FastReport растягиваемыми?"
Бенды возможно и надо сделать растягиваемыми. А вот с ячейками могут быть проблемы.
Свойство растягиваемости:
Если на бенде есть два поля, расположенных по вертикали, то если в верхнем поле текст не вмещается в поле и свойство установлено, то верхнее поле растянется вниз, а нижнее выведется на верхнем и получим наложение текстов. Для избежания таких ситуаций дополнительно к свойству растягиваемости придется выставлять также свойство "Смещаемый", либо "Смещаемый при перекрытии", возникает вопрос какое из них должно быть по умолчанию?
Свойство растягиваемый до макс. высоты:
Проблема остается как и со Свойством растягиваемости.
В дополнение при установке данного свойства необходимо так же учитывать порядок печати полей(поля печатаются в порядке добавления, т.е. первое добавленное поле выводится первым). Т.к. допустим у нас есть два поля "Поле1 " - находится снизу, но добавлено первым, "Поле2 " - находится сверху, добавлено вторым. У обоих полей установлено свойство "растягиваемый до макс. высоты"(при установке свойства "Смещаемый при перекрытии", результат будет такой же). Получаем:
Вначале печатается "Поле2" и растягивается на высоту бенда перекрывая "поле1", затем печатается "поле1" и также растягивается на высоту бенда перекрывая "поле2". В сформированном отчете, это обычно незаметно, т.к. у полей по умолчанию установлен прозрачный фон. Однако, если фон не прозрачный, то "Поле2" вообще не будет видно. Также оно исчезнет при Экспорте в другие форматы, а вот экспорт достаточно частый случай, и надо учитывать вид отчета после экспорта.
Свойство автоширина:
Аналогична как и со "Свойством растягиваемости", только для полей расположенных по горизонтали. К тому же при экспорте криво выводится, лучше по возможности до максимума растягивать руками.
Отсюда вывод:
Считаю, что для ячеек не надо дополнительно устанавливать никаких свойств. А вот для бенда возможно было бы неплохо автоматом устанавливать свойство "растягиваемый", при установке этого свойство одной из ячеек.
Крик души: не о том у вас голова болит! Дайте в отчеты nrec-ки основных данных (документа, строк, контрагентов). Ато добавлять нехватающие поля совершенно извращенными методами приходится :(
ThPhantom писал(а):
Считаю, что для ячеек не надо дополнительно устанавливать никаких свойств. А вот для бенда возможно было бы неплохо автоматом устанавливать свойство "растягиваемый", при установке этого свойство одной из ячеек.
