Depuis lors, je suis désormais de très près la Document Foundation: conférences FOSDEM, mais également les news officielles que les bruits de couloirs sur les chans IRC.
1. Fusion entre les 2 projets
La principale raison pour laquelle une éventuelle fusion entre les 2 projets est bonnement impossible, c'est pour raisons de licences (merci Oracle!) :
- Apache OpenOffice (license Apache) ne peut reprendre le code de LibreOffice.
- LibreOffice (dual-licence LGPLv3+ et MPLv2 )peut quant à elle reprendre le code de Apache OpenOffice.
A cette conférence de Paris, ce que j'ai pu apprendre de développeurs et responsables (allemands) d'IBM était pour le point surprenant:
La majeure partie des dev actuels de Apache OpenOffice Incubator sont fournis par IBM qui soutient d'ailleurs activement financièrement le projet. A terme, le but pour IBM est bel et bien de s'approprier AOO en lui injectant le code de Lotus Symphony, lui-même dérivé d'OpenOffice.org (la vraie raison).
2. La version Cloud de LibreOffice (LOOL)
J'ai pu par moi-même tester cette version en compilant à partir des sources et en suivant les conseils avisés de mon futur 'mentor' Michael Meeks. Pour moi, c'est assez fonctionnel, mis à part quelques crashs et les boites de dialogue 'Ouvrir' et 'Enregistrer' apparaissant parfois en dehors de l'espace accessible du navigateur Web (comme ça a été le cas à la FOSDEM 2012 )
Ce projet vise principalement les entreprises qui ne désirent pas dépendre d'une autre pour les suites dans le Cloud (Google Docs ou MS Office Web Apps pour ne citer qu'eux). Ce projet est suffisamment mature que pour être disponible à la fin de cette année.
3. La nouvelle interface
Selon le wiki, pas avant 6 mois - 1 an, prévu pour LibO 4.0. Le projet Citrus UI est bel et bien en cours (rien encore dans la branche master de git).
4. Reliance on Java
Effectivement, le maximum des boites de dialogue et assistants se basant sur Java ont été remplacés par du Python ou du C++.
Il reste encore à convertir Base codé majoritairement en Java, mais rien n'est prévu de ce côté.
L'aide Windows requiert également Java pour fonctionner.
5. La version mobile
LibO a été porté sur Android dans sa version desktop, c'est à dire qu'aucune interface native n'a encore été développée.
La philosophie de la Document Fondation est de conserver 90% du code de la version desktop et de développer une interface native pour chaque plateforme mobile (moins de travail).
[^] # Re: Et avec LibreOffice
Posté par vida18 . En réponse au journal Le code source de Symphony va fusionner avec OpenOffice. Évalué à 10.
Depuis lors, je suis désormais de très près la Document Foundation: conférences FOSDEM, mais également les news officielles que les bruits de couloirs sur les chans IRC.
1. Fusion entre les 2 projets
La principale raison pour laquelle une éventuelle fusion entre les 2 projets est bonnement impossible, c'est pour raisons de licences (merci Oracle!) :
- Apache OpenOffice (license Apache) ne peut reprendre le code de LibreOffice.
- LibreOffice (dual-licence LGPLv3+ et MPLv2 )peut quant à elle reprendre le code de Apache OpenOffice.
A cette conférence de Paris, ce que j'ai pu apprendre de développeurs et responsables (allemands) d'IBM était pour le point surprenant:
La majeure partie des dev actuels de Apache OpenOffice Incubator sont fournis par IBM qui soutient d'ailleurs activement financièrement le projet. A terme, le but pour IBM est bel et bien de s'approprier AOO en lui injectant le code de Lotus Symphony, lui-même dérivé d'OpenOffice.org (la vraie raison).
2. La version Cloud de LibreOffice (LOOL)
J'ai pu par moi-même tester cette version en compilant à partir des sources et en suivant les conseils avisés de mon futur 'mentor' Michael Meeks. Pour moi, c'est assez fonctionnel, mis à part quelques crashs et les boites de dialogue 'Ouvrir' et 'Enregistrer' apparaissant parfois en dehors de l'espace accessible du navigateur Web (comme ça a été le cas à la FOSDEM 2012 )
Ce projet vise principalement les entreprises qui ne désirent pas dépendre d'une autre pour les suites dans le Cloud (Google Docs ou MS Office Web Apps pour ne citer qu'eux). Ce projet est suffisamment mature que pour être disponible à la fin de cette année.
3. La nouvelle interface
Selon le wiki, pas avant 6 mois - 1 an, prévu pour LibO 4.0. Le projet Citrus UI est bel et bien en cours (rien encore dans la branche master de git).
4. Reliance on Java
Effectivement, le maximum des boites de dialogue et assistants se basant sur Java ont été remplacés par du Python ou du C++.
Il reste encore à convertir Base codé majoritairement en Java, mais rien n'est prévu de ce côté.
L'aide Windows requiert également Java pour fonctionner.
5. La version mobile
LibO a été porté sur Android dans sa version desktop, c'est à dire qu'aucune interface native n'a encore été développée.
La philosophie de la Document Fondation est de conserver 90% du code de la version desktop et de développer une interface native pour chaque plateforme mobile (moins de travail).