Уважаемые спецы! Я не могу распечатать данные из БД  подряд в строку. 

Создала в конструкторе форму - внесла туда поля, распределила на листе (выше-ниже-правее-левее).  Но поняла, что это не очень подходит. Нужно чтобы эти поля печатались подряд друг за другом в строки длиной, например, 256 символов (А4), при заполнении строки автоматически переходили на следующую. Следующая пронумерованная запись начиналась бы с новой строки (под своим порядковым номером). Это сильно съэкономило бы бумагу, да и смотрелось бы лучше.
Поскольку количество символов в полях базы различное, то просто конструктором в форме отчета выставить их рядом невозможно. 
Как я понимаю, в отчете нужно задать что-то такое: "печатать данные поля (перечислить в нужном порядке) подряд, не привязываясь к заданному количеству символов поля, а по фактическому количеству знаков" 
или
сразу задать в поле некое плавающее значение.

Что посоветуете???

Мне нужно, чтобы данные из базы данных (текстовые) печатались подряд в одну строку, без пробелов, и при заполнении строки переходили бы на другую, а следующая запись шла бы с новой строчки.

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

Но если это не проблема - выполните конкатенацию в запросе, который является источником данных отчета.

"выполните конкатенацию в запросе, который является источником данных отчета"

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

Добавлено через 3 минуты и 45 секунд
"но такое склеивание полей не даст возможности понять, где кончается одно и начинается другое"

А задать печать полей, например, через запятую - невозможно?

  
УважаемЫЙ dalmatin, никогда невредно посмотреть информацию о собеседнике   

==================

А нам-то какое до этого дело? Читайте, учитесь. Начиная со встроенной справки.
Вообще конкатенация - это процесс "сложения" строк.


Вместо чего-то типа

должно быть что-то типа



Отчет в общем случае печатается в том виде, в каком показывается. Возможны иные варианты, но Вам они пока недоступны из-за недостатка знаний.
Но главное - он оперирует теми данными, которые ему дает запрос-источник данных. Вот именно там и надо подготовить данные в той форме, в какой они должны отобразиться в готовом отчете.

УважаемЫЙ Akina,
спасибо за ответ, постараюсь посмотреть и разобраться. Современных знаний нет, это верно, диплом писала еще на Foxbase+, вы наверное и не слышали о такой СУБД. Это былы во времена, когда ЭВМ с трудом помещалась в комнате    Приблизительно в те же времена с программированием и "завязала". Еще раз благодарю.

Я не одну и не две программы отладил на ЕС1033 и СМ4. А уж сколько всего было понаписано на Клипере (еще Нантакетовском), когда FoxBase еще просто не существовал... 


ну так "развязывайте". Тем более что такой повод.

В общем, Вам надо создать не отчет - это дело десятое - а запрос, который покажет данные именно в той форме, в которой они нужны.
Потом на основе этого запроса строится отчет - он придаст им нужный вид, не более. Но данные уже должны быть готовы.

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

Я думаю запросом здесь не отделаться. Akina, сильно не ругай, если это не так, это только предположение ((: Придется создавать дополнительную таблицу. Если задание в том, что из исходной таблицы надо все поля выбирать и склеивать в единое целое и это целое не должно превышать размер 256 символов, явно что-то будет переходить на новую строку. Предлагаю это решать программно:dalmatin, если идея понравиться, дай знать, код надо будет доработать на нужную сортировку.

Не вижу никаких предпосылок такому утверждению.

А как же определённая длина строки? ("Невлезшее" в определённой записии должно переходить на новую запись) 
[offtopic]Любопытно, как быть с шрифтами у которых буквы разной ширины.[/offtopic]

Это сообщение отредактировал(а) kapbepucm - 3.12.2007, 13:17