Newsgroup: it.comp.appl.access
Titolo: Reports - Piè di pagina

Buongiorno
Ho provato a vedere i posts precedenti, ma mi sembra non risolvano il
problema che vi sottopongo.
Ho un report tipo padre/figli con piè di pagina pagina e piè di pagina
report.
L'altezza del corpo varia per ogni record che stampo.
Vorrei stampare il piè di pagina pagina solo alla fine del report,
sfruttando lo spazio che il pdpp occupa nelle pagine precedenti
all'ultima, quindi non mi basta renderlo invisibile.
Oppure le stesse informazioni del piè di pagina pagina vorrei
stamparle nel piè di pagina report, ma non dove capita, bensi nella
posizione del piè di pagina pagina.
Trippi piè di pagina ?
Grazie

 ...
Secondo me basta. Cio� come codice "Su formattazione"
della sezione intestazione pagina:
Me.Section(acPageFooter).Visible = (Me.Page = Me.Pages)
-- 
HTH
Karl
*********
Access FAQ: 
www.donkarl.com/it
 

 Access FAQ:
www.donkarl.com/it
Basta e avanza !
Perfetto.
Grazie.
Io sbagliavo perche mettevo il codice su formattazione della sezione
piè di pagina.
Per complicare un pò le cose, secondo te è possibile stampare
sull'ultima pagina tutte le informazione del piè di pagina e sulla
altre solo alcune, ma sempre recuperando lo spazio ?

 altre solo alcune, ma sempre recuperando lo spazio ?
Nello stesso evento p.e.
If Me.Page = Me.Pages Then
    Me!Controllo1.Visible = True
    Me!Controllo2.Visible = True
    Me.Section(acPageFooter).Height = 1000
Else
    Me!Controllo1.Visible = False
    Me!Controllo2.Visible = False
    Me.Section(acPageFooter).Height = 500
End If



Ciao Karl!
In tanti anni non sono riuscito a modificare il comportamento aleatorio di 
determinati controlli calcolati su sum, nel momento in cui
Il rendering dei subtotali nel caso debba ripartire da zero ad ogni 
raggruppamento all'inserimento di un controllo del tipo =Somma(Importo)
I questi casi devo ricostruirlo runtumi intercetti FormatCount = 1 
incrementandolo via via ma il problema si riduce ma non si elimina quando si 
vuole ristampare solo delle righe isolate.
Se le stampo tutte non ci sono problemi in caso contrario il rendering 
impazzisce
Classico esempio totalizzatori di estratti conto raggruppati per conto.
Devo crearmi delle dlookup (o delle subquery)?
Grazie
So che � una domanda difficile perch� replicare il contesto non  � semplice, 
ma sono fiducioso ;-)
Daniele 

 Access FAQ:
www.donkarl.com/it
Perfetto Karl !
Con l'aggiunta di controllo.top=0 per poter abbassare la sezione
Grazie

 ...
Ciao Daniele,
temo che non capisco la domanda.
Forse puoi dare un esempio pi� elaborato di cosa intendi,
o un piccolo db di esempio in qualche luogo.
FormatCount non � affidabile. Ma di solito non importa
perch� evito codice per calcoli dovunque possibile.
Se ho bisogno di somme per gruppi uso o il pi� di pagina
gruppo o il riferimento ad un controllo con la propriet�
Somma parziale.
-- 
cu


 - Mostra testo citato -
Purtroppo devo rettificare.
Nel caso un cui non rendendo invisibile il piè di pagina stampo tutte
le righe meno una sulla pagina 1 e la riga rimanente sulla pagina 2,
succede che procedendo con il metodo inizialmente suggerito la riga
rimanente mi viene correttamente stampata sulla pagina 1 ma non viene
più visualizzato il piè di pagina ....
Sbaglio qualcosa ?
Grazie

 Sbaglio qualcosa ?
Forse si vede qualcosa se riveli il tuo codice.
-- 
cu


 Somma parziale.
Infatti la format count (meglio printcount) � l'ultima spiaggia.
Sono i controlli a pi� pagina che restituiscono dati aleatori, in pi� a 
complicare le cose utilizzo NextRecord per stampare n righe fisse.
Il report � di difficile lettura non vorrei tediarti con un codice lungo.
Cmq il problema � che devo stampare il pi� pagina di un raggruppamento nella 
stessa posizione a pi� di pagina � ho semplicemente referenziato i controlli 
a pi� di pagina report con quelli del pi� di pagina del gruppo del tipo.
in Pi�PaginaMyGruppo: SommaMyGruppo come origine controllo Sum(Importo)
in Pi�PaginaReport: SommaPi�PaginaFissa come origine controllo SommaMyGruppo
Grazie mille
Daniele 

 e postare il link per il download


> 
http://myfreefilehosting.com/
Ok! Grazie per la segnalazione.
Questa notte (nel vero senso vedo di darti un esempio...)
Ci vorr� un po' di tempo perch� devo ripulire un po' altrimenti non � 
leggibile (e funszionante)
Pazienterai?
Grazie ancora Karl.
Daniele


 - Mostra testo citato -
Il codice è esattamente e solamente quello da te suggetito :


 Me.Section(acPageFooter).Visible = (Me.Page = Me.Pages)
Allora non ho capito bene cosa vuoi fare e cosa succede.
Forse qualcun altro l'ha capito e ti risponde.



Questo � il link 
http://myfreefilehosting.com/f/5f1657f3eb_1.96MB
Tra le altre cose non sono riuscito a mettere decentemente un bmp lavorabile 
in struttuta.
Grazie
Daniele

 lavorabile in struttuta.
Ho guardato al tuo db.
BTW Compattato e zippato ha <174 KB invece di 2 MB. :-)
Vedo cosa fai, ma non vedo un errore nei calcoli.
Intendi che i risultati nel pi� di pagina pagina non sono affidabili?
Se s�, non hai un esempio abbastanza "affidabile" ;-) del problema
che si puo riprodurre?
Forse dipende dei giochi nel codice con NextRecord e l'altezza
delle sezioni. Forse sarebbe anche meglio di non impostare il
pi� di pagina del gruppo a invisibile ma impostarlo a quasi 0
(cio� al pi� basso possibile) per non confondere Access
sulla fine del gruppo e il rendering della pagina.
Ma senza un esempio dell'errore restano supposizioni...


 Ma senza un esempio dell'errore restano supposizioni...
Devo popolare l'mdb con pi� dati altrimenti non riesco a riprodurre il 
problema
Se vuoi ti invio il link... questa volta zippato.
Va bene 7z?
Aspetto una tua conferma.
Grazie.
Daniele

 ...
No. Uso sempre e solo la funzione zip integrata nel Windows.
Cio� puoi crearlo con 7z ma devi scegliere il formato zip standard.



Ecco il nuovo link 
http://myfreefilehosting.com/f/2443761078_0.18MB
il problema riscontrato � nella navigazione tra una pagina e l'altra o 
saltellamento dalla 5 alla 9 inserendo direttamente nel controllo in basso 
in numero di pagina.
Altro problema � che se decido di stampare una sola pagina tra tutte i 
risultati sono incosistenti.
Grazie
Daniele 

 tutte i risultati sono incosistenti.
Secondo me il tuo report in rispetto alla "formattazione" ï¿œ programmato
troppo complesso per funzionare affidabilmente.
Dovresti ridurre il codice e sopprattutto la dipendenza dai eventi che
non succedono sempre durante la navigazione ecc.
Mi dispiace, ma per me sarebbe un lavoro di un ora o piï¿œ per
ottenere un risultato serioso e per questo non adeguato per
una risposta in un NG al quale posso dedicare solo alcuni minuti.


 una risposta in un NG al quale posso dedicare solo alcuni minuti.
Immaginavo Karl, ti ringrazio cmq di tutto il tempo che hai dedicato per 
risolvere questo problema.
Per l'unica soluzione �
1) o generare un pdf unico
2) oppure stampare solo una fattura per volta ed eliminare i raggrupamenti 
NUMDOCUMENTO
3) ... migliore il codice
Grazie
Daniele