Qualcuno sviluppa integrazioni software con OpenOffice o StarOffice
kenshiro
Ho bisogno di capire se un ambiente Winword VBA Microsoft può essere
migrato in OpenOffice.
Da quello che ho letto:
http://api.openoffice.org/docs/DevelopersGuide/AdvancedUNO/AdvancedUNO.htm
c'è una poderosa interfaccia chiamata UNO. Questa interfaccia sebbene
sia multilinguaggio (a me interessa il Java) non si può utilizzare
nell'Editor che accetta solo il suo StarBasic (nella tabella c'è scritto
che si pensa anche ad un evoluzione in Java). Ovvero se si vuole fare
un'applicazione nell'Editor, delle macro o altro, bisogna utilizzare lo
Star Basic di OO.
Mi sembra una grande limitazione.
Grazie per chi vorrà rispondermi.
Saluti
Ken
pablo
> Ciao a tutti,
>
> Ho bisogno di capire se un ambiente Winword VBA Microsoft può essere
> migrato in OpenOffice.
>
> Da quello che ho letto:
>
> http://api.openoffice.org/docs/DevelopersGuide/AdvancedUNO/AdvancedUNO.htm
>
> c'è una poderosa interfaccia chiamata UNO. Questa interfaccia sebbene
> sia multilinguaggio (a me interessa il Java) non si può utilizzare
> nell'Editor che accetta solo il suo StarBasic
Secondo me stai facendo un po di confusione.
UNO non è un "interfaccia" ma una piattaforma di sviluppo, ovvero un insieme
di strumenti software che permettono di costruire componenti software che
possono "dialogare" tra loro, indipendentemente dal linguaggio utilizzato
per la loro implementazione.
StarBasic dispone di un Bridge verso la piattaforma di sviluppo UNO
esattamente come Java, come Python e come altri linguaggi.
[...]
> Ovvero se si vuole fare
> un'applicazione nell'Editor, delle macro o altro, bisogna utilizzare lo
> Star Basic di OO.
>
> Mi sembra una grande limitazione.
Qual'è la limitazione?
Forse nell'editor di VBA in Word tu ci sviluppi in java?
Se sei interessato al java allora usa un ambiente di sviluppa java!
Eclipse ad esempio è molto apprezzato
ciao
Paolo
kenshiro
> Secondo me stai facendo un po di confusione.
> UNO non è un "interfaccia" ma una piattaforma di sviluppo, ovvero un insieme
> di strumenti software che permettono di costruire componenti software che
> possono "dialogare" tra loro, indipendentemente dal linguaggio utilizzato
> per la loro implementazione.
Quindi OpenOffice espone un pò di opggetti mediante questo framework se
ho capito bene, una specie di CORBA in cui gli oggetti sono definibili
in molti linguaggi.
>
> StarBasic dispone di un Bridge verso la piattaforma di sviluppo UNO
> esattamente come Java, come Python e come altri linguaggi.
Ok
>
>
> [...]
>
>>Ovvero se si vuole fare
>>un'applicazione nell'Editor, delle macro o altro, bisogna utilizzare lo
>>Star Basic di OO.
>>
>>Mi sembra una grande limitazione.
>
>
> Qual'è la limitazione?
> Forse nell'editor di VBA in Word tu ci sviluppi in java?
Bhé se conosci un pò VBA sarai d'accordo con me che sarebbe più agevole
utilizzare un linguaggio Java-like piuttosto che Basic-like!
Se devo sviluppare in Basic allora preferisco farlo su Word, che
vantaggio avrei nel fare un'applicazione di Office Automation su
OpenOffice, solo il costo delle licenze?
Sapresti darmi qualche indicazione su qualche grosso progetto di Office
Automation realizzato in OpenOffice?
>
> Se sei interessato al java allora usa un ambiente di sviluppa java!
> Eclipse ad esempio è molto apprezzato
>
> ciao
> Paolo
>
Ciao e grazie
R.
P.S. Sai dove posso trovare un pò di materiale su progetti già
implementati su OpenOffice?
pablo
>
>> Secondo me stai facendo un po di confusione.
>> UNO non è un "interfaccia" ma una piattaforma di sviluppo, ovvero un
>> insieme di strumenti software che permettono di costruire componenti
>> software che possono "dialogare" tra loro, indipendentemente dal
>> linguaggio utilizzato per la loro implementazione.
>
> Quindi OpenOffice espone un pò di opggetti mediante questo framework se
> ho capito bene, una specie di CORBA in cui gli oggetti sono definibili
> in molti linguaggi.
esatto
>> StarBasic dispone di un Bridge verso la piattaforma di sviluppo UNO
>> esattamente come Java, come Python e come altri linguaggi.
>
> Ok
>
>>
>>
>> [...]
>>
>>>Ovvero se si vuole fare
>>>un'applicazione nell'Editor, delle macro o altro, bisogna utilizzare lo
>>>Star Basic di OO.
>>>
>>>Mi sembra una grande limitazione.
>>
>>
>> Qual'è la limitazione?
>> Forse nell'editor di VBA in Word tu ci sviluppi in java?
>
> Bhé se conosci un pò VBA sarai d'accordo con me che sarebbe più agevole
> utilizzare un linguaggio Java-like piuttosto che Basic-like!
???? Mi sfugge completamente il senso del discorso.
>
> Se devo sviluppare in Basic allora preferisco farlo su Word,
ok
> che
> vantaggio avrei nel fare un'applicazione di Office Automation su
> OpenOffice, solo il costo delle licenze?
Qualcuno ti ha promesso dei "vantaggi" per passare ad OOo ? chi?
In ogni caso, se sei soddisfatto di quello che fai con VBA in Word perchè
passare ad altro?
> Sapresti darmi qualche indicazione su qualche grosso progetto di Office
> Automation realizzato in OpenOffice?
Spiacente, no
ciao
Pablo
kenshiro
>>Bhé se conosci un pò VBA sarai d'accordo con me che sarebbe più agevole
>>utilizzare un linguaggio Java-like piuttosto che Basic-like!
>
>
> ???? Mi sfugge completamente il senso del discorso.
Intendevo dire che sarebbe più solido se la Microsoft o OpenOffice
invece di fornite un linguaggio strutturato e procedurale come il Basic,
avessero fornito un linguaggio ad oggetti tipo Java o C#.
Mi aspettavo che OpenOffice avesse fatto questa scelta ma evidentemente
mi sbagliavo.
>
>
>>Se devo sviluppare in Basic allora preferisco farlo su Word,
>
>
> ok
>
>
>>che
>>vantaggio avrei nel fare un'applicazione di Office Automation su
>>OpenOffice, solo il costo delle licenze?
>
>
> Qualcuno ti ha promesso dei "vantaggi" per passare ad OOo ? chi?
Il vantaggio era riferito si ad un discorso di licenze ma anche di una
base più solida per il codice sviluppato. Se le applicazioni sono grosse
il codice Basic diventa difficile da gestire.
>
> In ogni caso, se sei soddisfatto di quello che fai con VBA in Word perchè
> passare ad altro?
>
>
>
>>Sapresti darmi qualche indicazione su qualche grosso progetto di Office
>>Automation realizzato in OpenOffice?
>
>
> Spiacente, no
>
>
> ciao
> Pablo
>
>
Ciao e grazie, è difficle trovare qualcuno che argomenti sullo sviluppo
in OpenOffice di soluzioni di OA.
pablo
>>>
>>>Bhé se conosci un pò VBA sarai d'accordo con me che sarebbe più agevole
>>>utilizzare un linguaggio Java-like piuttosto che Basic-like!
>>
>>
>> ???? Mi sfugge completamente il senso del discorso.
>
> Intendevo dire che sarebbe più solido se la Microsoft o OpenOffice
> invece di fornite un linguaggio strutturato e procedurale come il Basic,
> avessero fornito un linguaggio ad oggetti tipo Java o C#.
>
> Mi aspettavo che OpenOffice avesse fatto questa scelta ma evidentemente
> mi sbagliavo.
Il tuo discorso è (a mio avviso) basato su alcuni concetti errati:
1) Non è esatto affermare che il VBA non sia "ad oggetti" in quanto, fin
dalla versione 5 VBA supporta la creazione di classi.
2) L'API di MSOffice, per quanto ne so è basata sul framework OLE/COM,
pertanto non sei obbligato ad usare VBA per progetti di automazione basati
su MSOffice, in quanto puoi usare qualunque linguaggio che possa dialogare
con il mondo OLE/COM (e dovrebbero essere diversi)
3) L'API di OpenOffice è basata sul framework UNO, pertanto, per progetti di
automazione basati su Openoffice.org non sei limitato al solo StarBasic, ma
puoi usare qualunque linguaggio che disponga di un bridge verso il mondo
UNO.
Attualmente puoi usare il c++, java, python, perl (mi pare), tutti i
linguaggi che supportano ole/com (esiste un bridge COM-UNO), pertanto anche
il VB/VBA il Delphi e altri, infine StarBasic.
Come vedi, se non ti piace il basic non sei obbligato ad usarlo, ne con
MSOffice ne con Openoffice.org.
>>>che
>>>vantaggio avrei nel fare un'applicazione di Office Automation su
>>>OpenOffice, solo il costo delle licenze?
>>
>>
>> Qualcuno ti ha promesso dei "vantaggi" per passare ad OOo ? chi?
>
> Il vantaggio era riferito si ad un discorso di licenze ma anche di una
> base più solida per il codice sviluppato. Se le applicazioni sono grosse
> il codice Basic diventa difficile da gestire.
Come già detto, entrambe le applicazioni lasciano abbastanza liberi sulle
scelta del linguaggio di automazione.
>>>Sapresti darmi qualche indicazione su qualche grosso progetto di Office
>>>Automation realizzato in OpenOffice?
>>
>> Spiacente, no
>>
> Ciao e grazie, è difficle trovare qualcuno che argomenti sullo sviluppo
> in OpenOffice di soluzioni di OA.
E perchè bisogna argomentare?
Nessuno vuole convincere nessuno.
Nessuno vuole vendere nulla, questo è sw libero.
Comunque, sul sito di italiano Openoffice.org c'è una pagina che elenca le
aziende che svolgono attività legate ad OOo.
http://it.openoffice.org/marketing/consulenti.html
Credo che ce ne siano diverse che propongono soluzioni di OA basate su
openoffice.
Potresti chiedere info a loro.
ciao
Paolo
maronnamia
> kenshiro wrote:
>
> >>>
> >>>Bhé se conosci un pò VBA sarai d'accordo con me che sarebbe più agevole
> >>>utilizzare un linguaggio Java-like piuttosto che Basic-like!
> >>
> >>
> >> ???? Mi sfugge completamente il senso del discorso.
> >
> > Intendevo dire che sarebbe più solido se la Microsoft o OpenOffice
> > invece di fornite un linguaggio strutturato e procedurale come il Basic,
> > avessero fornito un linguaggio ad oggetti tipo Java o C#.
> >
> > Mi aspettavo che OpenOffice avesse fatto questa scelta ma evidentemente
> > mi sbagliavo.
>
> Il tuo discorso è (a mio avviso) basato su alcuni concetti errati:
>
> 1) Non è esatto affermare che il VBA non sia "ad oggetti" in quanto, fin
> dalla versione 5 VBA supporta la creazione di classi.
>
Guarda più che a oggetti lo definire a Moduli nel senso di ADA....sicuramente un
linguaggio tipo Java è molto più Object Oriented di Visual Basic
> 2) L'API di MSOffice, per quanto ne so è basata sul framework OLE/COM,
> pertanto non sei obbligato ad usare VBA per progetti di automazione basati
> su MSOffice, in quanto puoi usare qualunque linguaggio che possa dialogare
> con il mondo OLE/COM (e dovrebbero essere diversi)
>
Scusami questo è vero per le parti di Business Logic che puoi fare creando delle
DLL o COM in qualsiasi linguaggio, ma se vuoi realizzare delle "Macro" interne
al modello lo devi fare unicamente con VBA.
> 3) L'API di OpenOffice è basata sul framework UNO, pertanto, per progetti di
> automazione basati su Openoffice.org non sei limitato al solo StarBasic, ma
> puoi usare qualunque linguaggio che disponga di un bridge verso il mondo
> UNO.
> Attualmente puoi usare il c++, java, python, perl (mi pare), tutti i
> linguaggi che supportano ole/com (esiste un bridge COM-UNO), pertanto anche
> il VB/VBA il Delphi e altri, infine StarBasic.
>
E' un discorso analogo a quello che ho fatto prima. Mi pare di aver visto che
OpenOffice permette di creare delle macro solo in Javascript, Python e
StarBasic....non mi sembra di aver visto Java.
Mi piacerebbe che fosse possibile realizzarle direttamente in Java.
> Come vedi, se non ti piace il basic non sei obbligato ad usarlo, ne con
> MSOffice ne con Openoffice.org.
>
Grazie
pablo
Potevi evitare.
[....]
> E' un discorso analogo a quello che ho fatto prima. Mi pare di aver visto
> che OpenOffice permette di creare delle macro solo in Javascript, Python e
> StarBasic....non mi sembra di aver visto Java.
E' già più di quello che puoi fare con MSOffice mi pare :-)
> Mi piacerebbe che fosse possibile realizzarle direttamente in Java.
Ok, ora ho capito.
Come hai già scoperto, non è possibile al momento.
Nei progetti udk e framework troverai probabilmente le notizie più
aggiornate su questi argomenti
ciao
Paolo Mantovani
kenshiro
Alias...sorry ancora.
pablo wrote:
> maronnamia wrote:
>
> Potevi evitare.
>
>
> [....]
>
>>E' un discorso analogo a quello che ho fatto prima. Mi pare di aver visto
>>che OpenOffice permette di creare delle macro solo in Javascript, Python e
>>StarBasic....non mi sembra di aver visto Java.
>
>
> E' già più di quello che puoi fare con MSOffice mi pare :-)
Ah si quello si :-)
>
>
>
>>Mi piacerebbe che fosse possibile realizzarle direttamente in Java.
>
>
> Ok, ora ho capito.
> Come hai già scoperto, non è possibile al momento.
> Nei progetti udk e framework troverai probabilmente le notizie più
> aggiornate su questi argomenti
Ok e grazie
Ken
>
> ciao
> Paolo Mantovani