URL: https://linuxfr.org/news/sortie-de-libreoffice-5-3 Title: Sortie de LibreOffice 5.3 Authors: Lucas Davy Defaud, Adrien Dorsaz, Anonyme, palm123, Jean-Baptiste Faure, Benoît Sibaud, bolikahult, Nils Ratusznik, Yves Bourguignon et ZeroHeure Date: 2016年12月13日T18:55:01+01:00 License: CC By-SA Tags: libreoffice et bureautique Score: 91 LibreOffice, la suite bureautique libre et interopérable, a été publiée en version 5.3 le **1^(er) février 2017**. Au menu de cette version, une mise en page unifiée sur les différentes plates‐formes prises en charge, un nouvel outil de style pour les tableaux dans _Writer_, la première version source de _LibreOffice Online_ et un changement majeur pour l’avenir de l’interface. Cette version n’est pas encore considérée comme stable et la Document Foundation conseille encore le déploiement de la série 5.2 dans les institutions et entreprises. Cependant, cette toute dernière mouture est disponible en téléchargement sur le site, pour toute personne souhaitant tester les dernières améliorations. ![Logo LibreOffice](https://wiki.documentfoundation.org/images/6/65/LibreOffice_Initial-Artwork-Logo_ColorLogoBasic_500px.png) ---- [Notes de version](https://wiki.documentfoundation.org/ReleaseNotes/5.3/fr) [Journal sur l’apparition du ruban](http://linuxfr.org/users/_tof_/journaux/libreoffice-fait-evoluer-son-interface) [Précédente dépêche sur la version 5.1](https://linuxfr.org/news/libreoffice-5-1-version-majeure) [LibreOffice 5.3 under the hood](https://wiki.documentfoundation.org/UnderTheHood/5.3) [Annonce officielle](https://blog.documentfoundation.org/blog/2017/02/01/the-document-foundation-announces-feature-rich-libreoffice-5-3/) ---- # Principaux changements ## Notebookbar et Muffin Un changement majeur de cette version est l’apparition de la fonctionnalité expérimentale [_Notebookbar_](http://cor4office.blogspot.fr/2016/12/libreoffice-off-course-offers.html). Cette fonctionnalité permet d’adapter l’interface à ses goûts et habitudes en proposant plusieurs dispositions de la barre de menu et d’outils. Les dispositions disponibles sont les suivantes : - disposition en onglets ; - disposition contextuelle simple ; - disposition contextuelle groupée. La disposition par onglets est très similaire au ruban de la suite Microsoft Office : [![Notebookbar en onglets](https://lut.im/1lqs3FDxBp/GkJVbNsSTs0xXk5W.png)](https://lut.im/1lqs3FDxBp/GkJVbNsSTs0xXk5W.png) Bien évidemment, la vue en menus « à l’ancienne » est toujours disponible et reste celle par défaut. Cette nouvelle barre n’élimine pas non plus le _volet latéral_ très intéressant, déjà présent dans LibreOffice. Il est à noter que le nom _Notebookbar_ n’est pas définitif pour la version française et une traduction sera proposée dans les versions à venir (si tout ce passe bien pour la version 5.3.1). ### Muffin Cette _Notebookbar_ est le fruit d’un travail visant à proposer une interface adaptée aux besoins des utilisateurs et vient compléter les possibilités déjà présentes. Notamment, _The Document Foundation_ a annoncé [_Muffin_](https://blog.documentfoundation.org/blog/2016/12/21/the-document-foundation-announces-the-muffin-a-new-tasty-user-interface-concept-for-libreoffice/), le nouveau concept d’interface pour LibreOffice dans lequel ce changement s’inscrit. Le blog _design_ revient notamment sur [les choix et justifications](https://design.blog.documentfoundation.org/2016/12/21/evolving-past-the-restrictions-of-toolbars/) derrière ces évolutions. ![Logo muffin](https://lut.im/he0oS6S7os/fM8uRhbx2puJKRad.png "Logo muffin") _Muffin_ est un acronyme qui signifie _**M**y **U**ser **F**riendly & **F**lexible **IN**terface_ et a été élaboré en prenant en compte les retours d’utilisateurs dans trois domaines principaux : 1. _My_ : les utilisateurs ont demandé à pouvoir configurer l’interface selon leurs besoins propres ; 2. _User Friendly_ : les utilisateurs ont exprimé un intérêt pour une interface modulaire où ils peuvent choisir le niveau de convivialité, plutôt qu’une unique interface non personnalisable ; 3. _Flexible_ : la diversité des plates‐formes sur lesquelles sont installés des LibreOffice, notamment en termes de taille et résolution d’écran, a poussé la demande de pouvoir adapter l’interface à chacune de ces plates‐formes. Il faut activer les fonctionnalités expérimentales dans les préférences afin de profiter de la nouvelle _Notebookbar_. Pour ce faire, vous pouvez vous rendre dans le menu _Outils_> _Options_> _Avancé_ et cocher la case _Activer les fonctions expérimentales_. Une fois les fonctionnalités expérimentales activées, vous pouvez activer la _Notebookbar_ en vous rendant dans le menu _Affichage_> _Disposition des barres d’outils_> _Notebookbar_. Les trois dispositions de la _Notebookbar_ peuvent être choisies dans le menu _Affichage_> _Notebookbar_ (_Contextuel groupé_, _Contextuel compact_ ou _Onglets_, l’option par défaut). À noter que, par défaut, le menu n’est pas affiché lorsque la disposition par onglets est choisie. Vous pouvez changer cela en cliquant sur l’icône LibreOffice à gauche des onglets et en choisissant _Barre de menus_ dans la liste déroulée. ### Et si je veux ma propre Notebookbar ? La nouvelle disposition peut ne pas être à votre goût, ou manquer de la fonctionnalité qui est primordiale pour vous. Si vous n’avez pas peur de mettre les mains dans le cambouis, il est possible de [créer votre propre _Notebookbar_](https://design.blog.documentfoundation.org/2017/01/16/diy-ui-how-to-create-your-own-notebookbar/). Celles‐ci sont décrites dans des fichiers `.ui` qui sont du XML et peuvent être édités avec [Glade](https://glade.gnome.org/). Une fois les composants spécifiques à LibreOffice importés, vous pouvez soit modifier les dispositions par défaut, soit créer la vôtre de zéro, afin d’avoir la barre de vos rêves. ## Signature de documents PDF Très intéressante aussi est la nouvelle possibilité de [signer et vérifier la signature de fichiers PDF existants](http://vmiklos.hu/blog/pdf-sign.html). Jusqu’à maintenant, la possibilité de signer un fichier PDF n’était disponible que lors d’une exportation de fichier ODF vers PDF. Le menu _Fichier_ a été étendu pour ajouter cette possibilité : [![Signer un PDF existant](https://lut.im/vP2XmIJR3l/khp09OJJk9XBpv5D.png)](https://lut.im/vP2XmIJR3l/khp09OJJk9XBpv5D.png) Le fichier PDF est ouvert en lecture et un nouveau bouton permet de le signer. Le processus de signature est ensuite le même que celui existant pour les autres formats prenant en charge la signature dans LibreOffice : [![Signer le document](https://lut.im/5YEPzPbM0L/Df30wFFlTGtKG2x4.png)](https://lut.im/5YEPzPbM0L/Df30wFFlTGtKG2x4.png) ## Mise en page Du côté du rendu de mise en page, d’intéressantes améliorations sont aussi à noter, notamment : - l’utilisation du moteur de rendu de polices [Harfbuzz](https://www.freedesktop.org/wiki/Software/HarfBuzz/) sur toutes les plates‐formes permet une prise en charge des polices [OpenType](https://fr.wikipedia.org/wiki/OpenType) et de leurs fonctionnalités par défaut pour toutes les langues ; - l’ajout de la prise en charge du moteur de rendu de _smart font_ [Graphite](http://scripts.sil.org/cms/scripts/page.php?site_id=projects&item_id=graphite_home) sur Mac OS rend son utilisation disponible sur toutes les plates‐formes ; - toute la mise en page passe par Harfbuzz, ce qui permet de supprimer la distinction entre mise en page simple et complexe, et d’unifier sa gestion ; - l’amélioration du calcul d’interligne, afin de le rendre plus cohérent entre les différentes plates‐formes ; - plus de détails peuvent être trouvés dans la [note de version](https://wiki.documentfoundation.org/ReleaseNotes/5.3/fr#Mise_en_page_du_texte). ## Nouvelle palette de couleurs LibreOffice 5.3 amène une [révision complète des palettes de couleur](https://design.blog.documentfoundation.org/2016/12/30/new-color-palettes-in-libreoffice/). D’abord, la liste des couleurs récemment utilisées est désormais pleinement fonctionnelle. Ensuite, une palette personnalisée a été créée pour pouvoir ajouter directement des couleurs depuis la sélection des palettes sans avoir à passer par le menu _Préférences_> _Options_> _Couleurs_. Comme ce menu est supprimé, les utilisateurs experts qui souhaitent modifier les palettes prédéfinies doivent donc directement modifier les fichiers `.soc` se trouvant dans `/share/palette`. Enfin, la liste des palettes prédéfinies a été entièrement revue : les palettes _gallerie_, _web_, _cmyk_ et _scribus_ sont supprimées, car elles n’étaient pas standards, plutôt arbitraires, et parce que leur nom n’était pas adapté. Celles nommées _tango_ et _html_ sont conservées et ont reçu des mises à jour mineures sur les noms des couleurs et leur ordre. La palette _standard_ est également conservée et a été rafraîchie : la première ligne contient douze tonalités de gris et est suivie par une ligne contenant les douze couleurs fondamentales du [disque chromatique TSV](https://fr.wikipedia.org/wiki/Teinte_saturation_lumi%C3%A8re). Les lignes suivantes sont des variations de ces douze couleurs sur la saturation et la luminosité. De nouvelles palettes font leur entrée avec cette version : - _breeze_, pour suivre les [recommandations pour interfaces graphiques KDE](https://community.kde.org/KDE_Visual_Design_Group/HIG/Color) ; - _tonal_, dont le but est de fournir des couleurs avec les mêmes luminosité et contraste, mais avec une variation de saturation ; - _freecolour-hlc_, créée sur le [modèle CIE LAB](https://fr.wikipedia.org/wiki/CIE_L*a*b*), propose des couleurs utilisables à travers différents types de médias (écrans, impressions...). En effet, la palette contient des couleurs définies pour les écrans (modèle RVB) et qui peuvent être reproduites en impression (modèle CMJN). Dernière nouvelle intéressante autour des palettes : il est possible dorénavant de partager ses palettes de couleurs préférées via des extensions LibreOffice ! ## Styles de tableaux dans Writer Avant LibreOffice 5.3, il n’existait pas de styles de tableaux à proprement parler dans _Writer_. Il était possible d’appliquer un formatage à des tableaux existants mais celui‐ci devait être manuellement mis à jour après des modifications (notamment lors d’ajouts et suppressions de lignes). Cette fonctionnalité qui manquait est désormais [présente](https://design.blog.documentfoundation.org/2015/12/13/style-your-tables/) et vous permet de définir le style d’un tableau qui sera automatiquement mis à jour lors des modifications. Il est possible de choisir un style parmi ceux existants, afin de l’affecter à vos tableaux ou d’en créer de nouveaux. Ces styles peuvent hériter les uns des autres, vous pouvez ainsi créer un style qui est une modification d’un autre style et ne modifier que les parties que vous souhaitez, tout en gardant les propriétés du style parents pour le reste (par exemple, si vous ne souhaitez que changer la couleur de fond des en‐têtes). La gestion et le choix des styles peut se faire via le volet latéral qui s’est vu ajouter les tableaux dans l’entrée _Styles et formatage_ : ![Styles de tableaux](https://wiki.documentfoundation.org/images/e/e4/LO-Writer-5.3-Siderbar-Table_Style.png) ## Nouvelle fonction médiane pour les tableaux croisés dynamiques La palette des fonctions d’agrégation disponibles dans les tableaux croisés dynamiques accueille une petite nouvelle : la [fonction médiane](http://zolnaitamas.blogspot.fr/2016/11/new-pivot-table-function-median.html). Cette fonction est utile lorsque l’on extrait des informations de [variables ordinales](https://fr.wikipedia.org/wiki/Variable_ordinale) : ![Médiane dans les tableaux croisés dynamiques](https://wiki.documentfoundation.org/images/8/8f/Pivot_median_libreoffice_5_3.png) ## Sélecteur de modèles de présentation dans Impress Vous avez désormais la possibilité de choisir votre modèle de présentation au démarrage d’_Impress_. ![Sélecteur de modèle](https://wiki.documentfoundation.org/images/thumb/2/28/TemplateSelector.png/764px-TemplateSelector.png) Les modèles existants ont reçu diverses améliorations et deux petits nouveaux font leur apparition : _Vivid_ et _Pencil_. ## Volet latéral Le volet latéral a aussi reçu [plusieurs améliorations dans cette version](https://wiki.documentfoundation.org/ReleaseNotes/5.3/fr#Volet_lat.C3.A9ral). Il se voit notamment augmenté d’une [entrée _Page_](https://susobhang70.github.io/sidebar-documentation/libreoffice-writer-page-deck-post) dans _Writer_ permettant de manipuler les propriétés et styles de pages : ![Section Page du volet latéral](https://wiki.documentfoundation.org/images/thumb/0/0b/Writerpagedeck.png/300px-Writerpagedeck.png) Une option _Aperçu des styles_ fait son apparition dans l’entrée _Styles et formatage_. Cette option existait déjà mais n’était pas accessible facilement via le volet latéral. Lorsqu’elle est activée, cette option permet de visualiser le rendu du style sur l’entrée de style : ![Aperçu des styles](https://wiki.documentfoundation.org/images/0/02/Styles_Preview.jpeg) # Sous le capot ## Statistiques Comme à son habitude, Michael Meeks a publié [d’intéressantes statistiques](https://people.gnome.org/~michael/blog/2017-02-01-under-the-hood-5-3.html) reflétant le travail effectué sur cette version. Ainsi, LibreOffice 5.3 est le résultat de 9 750 modifications (_commits_) affectant plus de 26 000 fichiers et environ 1 700 000 lignes de codes ajoutées. ## Commentaires en allemand ![Commentaires allemands détectés](https://people.gnome.org/~michael/images/2017-02-01-german.png) Le nombre de commentaires en allemand stagne depuis quelques versions autour de 3 700 lignes détectées. La courbe d’évolution semble atteindre une asymptote et il ne manque plus qu’un dernier coup de collier pour supprimer le dernier commentaire. Amis germanophones, n’hésitez pas à contribuer ! ## Tests unitaires ![Tests unitaires et assertions](https://people.gnome.org/~michael/images/2017-02-01-units-asserts-thumb.png) Le nombre de tests unitaires a encore augmenté dans cette version, notamment dans deux domaines : - environ 280 feuilles de tests unitaires très organisées ont été ajoutées pour chaque fonction de _Calc_ et quelques cas tordus ; - de nombreux jeux de tests unitaires pour le vieux _Parser_ et le nouveau _XFastParser_ ont été ajoutés, afin de jeter les bases pour l’adoption incrémentale de _XFastParser_ dans LibreOffice 5.4. ## Qualité de code Pas mal de travail a été effectué sur la qualité du code de LibreOffice, notamment : - __Coverity scan__ : les résultats de [Coverity](https://scan.coverity.com/) continuent d’être excellents, cependant la mise à jour vers une nouvelle version de Coverity a fait apparaître 400 nouveaux avertissements juste avant la sortie de LibreOffice 5.3 ; - __cppcheck__ : pas loin de 40 nettoyages de code ont été effectués dans cette version permettant d’améliorer le dernier rapport [_cppcheck_](http://cppcheck.sourceforge.net/) ; - __Enum scoping__ : 180 _commits_ ont permis d’unifier et de limiter la portée des _enum_ de manière cohérente ; - __unique_ptr__ : de nombreux nettoyages de code ont aussi permis de passer du modèle `pImpl` vers la version plus sûre du modèle `unique_ptr` ; - cette version apporte aussi de nombreuses conversions depuis des types entiers maison vers les types standards ; - __Google Fuzz__ : LibreOffice est désormais intégré dans le projet Google [_ossfuzz_](https://github.com/google/oss-fuzz) ; - __Clang plugins__ : environ 200 _commits_ dans le répertoire [`compilerplugins`](https://gerrit.libreoffice.org/gitweb?p=core.git;a=tree;f=compilerplugins) ont ajouté de nombreux greffons [_clang_](http://clang.llvm.org/) permettant de détecter et nettoyer de nombreux cas tordus. Ces ajouts sont représentent environ 800 _commits_ dans `core` pour corriger des problèmes détectés automatiquement. Les greffons qui ont généré le plus de _commits_ sont : - _passstuffbyref_, - _expandablemethods_, - _singlevalfields_, - _stringconstant_, - _countusersofdefaultparams_, - _staticmethods_, - _redundantcast_, - _cppunitassertequals_, - _constantparam_, - _unusedmethods_ ; - un script nommé `check-elf-dynamic-objects` a été implémenté, afin de s’assurer que des dépendances inattendues et inutiles ne soient ajoutées dans les constructions (_builds_) `release` et `bibisect` ; - __Address & Undefined Behavior Sanitizers__ : plus de 60 _commits_ référencent `ASan` et `UBSan`, permettant de détecter plus rapidement les désagréables erreurs de mémoire ; - __Crash testing__ : le corpus d’environ 100 000 documents et qui ne cesse de grossir permet de maintenir le nombre de crashes autour de zéro. ## Tests de l’interface LibreOffice 5.3 se voit aussi doté d’un tout nouvel [outil de test d’interface](https://mmohrhard.wordpress.com/2016/09/07/ui-testing-in-libreoffice/). Si vous êtes intéressés par l’élaboration de tels tests, sachez qu’il existe [deux](https://mmohrhard.wordpress.com/2016/10/03/libreoffice-ui-test-tutorial-part-1-adding-a-simple-test/) [tutoriels](https://mmohrhard.wordpress.com/2016/12/02/libreoffice-ui-test-tutorial-part-2-improve-the-introspection-library/) pour vous guider dans cette tâche. ## Accélération matérielle De nombreuses corrections et améliorations des performances ont fait leur entrée dans LibreOffice 5.3 et une bonne partie d’entre elles a été rétro‐portée pour LibreOffice 5.2. Des gardes autour des blocs [[OpenGL]] étaient déjà utilisées afin de confiner les pilotes bogués et instables dans ces blocs et désactiver [[OpenGL]]. Ce même mécanisme a été utilisé pour les blocs [[OpenCL]] dans LibreOffice 5.3. Le _backend_ VCL / OpenGL a reçu de nombreuses améliorations de performances, incluant le rendu de pixels, lignes, rectangles et polygones par lot, et le rendu de textures différé. Ces améliorations permettent de demander plus de travail au processeur graphique en une seule fois. # Autour de LibreOffice ## LibreOffice Online ![LibreOffice Online Writer](https://wiki.documentfoundation.org/images/f/fc/Lool-writer.png) Cette version de LibreOffice correspond aussi à la première version source de _LibreOffice Online_. Pour rappel, _LibreOffice Online_ est une version navigateur et coopérative de l’interface qui utilise le même moteur que LibreOffice, afin de garantir un rendu aussi proche que possible de la version « lourde ». La version 2.0 de [Collabora](https://www.collaboraoffice.com/), [sortie en novembre 2016](https://people.gnome.org/~michael/blog/2016-11-02-code-2.0.html), a permis de remonter dans le code de LibreOffice de nombreuses améliorations pour que _LibreOffice Online_ puisse sortir dans cette version 5.3. ## Nouveau site d’extensions et modèles Source : * publication sur le blogue d’André Asma : [_New Extensions And Templates Website On The Way_](http://amantke.de/blog/2016/11/new-extensions-and-templates-website-on-the-way/) ; * [_blog.documentfoundation.org_] : [_LibreOffice has a new Extensions & Templates website_](https://blog.documentfoundation.org/blog/2016/12/14/libreoffice-has-a-new-extensions-templates-website/). # Contribuer ![Contributeurs par mois et par origine](https://people.gnome.org/~michael/images/2017-02-01-committers-thumb.png) Si vous souhaitez contribuer à LibreOffice, plusieurs compétences sont recherchées. Comme mentionné ci‐dessus, il reste encore quelques milliers de commentaires à traduire de l’allemand vers l’anglais. LibreOffice propose aussi une liste de [modifications simples](https://wiki.documentfoundation.org/Development/Easy_Hacks) à effectuer pour entrer dans le code et propose des [instructions](https://www.libreoffice.org/developers/) pour mettre en place l’environnement de développement. Bien sûr, vous pouvez aussi remonter des problèmes rencontrés lors de l’utilisation des pré‐versions, afin de rendre les versions de LibreOffice les meilleures possibles. Grâce au nouveau modèle d’interfaces graphiques, vous pouvez aussi corriger les problèmes des nouveaux menus sans avoir besoin de toucher au code de LibreOffice, comme nous l’avons vu plus haut. Une autre façon de contribuer au projet est de participer à la traduction de LibreOffice (interface utilisateur et aide), via l’instance [Pootle](https://translations.documentfoundation.org/). Des volontaires sont aussi recherchés pour participer à la rédaction de la documentation et à sa traduction. ## Bug Hunting Sessions Si vous souhaitez aider les prochaines versions en testant les bêtas un peu en avance, des [_Bug Hunting Sessions_](https://wiki.documentfoundation.org/QA/BugHuntingSession) sont organisées peu de temps avant les sorties. Durant ces sessions de chasse au bogues, vous aurez l’occasion de remonter tous les problèmes que vous pourrez trouver, permettant ainsi d’apporter de précieuses validations avant une nouvelle version.

AltStyle によって変換されたページ (->オリジナル) /