Позиция и координаты контролов
Gdalex
Таганрог
Добрый день!
У меня вопрос больше к разработчикам.
Был нарисован отчет в дизайнере. Заголовки таблицы в GroupHeader, колонки в MasterData, итоги в GroupFooter. Все колонки в свойстве Alignment имели baLeft (необходимо при программном выравнивании ширины и скрытии пустых колонок в динамическом запросе).
По требованию заказчика нужно было увеличить размер колонок в таблице как по высоте, так и по ширине. Выделив все колонки в хедере, потянул за нижний правый угол выделения. Все прекрасно растянулось и по ширине, и по высоте. То же самое проделал с данными и футером. Внешне все вроде бы замечательно. Сохранил шаблон. При печати оказалось, что все колонки "поехали" кто куда. При этом в дизайнере колонки для одного значения (в хедере, дата и футер) имеют одинаковые значения в свойствах Left, Width, Height. При предпросмотре и на печати видно, что колонки не совпадают друг с другом на 0,1-0,2мм как по левому краю, так и по ширине. Долгие пляски с бубном в дизайнере ни к чему не привели. Полез напрямую в файл шаблона. И что мы там видим: значения полей разные! Хотя в дизайнере они одинаковые!
<TfrxMemoView Name="p1row10" Align="baLeft" Left="483,02390764" Top="0" Width="22,67718" - колонка №10 в MasterData
<TfrxMemoView Name="p1C10_1" Tag="1" Align="baLeft" Left="483,77976677" Top="192,75603" Width="22,67671" - колонка №10 в GroupHeader
Отсюда вопрос: зачем такая "бешеная" точность в координатах, которая к тому же никак не коррелируется со значениями в дизайнере?
Пришлось заново рисовать все 186 колонок и заполнять все свойства для них (имя контрола, имя поля в БД и т.д.). Причем все это умножено на три: заголовок, данные, подвал. Т.е. если и масштабировать контролы, то только в одном направлении за раз (либо по вертикали, либо по горизонтали), и то я не уверен, что выйдет правильно.
У меня вопрос больше к разработчикам.
Был нарисован отчет в дизайнере. Заголовки таблицы в GroupHeader, колонки в MasterData, итоги в GroupFooter. Все колонки в свойстве Alignment имели baLeft (необходимо при программном выравнивании ширины и скрытии пустых колонок в динамическом запросе).
По требованию заказчика нужно было увеличить размер колонок в таблице как по высоте, так и по ширине. Выделив все колонки в хедере, потянул за нижний правый угол выделения. Все прекрасно растянулось и по ширине, и по высоте. То же самое проделал с данными и футером. Внешне все вроде бы замечательно. Сохранил шаблон. При печати оказалось, что все колонки "поехали" кто куда. При этом в дизайнере колонки для одного значения (в хедере, дата и футер) имеют одинаковые значения в свойствах Left, Width, Height. При предпросмотре и на печати видно, что колонки не совпадают друг с другом на 0,1-0,2мм как по левому краю, так и по ширине. Долгие пляски с бубном в дизайнере ни к чему не привели. Полез напрямую в файл шаблона. И что мы там видим: значения полей разные! Хотя в дизайнере они одинаковые!
<TfrxMemoView Name="p1row10" Align="baLeft" Left="483,02390764" Top="0" Width="22,67718" - колонка №10 в MasterData
<TfrxMemoView Name="p1C10_1" Tag="1" Align="baLeft" Left="483,77976677" Top="192,75603" Width="22,67671" - колонка №10 в GroupHeader
Отсюда вопрос: зачем такая "бешеная" точность в координатах, которая к тому же никак не коррелируется со значениями в дизайнере?
Пришлось заново рисовать все 186 колонок и заполнять все свойства для них (имя контрола, имя поля в БД и т.д.). Причем все это умножено на три: заголовок, данные, подвал. Т.е. если и масштабировать контролы, то только в одном направлении за раз (либо по вертикали, либо по горизонтали), и то я не уверен, что выйдет правильно.
Комментарии