Newsgroup: it.comp.lang.visual-basic
Titolo: VB excel openoffice

 Nei miei ultimi prog VB6 ho abbandonato CR in favore di Excel moooolto piu 
semplice e versatile.
Ma Excel su qualche pc potrebbe non esserci.
E quindi, dal momento che si fa un gran parlare e da piu parti si sostiene 
che Office e OpenOffice siano uguali, ecco io mi chiedevo se è possibile 
fare una cosa di questo genere:
Dim Ex As Object
Set Ex = GetObject(, "Calc.application")
(al posto di: Set Ex = GetObject(, "Excel.application")
e mantenere invariato (e funzionante) tutto il codice di manipolazione sulle 
celle che viene dopo.
Vitriol, tu che conosci tutti i VB presenti e futuri, e pure Openoffice, che 
ne dici? Oppure non sono tanto uguali?
-- 
Greg 

 ne dici? Oppure non sono tanto uguali?
Io non mi intendo di programmazione con la API di OpenOffice, ma ti 
posso subito dire che NON sono uguali. Nel senso che OpenOffice non è un 
clone di MS Office, sia per quanto riguarda l'utilizzo che per quanto 
riguarda la programmazione.
La guida ufficiale alla programmazione con le API di OOo (che si 
chiamano UNO, Universal Network Objects) la puoi scaricare da qui:
http://api.openoffice.org/docs/DevelopersGuide/DevelopersGuide.pdf
Sono 1250 pagine, ovviamente in inglese.
Questa è invece la guida ufficiale di Sun per la programmazione in 
StarBasic (in italiano):
dlc.sun.com/pdf/819-1329/819-1329.pdf
C'è anche una introduzione a UNO.
Al limite prova a chiedere informazioni su problemi specifici sul NG in 
firma. Alcuni utenti che programmano con OOo ci sono, e non è 
impossibile che qualche risposta la trovi, anche se è un argomento molto 
specialistico.
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Saluti, VITRIOL

 celle che viene dopo.
No, non c'è il verso. La soluzione potrebbe essere che tu esporti i dati in
qualche modo. Poi metti una macro nel foglio di excel e in quello di OOo,
ovviamente diverse.
Ma sei hai la necessita che sullo stesso file ci debba lavorare OOo e Excel
allora è un problema, e devi lavorare da VB6.
Sostanzialmente devi doppiare le tue esportazioni. Imho se devi fare un
report di stampa, usa un report, se devi esportare i dati per renderli
elaborabili usa excel o anche OOo, ma fare tutte le stampe per Excel/OOo mi
sembra una pazzia.
Come report usiamo ReportMan, che una volta capito è semplice.
Tieni conto che OOo ha una sintassi un po' più legnosa ed è più difficile
trovare il comando (ma no ci sono stato molto dietro), rispetto a excel
dove usi il registratore di macro e fai quasi il copia/incolla
Prova a leggere anche qua per Calc:
http://www.oooforum.org/forum/viewtopic.phtml?p=237511#237511
Comunque io forse ho usato una sintassi vecchia in OOo, quella star basic
credo. Ora c'era quel linguaggio unificato (se ricordo bene)

 Come report usiamo ReportMan, che una volta capito è semplice.
Io tendo a non usare prodotti non compresi nell'installazione di vb, quindi 
per anni ho usato CR.
Purtroppo con CR, un report collegato al database tramite l'ocx, dopo che 
magari ci hai messo mezza giornata a farlo carino, capita dopo qualche tempo 
che ti chiedano di far apparire un altro campo. Ecco, non si può aggiungere 
un altro campo, bisogna rifare il report da capo. E dagli una,due, tre mi 
sono stufato e son passato ad excel.
E ti assicuro si possono fare mooolte piu cose di CR
Greg 

 E ti assicuro si possono fare mooolte piu cose di CR
Bhe non capisco, è tanto che non uso CR, ma semplicemente io aprivo il
report, aggiungevo il campo posizionandolo dove volevo, e al limite
cambiavo la select che veniva passata.
Poi una stampa di una fattura come la fai su excel? Gestire il salto
pagina, i totali dei documenti in fondo all'ultima pagina? Con un report fa
tutto quasi automaticamente.

 tutto quasi automaticamente.
Il salto pagina lo gestisce exel
I totali puoi farli con una macro in excel, puoi farli da codice vb.
Una volta imparato ad usarlo, le funzioni incorporate in excel e sue 
capacità di formattazione non sono paragonabili a niente altro.
Greg

 capacità di formattazione non sono paragonabili a niente altro.
Il problema di fondo è che per non legarti ad un OCX esterno ti sei legato
ad un sw esterno.

 legato ad un sw esterno.
Sempre dipendenza è; ma almeno se cambio qualcosa non devo piu rifare il 
report (anche se pare che succede solo a me) e inoltre è molto piu versatile 
e ricco di CR
-- 
Greg 

 e ricco di CR
Bhe no, considera che alcuni OCX sono gratis, excel non lo è.
Sarà anche più ricco, ma è un foglio elettronico, non un sw di reportistica
standard.
Comunque prova a leggere su OOo, magari trovi qualche soluzione più
semplice. Io non ci stetti dietro più di tanto.

 Bhe no, considera che alcuni OCX sono gratis, excel non lo č.
A suo tempo, ricordo di non essere riuscito a trovare un valido sotituto di 
Cr.
Hai sottomano qualche nome di ocx free?
Merci :)
-- 
Greg 

 Hai sottomano qualche nome di ocx free?
http://reportman.sourceforge.net/
Mi pare proprio sia free.

 nell'elenco dei campi del report. Mi tocca rifare tutto :(
Ciao,
non so se son fuori tempo massimo, ma su CR non esiste più il buon
"verifica database"?
Usando la obsoleta versione 8, se aggiungo un campo mi basta fare così
per farlo apparire...