Ciao Gilberto,
visto che non ho problemi con pagine multiple e tanto meno con
elementi read only, penso sfrutterò il tuo primo consiglio.
Grazie ancora,
ale
ps sono il classico utente mac snob: se non funziona sul mac
(javascript:print).... =D
Il giorno 04/dic/07, alle ore 09:47, Gilberto De Faveri ha scritto:
On 04/dic/07, at 09:14, Alessandro wrote:
Nel mio caso quindi consigli di generare da RB il file html,
salvarlo e poi lanciarlo nel browser?
Non è possibile fare come molti i programmi, (ad es. qualunque
client mail) che quando clicchi su un link lanciano il browser
predefinito e puntano alla pagina indicata? (tipo loadURL ma non
nello scapestrato HTMLViewer...)
Esatto, ad esempio puoi salvare l'output in HTML su una cartella
temporanea restituita da GetTemporaryFolderItem() ed avviare il
browser "lanciando" il file html con il mentodo Launch() della
classe FolderItem.
In alternativa, come aveva proposto qualcuno tempo fa, puoi
includere nella tua applicazione un server web minimale che fornisca
le pagine ai client (il browser). In questo modo puoi utilizzare il
metodo ShowURL su localhost.
Sull'uso della funzione print di Javascript ti riferisci comunque
ad una pagina visualizzata in un browser con la B maiuscola non
nell'HTMLViewer (perché come dicevo ho provato, ma ovviamente non
ne vuole sapere...)
Invece darò un'occhiata al topic che mi hai segnalato perché mi
sembra interessante.
No, mi riferisco all'HTMLViewer con la H maiuscola. Se non ricordo
male la stampa invocata via Javascript funziona su Windows (non su
Mac).
Hai ragione e in verità ho sempre fatto così. Ma disegnarsi il
layout ad esempio di una fattura con tabelle strane sostanzialmente
facendo 'trial and error' sulle posizioni diventando matto per i
problemi di risoluzione (sviluppo su mac, provo e non ho un
problema; compilo per windows e mi vengono dei francobolli o
situazioni ingestibili)
E' vero, è più complicato, ma questa soluzione e l'output in PDF
sono a mio avviso le soluzioni più flessibili. L'output in HTML non
permette di formattare con precisione documenti multipagina e
potrebbe dare problemi nel caso sia necessario distribuire i
documenti (es. fatture multipagina contenenti loghi che devono per
quanto possibile essere "read only").
--
gilberto de faveri
omnidea srl
edificio pegaso
parco scientifico tecnologico vega
via delle industrie, 15
30175 venezia marghera
tel +39 041 509 3441
fax +39 041 509 3641
www.omnidea.it
|