Gianluca Turconi ha scritto:

Se il fork c'è stato (in termini di differenza di codice), la

(...)
Se il fork non c'è stato, manca solo la coordinazione tra i gruppi. In
(...)

non sono uno sviluppatore, ma tra coloro che fecero Oo x11 1.1.2 per mac ci sono anche gli attuali creatori di neooffice. evidentemente se è stato intrapreso un progetto indipendente e se la roadmap per Oo 1.1.2 nativa per mac è stata soltanto una serie di belle parole messe in fila una ragione ci dovrà essere.

Per quel che riguarda il vaporware che toglie fondi allo sviluppo di
neooffice... Ma per favore! :)

Se neooffice ha perso finanziamenti dirottati su un altro progetto, vuol
dire che i responsabili non sono stati capaci di "vendere" come si deve
il loro lavoro.

i responsabili sono il programmatore patrick luby che dopo l'annuncio di Oo cocoa ha visto sparire nel nulla una serie di finanziatori. il problema è che -al momento- l'annuncio dei lavori della versione cocoa di Oo è assolutamente campato in aria: il team di erik dovrebbe rifare il lavoro di due anni di luby partendo da zero e per sua stessa ammissione nessuno del team ha una benché minima esperienza di cocoa...

Questo è più che normale. Quando ci sono team di ingegneri che hanno
dato un certo indirizzo allo sviluppo (che piaccia o meno ai terzi,
importa poco), per cambiarlo ci vogliono non solo ragioni tipicamente
legate alla fattibilità, ma anche all'opportunità.

E' conveniente fare le modifiche? Quali conseguenze ci saranno per le
altre piattaforme? Il ritorno varrà lo sforzo? Etc, etc.
ecco il problema: i maggiori benefici sarebbero stati per la piattaforma macintosh, l'unica che non gode del supporto sun.


1) la comunità è il contenitore;
2) Sun è una parte del contenuto;
3) i volontari e le altre aziende sono un'altra parte del contenuto.

Non capisco perché sia difficile comprenderlo.

perché il lavoro di contenuto -come dici tu- degli stipendiati sun non tocca il porting per macintosh che è costretto a vivere soltanto sulle spalle dei volontari e con il disinteresse 'opportunistico' (per citare un tuo passaggio) del team di ingegneri che dà l'indirizzo allo sviluppo. in soldoni il porting è tutto sulle spalle di volontari che convivono con il disinteresse nei confronti delle loro esigenze da parte del nucleo della scatola openoffice.org ripeto: questa almeno è l'impressione che ho leggendo i forum di neooffice e vedendo la storia recente dei porting 'nativi' per mac.



f.

--
http://www.venerandi.com


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Rispondere a