The Document Foundation annonce LibreOffice 4.2

fr-users
#1

LibreOffice 4.2 met l'accent sur les performances, l'interopérabilité,
et l'amélioration de l'intégration avec Microsoft Windows

Berlin, 28 Janvier 2014 - The Document Foundation annonce LibreOffice
4.2, une nouvelle version majeure destinée aux utilisateurs téméraires
de la meilleure suite bureautique libre. LibreOffice 4.2 dispose d'un
grand nombre d'améliorations de performance et d'interopérabilité
ciblées pour les utilisateurs de toutes sortes, mais particulièrement
attrayantes pour les utilisateurs avancés et les entreprises. En outre,
l'intégration à Microsoft Windows est améliorée.

Calc est passé par un des plus importants refactoring du code,
permettant un gain de performance majeur pour les données importantes
(notamment lors du calcul des valeurs de cellules et l'import de
feuilles de calcul XSLX larges et complexes), tandis qu'un nouvel
interpréteur de formule facultatif permettant le calcul parallèle massif
de formules de cellules utilisant le GPU via OpenCL. Ce dernier
fonctionne mieux avec un HSA (Heterogeneous System Architecture) tel que
le nouveau APU AMD Kaveri.

L'interopérabilité avec Microsoft OOXML, particulièrement pour les DOCX,
ainsi que les anciens fichiers RTF est également considérablement
améliorée. Un nouveau filtre d'import pour les documents Abiword et les
présentations Apple Keynote ont également été ajoutés.

LibreOffice 4.2 offre deux améliorations spécifiques pour les
utilisateurs professionnels Windows : une boîte de dialogue
d'installation personnalisée simplifiée afin d'éviter de potentielles
erreurs et la possibilité de gérer centralement et de bloquer la
configuration avec les GPO (Group Policy Objects) via Active Directory.
Tous les utilisateurs bénéficieront d'une meilleure intégration avec
Windows 7 et 8, avec des vignettes des documents ouverts maintenant
groupées par application et une liste des documents récents, toutes deux
apparaissant dans la barre des tâches.

Les utilisateurs avancés sur toutes les plateformes apprécieront la
nouvelle fenêtre de Configuration avancée qui a été ajoutée aux onglets
d'options.

Libreoffice 4.2 offre un nouvel écran de démarrage, avec une
présentation plus claire qui utilise mieux l'espace disponible – même
sur les netbooks – et montre un aperçu des derniers documents.

Du côté des mobiles, il y un nouveau contrôle distant d'Impress pour iOS
– en plus du contrôle distant Impress Android déjà disponible – qui
permet la gestion visuelle des présentations sur le portable utilisant
l'écran de l'iPhone ou de l'iPad. L'application est actuellement en
attente de revue par Apple et sera annoncée dès que disponible sur
l'iTunes Store.

LibreOffice 4.2 est la première suite open source fournissant une
nouvelle fonction d'accessibilité Windows (basée sur IAccessible2)
développée par IBM. C'est une fonction encore très expérimentale pour
cette version mais remplacera l'accessibilité anciennement basée sur
Java dans la prochaine version majeure.

L'interface utilisateur (UI) de Libreoffice continue son nettoyage avec
70 % des boîtes de dialogue maintenant rafraîchies et plein de
modifications de l'UI un peu partout. Cette version inclut également un
nouveau jeu d'icônes plates – Sifr - et un jeu de styles pour le
document par défaut.
Toutes les nouvelles fonctionnalités de LibreOffice 4.2, incluant celles
listées ici, sont résumées sur cette page web :
http://fr.libreoffice.org/telecharger/new-4-2/

Rencontrer la communauté

#2

Je suis vraiment désolée, mais ça commence à bien faire ! Des sorties de version quasiment tous les quinze jours, ça ne donne pas vraiment le temps de tester en profondeur les versions.

Oui, bien sûr c'est sympa de voir que ça bouge, mais bon. Je n'ai même pas eu le temps de signaler les problèmes que j'avais avec la dernière bêta que la version "définitive" sort. Je suis à peu près sûre qu'il doit y avoir encore une grosse collection de bugs. C’est dommage parce qu'il y a plein de bonnes choses dedans mais bon.

Ne pourrait-on ralentir le rythme et sortir des produits mieux finis plutôt ? Il n'y a pas d'urgence et je pense que LibreOffice s'en porterait mieux.

Il faudrait aussi penser aux entreprises qui ne peuvent pas passer leur temps à changer de version...

#3

Bonjour,

Je suis vraiment désolée, mais ça commence à bien faire ! Des sorties de
version quasiment tous les quinze jours, ça ne donne pas vraiment le
temps de tester en profondeur les versions.

C'est pas comme si LibreOffice avait un calendrier donnant une période
de sortie des versions:
https://wiki.documentfoundation.org/ReleasePlan#4.2_release

Tous le monde sait que fin janvier TDF sort une nouvelle branche, même
chose fin juillet. On ne peux pas dire que les gens sont pris au dépourvu.
J'essaye de me dégager du temps pour tester chaque nouvelle branche
(désolé de pas faire les tests manuels à chaque sortie de sous-versions).

Après, je pense pour ma part que la notation des versions est trompeuse:
les versions x.y.0 et x.y.1 sont plus des bétas selon moi voir des RC.

Il faudrait aussi penser aux entreprises qui ne peuvent pas passer leur temps à changer de version...

Il y a combien de contributeurs ici qui participent aux ML au nom de
leur entreprise, c'est à dire que leur boite les payent pour venir sur
la ML, faire de la doc ou bien participer à des tests ??

Sophi est freelance, JBF travaille à l'université je crois, on a un
intervenant de MIMO régulièrement.
Ensuite, il me semble qu'il y a Ysabeau et Marie Jo Libo qui sont dans
la formation.

Moi, je suis bénévole (mon domaine de compétence est assez éloigné de
l'informatique).

Reconnaissez que cela fait peu, je rêve que la directive Ayrault sur les
logiciels libres soient plus appliqué par le public et imité par le privé:
http://www.april.org/sites/default/files/201209-circulaire-ayrault-disic-35837-pdf-normal.pdf

Une règle simple à appliquer serait de réinjecter systématiquement de 5 à 10% des coûts de licences
évités. Cela permet de contribuer de manière utile dans tous les cas, de ne pas mettre en risque le
gain économique d'usage du libre, sans pour autant faire systématiquement une étude poussée de
gain complet.

La moisson est abondante mais les ouvriers sont peu nombreux.

#4

Bonjour,

Il ne faut pas oublier qu'il ne s'agit pas d'une version pour la
production, la 4.1 est toujours la version conseillée.

LibreOffice 4.2 met l'accent sur les performances, l'interopérabilité,

et l'amélioration de l'intégration avec Microsoft Windows

Je suis vraiment désolée, mais ça commence à bien faire ! Des sorties de
version quasiment tous les quinze jours, ça ne donne pas vraiment le temps
de tester en profondeur les versions.

Oui, bien sûr c'est sympa de voir que ça bouge, mais bon. Je n'ai même pas
eu le temps de signaler les problèmes que j'avais avec la dernière bêta que
la version "définitive" sort. Je suis à peu près sûre qu'il doit y avoir
encore une grosse collection de bugs. C’est dommage parce qu'il y a plein
de bonnes choses dedans mais bon.

Ne pourrait-on ralentir le rythme et sortir des produits mieux finis
plutôt ? Il n'y a pas d'urgence et je pense que LibreOffice s'en porterait
mieux.

Il faudrait aussi penser aux entreprises qui ne peuvent pas passer leur
temps à changer de version...

La version MIMO il me semble est maintenu bien plus longtemps, Les
entreprises françaises peuvent se baser sur les versions MIMO dans le cadre
de leur déploiement.

--
Ysabeau

--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir
comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.
libreoffice.org/fr/users/

Tous les messages envoyés sur cette liste seront archivés publiquement et
ne pourront pas être supprimés

Bonne journée

#5

Bonjour Ysabeau,

LibreOffice 4.2 met l'accent sur les performances, l'interopérabilité,
et l'amélioration de l'intégration avec Microsoft Windows

Je suis vraiment désolée, mais ça commence à bien faire ! Des sorties de
version quasiment tous les quinze jours, ça ne donne pas vraiment le
temps de tester en profondeur les versions.

Eh cool ! Il ne sort que 2 versions par an comme c'était déjà le cas
avec OpenOffice.org. La différence c'est que nous avons des mises à jour
correctives fréquentes.
Il est bien clair que cette x.y.0 est une version qui est destinée aux
utilisateurs un peu téméraires qui vont nous aider à la peaufiner pour
que, d'ici la x.y.3 voire la x.y.4, nous ayons une version bien robuste
et utilisable par tout un chacun pour ses besoins privés et professionnels.

Oui, bien sûr c'est sympa de voir que ça bouge, mais bon. Je n'ai même
pas eu le temps de signaler les problèmes que j'avais avec la dernière
bêta que la version "définitive" sort. Je suis à peu près sûre qu'il
doit y avoir encore une grosse collection de bugs. C’est dommage parce
qu'il y a plein de bonnes choses dedans mais bon.

Nous sommes le 30 janvier, la RC1 a été publiée la semaine avant Noël et
la RC2 2 semaines avant la RC3. La RC4 n'apporte que 2 ou 3 correctifs
sur des bloqueurs et son cas a été réglé entre samedi et lundi soir.

Évidemment qu'il y a une grosse collection de bugs, c'est inévitable
dans un projet logiciel de cette ampleur. La liste des bugs connus est
facile à obtenir sur https://bugs.freedesktop.org

Ne pourrait-on ralentir le rythme et sortir des produits mieux finis
plutôt ? Il n'y a pas d'urgence et je pense que LibreOffice s'en
porterait mieux.

Il y a toujours 6 mois entre 2 versions robustes x.y.3 qui sont celles
qui devraient intéresser les participants à cette liste de discussion
consacrée à l'assistance aux utilisateurs.

Il faudrait aussi penser aux entreprises qui ne peuvent pas passer leur
temps à changer de version...

Qui a dit qu'il fallait que les entreprises installent les nouvelles
versions dés qu'elles sortent ? Est-ce que le message affiché sur la
page de téléchargement n'est pas assez clair ? Pour une entreprise,
l'information d'aujourd'hui est que d'ici quelques mois, au printemps,
elle pourra, si elle le juge utile, installer LibreOffice 4.2. Mais rien
ne l'empêche d'attendre plus longtemps si cela l'arrange.

Le seul cas où une migration pourrait être nécessaire est celui où l'on
trouverait une faille de sécurité dans les versions précédentes. Là tout
administrateur système responsable devrait se poser sérieusement la
question.

Bonne journée
JBF

#6

Il y a combien de contributeurs ici qui participent aux ML au nom de
leur entreprise, c'est à dire que leur boite les payent pour venir sur
la ML, faire de la doc ou bien participer à des tests ??

Sophi est freelance, JBF travaille à l'université je crois, on a un
intervenant de MIMO régulièrement.
Ensuite, il me semble qu'il y a Ysabeau et Marie Jo Libo qui sont dans
la formation.

Je crois bien que Marie Jo Libo et moi on finit par avoir le même problème, on forme sur quoi sachant qu'il sort une nouvelle version tous les six mois, voire moins ?
On recommande quelle version aux entreprises sachant que... ?

J'ai déjà eu des remarques sur "Microsoft qui sort tout le temps des nouvelles versions" (tous les trois ans, voire moins...).

Sans compter le temps qu'on passe à se former dessus qu'on ne peut pas facturer à qui que ce soit avec des prix des formations de plus en plus bas (compétitivité, coût du travail, etc.).

Moi, je suis bénévole (mon domaine de compétence est assez éloigné de
l'informatique).

Figure-toi que moi aussi je fais ça bénévolement, à qui veux-tu que je facture tout ça ? A personne.

Reconnaissez que cela fait peu, je rêve que la directive Ayrault sur les
logiciels libres soient plus appliqué par le public et imité par le privé:
http://www.april.org/sites/default/files/201209-circulaire-ayrault-disic-35837-pdf-normal.pdf

Une règle simple à appliquer serait de réinjecter systématiquement de 5 à 10% des coûts de licences
évités. Cela permet de contribuer de manière utile dans tous les cas, de ne pas mettre en risque le
gain économique d'usage du libre, sans pour autant faire systématiquement une étude poussée de
gain complet.

On aimerait bien, mais bon.

#7

Bonjour Ysabeau,

Ce message aurait plus sa place sur discuss@, mais peut-être qu'il
permettra à d'autres de comprendre la philosophie de notre projet.

LibreOffice 4.2 met l'accent sur les performances, l'interopérabilité,
et l'amélioration de l'intégration avec Microsoft Windows

Je suis vraiment désolée, mais ça commence à bien faire ! Des sorties de
version quasiment tous les quinze jours, ça ne donne pas vraiment le
temps de tester en profondeur les versions.

Je pense que tu as manqué ceci :
https://wiki.documentfoundation.org/ReleasePlan/fr

et notamment l'introduction qui explique ce que l'on appelle en anglais
a time-based release.
Ce principe est basée sur un concept que l'on appelle toujours en
anglais Release Early Release Often (publiez tôt, publiez souvent). Ce
concept a été développé par Eric Raymond dans La Cathédrale et le Bazar
et a été adopté par nombre de projets open source tels que Gnome,
Debian, etc.
C'est donc également celui qui a été adopté et adapté à notre méthode de
développement.
Donc tu vois, c'est plutôt un choix instruit et une philosophie qui
appartient à notre projet.

Oui, bien sûr c'est sympa de voir que ça bouge, mais bon. Je n'ai même
pas eu le temps de signaler les problèmes que j'avais avec la dernière
bêta que la version "définitive" sort. Je suis à peu près sûre qu'il
doit y avoir encore une grosse collection de bugs. C’est dommage parce
qu'il y a plein de bonnes choses dedans mais bon.

Je pense que tu comprends qu'il ne s'agit pas de 'c'est sympa de voir
que ça bouge', mais plutôt d'une méthode de production et d'une économie
réfléchie.

Ne pourrait-on ralentir le rythme et sortir des produits mieux finis
plutôt ? Il n'y a pas d'urgence et je pense que LibreOffice s'en
porterait mieux.

Je te conseille de lire au minimum le livre d'Eric Raymond et/ou de te
documenter sur les méthodes de gestion et de production open source afin
de comprendre les choix que tu fais en participant à un projet tel que
LibreOffice ou en en portant le produit. Cela t'évitera sans doute de te
sentir frustrée en faisant des comparaisons avec des méthodes de
production classique logicielle et souvent propriétaires.

Il faudrait aussi penser aux entreprises qui ne peuvent pas passer leur
temps à changer de version...

Les entreprises ont toujours une version stable à disposition et elles
sont libres de prendre un support de niveau 3 afin de corriger les bugs
qui les impacts tout en faisant vivre l'écosystème du projet.

À bientôt
Sophie

#8

Pour compléter les propos de Sophie, ce livre a droit une page wikipédia:
https://fr.wikipedia.org/wiki/La_Cathédrale_et_le_Bazar
On trouve une traduction en français (la licence de l'originale le permet)
http://www.linux-france.org/article/these/cathedrale-bazar/cathedrale-bazar.html

#9

Je trouve un peu désolant que tout l'accent soit mis sur l'intégration à Windows alors que le parc informatique comporte une proportion si élevée de Mac. La compétition en usabilité sur cette plate-forme est plus élevée que sur Windows. Un .docx créé sur PC avec la suite de Microsoft se retrouve complètement démonté après un passage dans LibO sur Mac, ce n'est pas normal. On peut pointer la nature complexe du docx et avoir raison, mais c'est un exemple d'interopérabilité dont l'objectif n'est toujours pas atteint. Dans les fac, on tourne autour de 40% de Mac, c'est énorme! Dans ma compagnie, c'est 50% Mac, l'autre en PC (Le Linux a disparu). Autant je passe de temps +a vanter LibO comme alternative faisant "80% de ce que MS Office fait", autant je ne sais que répondre quand on me demande pourquoi tel document ne passe pas correctement dans LibO, à part "Euh, ben ça devrait". Les usagers en fac et PME n'ont que faire du "ça devrait": ils veulent leur document prêt à sortir là, tout de suite, ou à la limite maintenant. Si je peux toujours passer l'idée d'un support payant privilégié pour LibO en PME, ce n'est pas le cas en fac.

Néanmoins, au lieu de penser à l'intégration, il y a une multitude de dysfonctionnements et d'illogismes qui persistent d'une version à l'autre, malgré les tests répétés, notamment le comportement lent, gourmand et instable en présence de gros fichiers, souvent traités en entreprise. Je ne sais pas si ça donne envie de faire des "sanity check" à répétition, c'est comme si on reprenait toujours à la base au lieu de viser plus haut, ce qui prend nécessairement plus de temps. Dans les PME on a souvent à peine quelques jours pour créer quelque chose d'aussi complexe qu'une liste de mailing à partir de documents Word exclusivement et de listes de courriels notés sur des feuilles volantes; l'état rudimentaire de LibO Base ne permet pas de travailler avec efficacement.

A-t-on un aperçu de l'état d'intégration des corrections majeures rapportées? Il est vrai que sortir des logiciels aussi imposants "à la mitrailleuse", ça crée des problèmes de stabilité, notamment avec les plug-ins variés qui servent quotidiennement. LibO n'est pas le seul touché par le problème, il y a aussi Firefox (qui n'a pas de version avec support à long terme en soi).

#10

Bonjour quand même,

Je trouve un peu désolant que tout l'accent soit mis sur l'intégration
à Windows alors que le parc informatique comporte une proportion si
élevée de Mac.

Le parc informatique ? Environ 8% de machines sous MacOS et 85% sous
MS-Windows.
S'il y a tant d'utilisateurs MacOS, pourquoi avons nous si peu de
développeurs volontaires sur cette plateforme ?

Un .docx créé sur PC avec la suite de Microsoft se retrouve complètement
démonté après un passage dans LibO sur Mac, ce n'est pas normal.

MacOS n'a rien à voir ici. Il n'y a pas de raison d'avoir une différence
entre ouvrir un fichier OOXML sur MS-Windows ou sur MacOS avec la même
version de LibreOffice.
Ce qui fait une différence est la disponibilité ou non des polices de
caractères utilisées dans le document. Par exemple, la police par défaut
sur MS-Windows est Calibri, cette police est-elle installée sur MacOS ?
Inversement, la police Helvetica qu'on trouve souvent sur MacOS est une
police propriétaire qui n'est pas forcément disponible ailleurs.

Les usagers en fac et PME n'ont que faire du "ça devrait": ils veulent
leur document prêt à sortir là, tout de suite, ou à la limite
maintenant.

La licence d'utilisation de LibreOffice est gratuite mais le
tout-de-suite est payant : formation et support.
Et puis aussi : le mode d'emploi de LibreOffice n'est pas celui de
MS-Office. MS-Office n'est pas un clone de LibreOffice...

Néanmoins, au lieu de penser à l'intégration, il y a une multitude
de dysfonctionnements et d'illogismes qui persistent d'une version à

l'autre

Tu peux m'indiquer les rapports de bug correspondants ? Merci.

A-t-on un aperçu de l'état d'intégration des corrections majeures rapportées?

Le code est ouvert, les release notes sont publiques et le bug-tracker
donne ses informations à qui les lui demande.
Et bien sûr toute question précise sur une des listes du projet, reçoit
une réponse si quelqu'un la connait.

Bonne journée
JBF

#11

C'est vendredi, c'est trolldi !!!

Je trouve un peu désolant que tout l'accent soit mis sur l'intégration à Windows alors que le parc informatique comporte une proportion si élevée de Mac. La compétition en usabilité sur cette plate-forme est plus élevée que sur Windows. Un .docx créé sur PC avec la suite de Microsoft se retrouve complètement démonté après un passage dans LibO sur Mac, ce n'est pas normal. On peut pointer la nature complexe du docx et avoir raison, mais c'est un exemple d'interopérabilité dont l'objectif n'est toujours pas atteint. Dans les fac, on tourne autour de 40% de Mac, c'est énorme! Dans ma compagnie, c'est 50% Mac, l'autre en PC (Le Linux a disparu). Autant je passe de temps +a vanter LibO comme alternative faisant "80% de ce que MS Office fait", autant je ne sais que répondre quand on me demande pourquoi tel document ne passe pas correctement dans LibO, à part "Euh, ben ça devrait". Les usagers en fac et PME n'ont que faire du "ça devrait": ils veulent leur document prêt à sortir là, tout d

e suite, ou à la limite maintenant. Si je peux toujours passer l'idée d'un support payant privilégié pour LibO en PME, ce n'est pas le cas en fac.

Les polices sont souvent l’occasion de perte de mise en page, surtout si
on n'a pas utilisé les styles et les sauts de pages.

Néanmoins, au lieu de penser à l'intégration, il y a une multitude de dysfonctionnements et d'illogismes qui persistent d'une version à l'autre, malgré les tests répétés, notamment le comportement lent, gourmand et instable en présence de gros fichiers, souvent traités en entreprise. Je ne sais pas si ça donne envie de faire des "sanity check" à répétition, c'est comme si on reprenait toujours à la base au lieu de viser plus haut, ce qui prend nécessairement plus de temps. Dans les PME on a souvent à peine quelques jours pour créer quelque chose d'aussi complexe qu'une liste de mailing à partir de documents Word exclusivement et de listes de courriels notés sur des feuilles volantes; l'état rudimentaire de LibO Base ne permet pas de travailler avec efficacement.

Sauf erreur, la qualité manque cruellement de testeurs travaillant sous
Mac OS, c'est très gentil à toi de te proposer. Je viens justement de
terminer une liste de bugs entre LibreOffice et MS Office 2013 sur un
diaporama de test:
http://nabble.documentfoundation.org/PPTX-dans-LibreOffice-ou-dans-MS-Office-2013-le-jeux-des-erreurs-td4094825.html

Je serais ravi que tu participe. Tu as juste à ouvrir le fichier PPTX et
à nous dire si tu vois les mêmes soucis dans ton environnement.
Si tu as une suite MS Office tu pourras même comparer de visio mes
constats. Sitôt que tu as confirmer que j'ouvrirais les bugs
correspondants dans le bugzilla. Le coup de main sera précieux.

Juste un petit message pour me dire que sur ton Mac avec LibreOffice
(4.1 ou mieux 4.2) c'est pareil ou pas.

A-t-on un aperçu de l'état d'intégration des corrections majeures rapportées? Il est vrai que sortir des logiciels aussi imposants "à la mitrailleuse", ça crée des problèmes de stabilité, notamment avec les plug-ins variés qui servent quotidiennement. LibO n'est pas le seul touché par le problème, il y a aussi Firefox (qui n'a pas de version avec support à long terme en soi).

Là, tu n'as pas du bien chercher. Mozilla fournit une version à long
terme à destination des entreprises:
https://www.mozilla.org/fr/firefox/organizations/faq/
https://www.mozilla.org/fr/firefox/organizations/all.html

Si Mozilla n'en parle peu, c'est peut-être qu'ils n'ont pas envie de
voir se produire le drame de Thunderbird: énormément utilisé dans les
administrations et en entreprises, Mozilla n'a jamais réussi à avoir des
contributeurs pro réguliers à ses côtés (la gendarmerie française a fait
un patch). Depuis, la fondation fait le minimum: plus de nouveautés,
seulement la maintenance de sécurité. Aux volontaires d'apporter ces
nouveautés (prise en charge de CardDAV ou du RFC 6154, ...). En plus, la
vision de Mozilla est que le HTML est le prochain OS.

Au plaisir sur le mailing QA

#12

Bonjour,

Perso, je n'adhère pas à la frénésie des releases de LO, ce n'est pas
comme ça à mon sens, que l'on va attirer les entreprises. Après, c'est
une question de point de vue.

En ce qui concerne LO sous Mac, il n'y a ni assez de développeurs, ni
assez de testeurs. Tirons-en donc la conclusion logique que les
nouvelles "fonctionnalités" introduites dans LO de manière générale,
peuvent provoquer des problèmes qui risquent de passer inaperçus
jusqu'au moment où ils surgissent sur Mac (IA2, polices à espacement
proportionnel, et j'en passe), sans parler des bugs qui sont là
maintenant depuis longtemps et sont spécifiques à Mac OSX (accès
simultané à un fichier sur partage AFP, par exemple).

Le manque de développeurs "rodés" avec cet OS dans le projet fait que LO
sous Mac n'aura jamais le même degré d'intégration ni de fonctionnalité.
Si j'étais développeur Mac, je me demanderais déjà pourquoi j'irais
m'embêter avec VCL/SAL et GladeGTK quand je pourrais éviter tout ça en
allant faire autre chose. Créer une appli Mac "vraie" suppose de se
plonger dans les arcanes de VCL et tout réécrire en CocoaUI et c'est
cette inertie, qui ne date pas d'hier, mais depuis le début même du
projet OpenOffice.org, qui plombe les développements sous Mac pour LO.
Pour ne donner qu'un exemple : environ 280 "dialogues utilisateur" ont
été convertis en objets Glade.ui par un tas de gens différents - tu
imagines ce que cela représenterait pour un seul développeur Mac ?

Puisque tu as accès à des Mac, tu pourrais aider la cause en testant
dessus et en rapport et/ou confirmant les bugs.

Alex

#13

Concernant la mise en avant du support du .docx dans LibO, on est bien d'accord qu'on parle du .docx "OOXML" et PAS du format .docx Word2007/10/13 qui lui est propre à la suite ?
Sauf erreur de ma part, quand on utilise Word 2007/2010/2013, à l'enregistrement, on est par défaut sous le format .docx (word) et le format .docx OOXML (même extension ... pratique non ?) est un choix alternatif.

On aura beau vanter la qualité du support du OOXML dans LibO, si les gens enregistrent sous le format Word "proprio" (et c'est sûrement le cas) ça ne changera à mon avis rien.

Ou alors ... je n'ai rien compris et Word propose 2 formats de fichiers qui ont la même extension mais sont les 2 ouverts et je vais me cacher :wink:

Enfin, dommage que tout le monde ne juge LibO que par sa capacité à traiter correctement un fichier Office ... Il suffit de créer directement son fichier en ODF et encourager son entourage à le faire.
Quelqu'un qui a Office supérieur à 2007 SP1 peut enregistrer en ODF. On nous a fait **** des années avec "envoie moi ton fichier en .doc je ne peut pas ouvrir le .odt avec Word", alors on peut bien faire de même "je n'ai pas Word, merci de m'envoyer votre fichier en ODF"

----- Mail original -----

#14

Bonjour,

Vous n'êtes pas loin du compte et vous touchez du doigt la joie des
normes et des formats.

MS a sorti en 2007 le format OOxml (Standard ECMA-376 validé en 2006).
Il a été validé par l'ISO qu'en 2008 sous le nom ISO/IEC 29500 .
http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=61750

Le format de 2006 devient alors une norme de transition (ISO 29500
"transitional" )

MS Office 2010 pouvait lire ce format ISO/IEC 29500 mais pas y écrire
(facile à dire personne ne pouvait l'écrire). Il faudra attendre MS
Office 2013 pour que ce format soit lisable et éditable.

https://fr.wikipedia.org/wiki/Office_Open_XML
https://en.wikipedia.org/wiki/Office_Open_XML
https://en.wikipedia.org/wiki/Standardization_of_Office_Open_XML

En résumé:
Standard ECMA-376 = OOxml 2006 = OOxml "transitional"
ISO/IEC 29500 = OOxml "Strict"

http://blogs.msdn.com/b/dmahugh/archive/2010/04/06/office-s-support-for-iso-iec-29500-strict.aspx

E=écrit
L=lit

                 > Standard ECMA-376 | ISO/IEC 29500 |
MS Office 2007 | E/L | x |
MS Office 2010 | E/L | L |
MS Office 2013 | E/L | E/L |

Version Mac OS
MS Office 2008 | E/L | x |
MS Office 2011 | E/L | ?? |
MS Office 201?? | ?? | ?? |

Web
MS Office 365 | E/L | E/L |
SkyDrive/Hotmail | E/L | E/L |

Enfin, dommage que tout le monde ne juge LibO que par sa capacité à traiter correctement un fichier Office ... Il suffit de créer directement son fichier en ODF et encourager son entourage à le faire.
Quelqu'un qui a Office supérieur à 2007 SP1 peut enregistrer en ODF. On nous a fait **** des années avec "envoie moi ton fichier en .doc je ne peut pas ouvrir le .odt avec Word", alors on peut bien faire de même "je n'ai pas Word, merci de m'envoyer votre fichier en ODF"

En fait MS Office 2007 SP1 et 2010 ne connaissent que l'ODF 1.1, si vous
envoyez en ODF 1.2 (par défaut depuis la version 3.0 de mémoire), MS
Office va signaler une erreur à l'utilisateur qui corrigera très bien
toutefois. Pas de quoi fouetter un chat, sauf que cela déstabilise les
septiques.

Les versions Mac de MS Office ne connaissent pas l'ODF et MS Office 2013
sait lire et écrire en ODF 1.2. Toutefois, j'ignore si AOo et LibO ont
fini d'intégrer l'ODF 1.2: la 4.1 de LibO en intégrait des nouveautés:
https://wiki.documentfoundation.org/ReleaseNotes/4.1#Calc
https://wiki.documentfoundation.org/ReleaseNotes/4.2#Core

Es-ce que l'ODF 1.2 de MS Office 2013 est complet, je l'ignore ??