Access - Informe por vba

Buenas. Necesito hacer un informe por vba . Lo que estoy haciendo ahora mismo es colocar varios cuadros de texto en el informe y en el detalle ejecuto el evento al imprimir y ahí es donde hago la select para ir asignando cada valor en los campos que corresponda. Ahora mismo solo me muestra el último registro de la consulta. Lo que necesitaría es hacer el salto de línea y retorno de carro por cada registro.
Graicas

Creo que la 'visión' que tienes del 'objeto informe' es que se comporta como una maquina de escribir (de las primeras que salieron al mercado) y eso tiene un gran problema: no se ajusta a la realidad.

Si los objetos (y valores a mostrar) son heterogéneos y sin relación entre ellos (esto es: se considera al informe 'como una hoja de papel') se tendrían que crear (con el informe en su vista diseño) tantos cuadros de texto (u objetos simples) como se precisaran para cada uno de los valores a presentar y asignarles su origen de datos en tiempo de ejecución.

Lo que se acostumbra a hacer normalmente (si, el resto del mundo lo hace 'al revés') suele ser asignar el conjunto de datos (normalmente una consulta de selección en formato SQL) como origen de datos del informe y solo preocuparse de generar la 'estética' de una línea (la sección cero o sección detalle), que el propio formulario al ejecutarse repetirá (con sus respectivos valores) tanta veces como necesite .... en fin, lo que se conoce como 'un clásico'.

Hola. si si esa es la manera que suelo utilizar para hacer mis informes pero esta vez necesito hacerlo de esta manera.
Necesito mostrar valores de varias consultas por código y asignar los valores a los cuadros de texto que tengo en el informe.
Despues hacer el salto de linea correspondiente y retorno de carro. Finalmente contralar los saltos de página.

Te muestro el ejemplo:
Imagina que tengo un informe sin origen de registro ni nada, solo 4 cuadros de texto situados en él con sus etiquetas y demas.
en el evento al imprimir de la sección de Detalle, tengo esto:



Lo que me muestra esto ahora mismo es el último registro que lee no hace ni saltos de linea ni nada de nada.
Ese es el tema.

La metodología que se intenta aplicar es la que se utilizaba en los arcaicos tiempos de las impresoras matriciales, metodología que a su vez provenía de la implementada en los teletipos .... pero esa metodología no tien aplicacon hoy en dia (con la excepción de que se trabaje con ese tipo de impresoras, en cuyo caso se tendría que aplicar la técnica adecuada:
.- Abrir un canal de comunicación (antes era definir el puerto LPT a utilizar)
.- Enviarle comandos de control a la impresora (por ejemplo los avances de línea)
.- Enviarle los datos mediante sentencias 'Print #canal .....'

Para emular el actual método, seria necesario:
.- Abrir el objeto informe en modo diseño
.- Conocer de antemano las líneas a rellenar
.- Generar (con objetos cuadro de texto) las ubicaciones de campos y líneas (TODAS Y CADA UNA DE ELLAS)
.- Guardar el informe
.- Abrir el informe recién guardado
.- Recorrer los objetos, asignando de forma INDIVUAL a cada uno su contenido (según sea su campo y línea)

Esto es.... trabajar 'mas que un chino' para un paupérrimo resultado.

Me encantan tus respuestas Enrique me imagine el puerto de la impresora. Preguntándole al sistema que sigue para imprimirlo

jajajajajajajaja

Ahora para ayudar a nuestro desordenado prototipo de informe lo que necesitas es replantear tu concepto de informe y trasladar lo que quieres a un formulario con botón de imprimir registro y darle a tú formulario el mismo formato del informe buscado.
Y listo si ocupas un ejemplo me avisas.
Saludos...

No es un método muy extraño, aun se utiliza en muchas impresoras de punto de venta que son matriciales (las mas económicas en mantenimiento), aunque cada vez mas se decantan por la térmicas que imprimen con la misma rapidez (o mayor) que las matriciales pero mas silenciosas y en formato grafico.