Newsgroup: it.comp.macintosh
Titolo: Open Office su Mac

Salve a tutti gia' su Win  (e.. Linux) utilizzavo Open Office versione 
2.3.1. Volevo chiedere il vostro parere sulla sua installazione e sulla 
sua funzionalita su Mac prima di accingermi a scaricarne il pacchetto da 
Open Office Italia
Grazie


Hmmm... l'attuale versione ufficiale richiede X11 per funzionare (X11
viene installato di default con Leopard, mentre con le versioni
precedenti alla 10.5 devi selezionarlo in fase di installazione del
sistema o puoi installarlo dopo).
Stanno lavorando a una versione nativa, ma non è ancora stabile.
Ti consiglio invece, almeno se non hai un computer troppo vecchio e
quindi lento, NeoOffice, che si appoggia in parte su Java per
l'interazione con l'utente, per avere un'interfaccia in pieno stile
Mac, senza appoggiarsi a X11.
E' un po' più lento ad avviarsi, e un pelino meno responsivo della
versione X11, ma secondo me ne vale la pena... fino a quando non ci
sarà una versione ufficiale nativa di OO.


per installare openoffice bisogna utilizzare un ambiente di emulazione 
chiamato x11 (incluso in mac os x)
piuttosto qui consigliamo Neoffice (un gemello di openoffice) che è 
nativo per mac
lo trovi qui:
http://www.neooffice.org/neojava/it/index.php
ciao!
-- 
Angelo
Taranto

 chiamato x11 (incluso in mac os x)
Non dovrebbe essere per nulla una "emulazione", a quanto ne so...

 chiamato x11 (incluso in mac os x)
non č che sia proprio "emulazione" eh...


E' il porting per Mac OS X del server grafico standard di Linux,
appunto X11. E' usato anche dal porting di GIMP.

 Volevo chiedere il vostro parere
www.neooffice.org/neojava/it/

 appunto X11. E' usato anche dal porting di GIMP.
non è che sia proprio di Linux...
"X Window System, noto in gergo come X Window o X11 o ancor più
semplicemente X, è di fatto il gestore grafico standard per tutti i
sistemi Unix (Linux e BSD compresi); è attualmente mantenuto dalla X.Org
Foundation e rilasciato sotto una licenza di software libero.
Supportato seppur marginalmente da alcuni tra i maggiori produttori di
hardware grafico, è ormai usato secondariamente anche da altri sistemi
operativi (es. Mac OS X, che usa nativamente Quartz) per permettere il
funzionamento del software progettato per questo sistema grafico, come
la suite da ufficio OpenOffice e Gimp."
Ale

On 19 Dic, 22:55, 
ba...@television.com
 (Mr. Incredible) wrote:

Il fatto che abbia scritto che "è il server standard di Linux" non
significa automaticamente che intendessi anche "non è quello standard
sotto UNIX" (cosa che comunque, almeno a livello teorico, di fatto è
vera, visto che le specifiche UNIX non indicano un server grafico
specifico)! :-P
E non ho neanche scritto che è "proprio di Linux" Se vogliamo
appigliarci ad ogni singola parola, facciamolo bene..., no? ;-)
Intendevo semplicemente dire che X11 non è nessuno strano ambiente di
emulazione o altro, ma è qualcosa che si trova su quasi tutti i PC con
Linux.

 wrote:

Usa NeoOffice che va bene (ci sto scrivendo la tesi).
-- 
 Candido

 nativo per mac
Proprio nativo non è, se è ancora Java. Fosse nativo sarebbe anche ben
più agile.
-- 
Per contattarmi:
http://formmailto.com/saltydog

 Usa NeoOffice che va bene (ci sto scrivendo la tesi).
Blasfemo!!
Ho provato a editare un file di due pagine, era già in formato odt. Uno 
strazio, s-t-r-a-z-i-o . Ibook 1Ghz e 768 Mb di ram.

 strazio, s-t-r-a-z-i-o . Ibook 1Ghz e 768 Mb di ram.
Stessa macchina tua. Effettivamente non e' come usare un editor testuale 
  ma piuttosto che tirarmi su X11, tirarmi su OOo mi tiro su NeoOffice.
E c'ho scritto na tesina di 50 pagine su...con immaginone e tutto.
E cmq anche altri amici ci stan scrivendo tesi e va benino. Certo...non 
e' reattivissimo ma qualsiasi prodotto di OOo e' leggero. Qualsiasi 
macchina per un po si siede a tirarlo su.
Piuttosto che spendere per sw pesanti uguali e che non salvano in 
formati umani...preferisco risparmiare e tirar 2 porchi al lancio.
teo

 e' reattivissimo ma qualsiasi prodotto di OOo e' leggero. Qualsiasi 
OPS NON e' leggero volevo dire

 teo
gratias, responsi.

 OPS NON e' leggero volevo dire
Chiunque l'abbia mai usato non ha avuto problemi a capire.

 strazio, s-t-r-a-z-i-o . Ibook 1Ghz e 768 Mb di ram.
avrai avuto troppa roba aperta. ricordiamoci che neooffice non è un 
editor di testo, ma un database, un programma di grafica vettoriale 
(anche se elementare), uno spreadsheet, e molto altro ancora. quando 
apri neooffice è come se aprissi mezzo mondo.
-- 
metalinguismo sono io che spiego a voi cosa e' il metalinguismo. ah ah ah.

 formati umani...preferisco risparmiare e tirar 2 porchi al lancio.
guarda, con tutto il bene che voglio a oo, mai niente come mellel e i 
suoi fogli stile.


 emulazione o altro, 
Appunto. Quello che dicevo... di emulazione non c'è proprio nulla :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 formati umani...
Puoi spendere per sw leggeri come Mellel e Nisus Writer Pro. Pensati
proprio per testi tipo tesi. NWP salva anche in RTF, che è decisamente
umano.
Ciao,
Paolo

 ha scritto nel messaggio 
news:476970d7$0$17954$4faf...@reader1.news.tin.it...

si si tutto bello l'open source, ma se invece mandi il quadrupede a prendere 
l'office, 2004 o anche il 2008, fa proprio schifo come idea?

 l'office, 2004 o anche il 2008, fa proprio schifo come idea?
Perché allora non iWork, allora?

   
dici che in pubblico l'istigazione al reato è consentita?
-- 
Angelo
Taranto

 strazio, s-t-r-a-z-i-o . Ibook 1Ghz e 768 Mb di ram.
Mah, vero che ci lavoro con un MB, su una 70ina di pagine, per ora, ma
non ho grossi problemi.
-- 
 Candido

 suoi fogli stile.
Quoto.
Mellel č uno dei motivi per cui ringrazio di aver preso anni fa un Mac
invece di un pc.

 strazio, s-t-r-a-z-i-o . Ibook 1Ghz e 768 Mb di ram.
si con macchine un po' datate e' inusabile.
sull'imac dello studio 2,16 ghz, 2gb ram va benone.
-- 
"i was high, but she was the sky"
use the condom. remove it to reply.

 sarà una versione ufficiale nativa di OO.
Tutto vero e quoto.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 appunto X11.
E' una implementazione di server X11.ň
Tradizionalmente i sistemi Unix-like hanno usato come ambiente grafico
primitivo X11, MacOS X ne contiene pure un'implementazione.
E' ben piů del server grafico standard di Linux (anche se č *anche* il
server grafico standard di linux).


 Linux.
Esatto! E anche con Solaris, peddire.


 Fosse nativo sarebbe anche ben piů agile.
La GUI sicuramente. E io ci spero un pochetto.


 chiamato x11 (incluso in mac os x)
Macchč ambiente di emulazione va. E' semplicemente un server X11 (come
si evince dal nome), punto e morta li.


 Mai sentito ma in generale tutto ciň che č suino mi affascina.
Non ti facevo cosě devoto a Nostro Signore.


 umano.
Si, peccato che RTF è un formato con forti problemi di interpretazione.
:(
Nel senso che ho visto spessissimo problemi fra diversi software su
documenti complicati (per colpa di estensioni non standard e compagnia).


 suoi fogli stile.
Se avesse una tesi un minimo scientifica credo che ci sarebbe da porcare
con le formule. Nel senso che quelle se le dovrebbe comunque spippolare
in latex, e allora tanto vale.


 mia opinione.
Che coincide con la mia. :-)


 sistema ospite.
E' una tua opinione. Tenendo conto del modello a strati che permea
completamente il mondo dell'informatica, vedo poco sensato usare in
questo senso il termine 'nativo' (parlando rispetto ad un sistema
operativo).
Insomma, č poco importante (specie per l'utente) se la compilazione č
avvenuta ahead of time, just in time, se č interpretazione, bytecode,
chi sia l'interprete e tutto.
Quello che vede l'utente č un'icona su cui fare doppioclick. La
meccanica di funzionamento dell'eseguibile IMHO non riguarda affatto
l'essere o meno nativo: l'integrazione con il sistema operativo (e in
particolare quella della GUI, se presente) molto di piů.
Per un utente in effetti un programma
ObjectiveC/Python/Ruby/Perl/Whatever che chiama Cocoa č sostanzialmente
indistinguibile. Un programma C++ che invece chiamasse altro sarebbe
invece molto piů 'immigrato'.
Poi la faccenda si complica: ci sono diversi tipi di macchine virtuali.
Ci sono quelle 'leggere' (Python, Ruby, Perl) che in sostanza mettono
uno strato *molto* sottile fra l'OS (specie se Unix e il programma). La
JVM č in effetti un mondo suo, con le sue regole e tutto: ma
cionondimeno č ancora una volta un dettaglio implementativo (inoltre
tutte queste regole possono essere scavallate con JNI, che č esattamente
quello che succede nel binding con Cocoa, afaik).


 Non ti facevo così devoto a Nostro Signore.
Come no come no, il prosciutto è cibo divino, ma in un periodo santo 
come questo rischiamo di scivolare nella blasfemia e di non onorare il 
sacrificio che molti verri hanno compiuto per adornare le nostre tavole.

 sistema ospite.
Fai un parallelo tra codici operativi del programma e la macchina 
fisica, in realtŕ i processi (anche quelli che considerano nativi) non 
girano sulla macchina fisica ma su una virtuale messa a disposizione dal 
sistema operativo, questo č alla base della multiprogrammazione cui noi 
oggi non saremmo disposti a rinunciare ed č vecchio quanto OS/360 credo, 
cioč anni '60.

 cioè anni '60.
Ecco, hai detto meglio quello che volevo dire io. 


 .doc meglio di OpenOffice a mio avviso
Mi permetto di dissentire... All'uscita di iWork 08 ho fatto diverse
prove su .doc mediamente complessi (formattazioni su diverse sezioni,
qualche tabella e qualche immagine, qualche stampato comunale, ecc...) e
NeoOffice si è comportato decisamente meglio.

 alla fine ho scritto una piccola patch per Text Edit proprio.
Questa invece potrebbe essere proprio utile, spero di non chiedere
troppo nel chiderti se puoi farmela avere :-)  

 NeoOffice si è comportato decisamente meglio.
Dissenti: le presentazioni powerpoint hanno spesso e volentieri il
posizionamento degli elementi sbagliato: per cui ti trovi ad avere le
frecce che puntano alle cose sbagliate, per dire.
Qui per inciso iWork non mi ha mai sballato nulla.


 Dissenti: le presentazioni powerpoint
Non li uso... Io parlavo di documenti Word.

 Non li uso... Io parlavo di documenti Word.
Io invece si. Mi capita di avere lezioni in formato ppt da proiettare o
modificare o whatever.
L'ultima persona che mi ha mandato un doc invece l'ho catturata e ho
posto la sua testa su una picca fuori dalla porta. Non ci hanno
riprovato.


 riprovato.
Gran parte della modulistica dei comuni viaggia in .doc (a volte in pdf,
ma è quasi peggio in quanto di solito li fanno non editabili). Inoltre
ricevo .doc da colleghi, da enti, ecc... che se dovessi applicare il tuo
sistema non sprei più dove appiccare le teste.
Quello che veramente mi fa incaxxare è quando mi arrivano le email con
due frasi di puro testo, nell'allegato .doc =:(
Un paio di volte ho risposto con un allegato in AppleWorks.cwk
(ovviamente quando non mi fregava molto che il destinatario leggesse la
risposta).

 risposta).
Eh, lol :)
Come alcuni patiti dell'open source che ti mandano roba nei formati piů
assurdi che 'lo puoi leggere' perchč in effetti il programma che lo ha
generato č open.


 wrote:
Quindi posso dire che i miei programmi fatti con Revolution sono nativi,
dico bene?
Cioè, che io li abbia fatti standalone per Windows, Mac o Linux, tanto
più che la GUI è pressoché perfetta, li posso dichiarare nativi?


 più che la GUI è pressoché perfetta, li posso dichiarare nativi?
Non direi precisamente che la 'gui perfetta' sia sintomo di 'natività'.
Mi spiego: con Qt (ma anche con Java SWT -- e qui il punto è la
libreria, non il linguaggio --) puoi in linea teorica fare un'app
indistinguibile. 
Che so, se vai a vederti LastFM (il client) ti pare proprio una cosina
nativa, eppure è fatto con Qt. Qt lo dobbiamo considerare nativo? Dopo
tutto è 'solo' un layer sopra carbon.
Io sarei per il no. Complessivamente Qt è un suo mondo, Carbon è solo un
backend. Uno sta programmando con la libreria Qt e usa le features di
Qt, che incidentalmente si mappano su quelle di Carbon (e ci sono alcune
cose in più e altre cose in meno).
Il fatto che poi riesca a creare un'applicazione con lo stesso look and
feel (e ribadisco, anche il feel) è chiaramente desiderabile.
Un'altra definizione di 'nativo' potrebbe essere che si mappa su quartz.
Per cui quasi qualunque cosa giri graficamente su OS X  (ivi compreso
revolution).
Alcuni intendono con 'applicazione nativa' un'applicazione *compilata* e
linkata alle librerie dell'OS (ma questa è una definizione poco
interessante nel campo di OS X: voglio dire, c'è un sacco di roba
compilata e linkata alle librerie dell'OS che non assomiglia manco di
striscio ad un'applicazione mac os).
Altri potrebbero intendere un'applicazione pensata e sviluppata per i
canoni di una data piattaforma (e qui ci rientra dentro un sacco di
cose). 
Per come la intendo io, un'applicazione nativa è un'applicazione che usa
le librerie grafiche native di OS X *direttamente*. Per cui a
prescindere dal linguaggio qualcosa che usi Cocoa o Quartz. Ma è
ovviamente una definizione mia, condivisibile o meno, migliorabile o
meno.


 documenti complicati (per colpa di estensioni non standard e compagnia).
Il passaggio da Word a NWP, ad esempio, non è sempre perfetto. Documenti
con forti componenti di impaginazione vengono "semplificati" da NWP, che
manca di alcune caratteristiche di Word (riquadri, filetti, funzioni di
disegno).
Ma direi che per un testo lineare, con stili, note e grafica trattata
come caratteri, l'integrità nel passaggio sembra essere preservata
piuttosto bene.
Per fare un esmepio, io sto lavorando su un documento di Word
dall'impaginazione complessa. Lo ho aperto con NeoOffice, purtroppo
troppo lento sul Mac che sto usando. Ho copiato ed incollato in NWP, e
per il testo è andato tutto bene (nonostante un uso degli stili di
paragrafo piuttosto fantasioso...).
Dovrò però rimettere a posto la grafica, visto che posizionamento e
dimensioni non sono sempre rispettati, e non posso creare didascalie
sopra le immagini.
Il piacere di lavorare in NWP, rispetto a NO, è tale, che probabilmente
sarò tentato di lasciare il documento finale in NWP.
Ciao,
Paolo

 sarò tentato di lasciare il documento finale in NWP.
Io ne avevo usato una versione free anni fa.
Oggi come sta? Rispetto a Mellel e altri tool di fascia.
Formule? Cosa ha più, meno di Mellel o Pages?


 le librerie grafiche native di OS X *direttamente*.
Concordo. 
La percezione che ha l'utente del sistema è data dall'interfaccia 
grafica, per fare un esempio hdiutil è _nativissimo_ ma quanti lo 
considerano una applicazione OS X ?

 Formule? Cosa ha più, meno di Mellel o Pages?
Rispetto a Mellel, NWP ha una maggiore facilità d'uso, per via di
un'interfaccia utente maggiormente aderente alle convenzioni Mac. Ha
qualche funzione in più (riferimenti incrociati e indici analitici,
scontornamento immagini, macro), e qualcuna in meno (due soli flussi di
note, manca l'outliner sostituito da un indice navigabile).
Rispetto a Pages, condivide con Mellel la vocazione al lavoro sul testo
lungo, più che al testo graficamente ricco. Manca la gestione delle
revisioni, che però a me sembra sostituibile, ad un certo livello, con
gli evidenziatori.
E più aperto al mondo esterno (interscambio di stili, annotazioni,
note...) rispetto a Mellel, forse allo stesso livello di Pages. Il
formato nativo e RTF, quindi i suoi documenti non richiedono conversione
per essere scambiati.
Le formule sono realizzabili con le macro, alcune delle quali già
fornite di serie.
C'è una demo scaricabile, che ti consiglio di provare
(
http://www.nisus.com
).
Ciao,
Paolo

 (
http://www.nisus.com
).
Il problema č che io i wp li uso pochino. Per cui non saprei con cosa
fare le prove. Cioč, avrei bisogno di una cosa fare con un wp per
sperimentarlo un poco. Sui due piedi non saprei valutarlo.


 fare le prove.
Fai un allegato di due righe, con tanti disegnini, in cui mettere il
testo di un messaggio di posta elettronica :-)
Ciao,
Paolo

 testo di un messaggio di posta elettronica :-)
LOL. Comunque ho scaricato NW e l'interfaccia mi sembra bellina.
Sono un poco frenato dai costi, ecco.


 sacrificio che molti verri hanno compiuto per adornare le nostre tavole.
Eh... io sono a Parma. qui il sacrificio è costante.
