Salut les gens et les autres,
le site debugpoint.com (en) vient de publier un article sur les nouvelles fonctionnalités de LibreOffice 24.2 (en). Un petit résumé en français vaut mieux qu’un simple lien, je ne reprends pas tout.
Avant de commencer et en rappel pour celles et ceux qui ne suivent pas : LibreOffice change son système de numérotation de version en 2024. On passe d’un numéro de type 7.6.4.1 à une numérotation qui indique l’année, ici 24 (pour 2024), et le mois de parution, ici 2 donc février.
Writer
Apparition de composants flottants multipages. Je serais honnête, ne bêta-testant pas la version je ne suis pas sûre de comprendre de quoi il s’agit. Cela concerne les tableaux qui peuvent être sur plusieurs pages tout en gardant la bordure et les notes de pages de page intactes (j’en conclus que les très grands tableaux ne cassent pas la mise en page).
Apparemment, cela a un effet de bord qui fait que l’on pourra aligner correctement des tableaux imbriqués à l’intérieur d’une cellule (ne faites pas ça pour de la mise en page, hein, ce n’est pas fait pour ça).
Et aussi, ça c’est sympa : on pourra styler les commentaires !
Calc
La fonctionnalité de recherche des fonctions dans l’Assistant du même nom va avoir un module de recherche en haut (pas trop tôt, c’est super pratique).
Le format des nombres scientifiques est désormais enregistré comme des composants du format de fichier ODF. Il inclut les exposants et d’autres nombres longs tels que ###.000 E0, ###.000e0, etc.
Impress
On peut avoir du texte en petites capitales (sans avoir besoin d’une typographie spécifique), bien pour des titres élégants. Quelque chose qui n’a jamais bien fonctionné dans Impress jusqu’à cette version.
Des innovations ergonomiques : la configuration Afficher le panneau de navigation du menu Diaporama → Paramètres du diaporama est enregistré dans le profil (si je comprends bien). Et la configuration de la console du présentateur et de la télécommande sont déplacés de Outils → Options → LibreOffice Impress vers _Diaporama → Paramètres du diaporama.
Interface et accessibilité
Quelques améliorations, un choix parmi celles citées dans l’article :
- les dispositifs d’assistance pourront lire le contenu de l’arborescence dans les boites de dialogues (enregistrements, etc.),
- indication avec précision du texte d’une cellule sous le pointeur de la souris par le lecteur d’écran NVDA,
- le lecteur d'écran NVDA annonce le contenu de divers menus contextuels tels que le contrôle du style de la ligne de bordure et le sélecteur de couleur de police,
- il peut lire le texte dans les champs d’édition sur plusieurs lignes comme la boîte de dialogue de vérification de la mise à jour,
- les cadres sont correctement identifiés et tant que cadres et non plus comme boites de dialogues,
- les lecteurs d’écran peuvent trouver et signaler le contenu des barres d’état et des boites de dialogue.
Il faudra attendre le mois de février 2024 (d’où le numéro de version 24.2) pour voir ces nouveautés, que vous pouvez toujours bêta-tester si vous le voulez.
# Du versioning et de la nomenclature
Posté par Marotte ⛧ . Évalué à 4. Dernière modification le 18 décembre 2023 à 14:39.
Je ne comprends pas l’idée derrière ce système de numérotation de version, cela m’apparaît comme une mode, et la mode c’est nul !
À priori ça irait avec le projet de publier les versions à date régulière ? D’une part, je connais au moins un logiciel qui se permet une incertitude d’un mois voire plus pour publier une version YYYY.MM, d’autre part je ne vois pas en quoi une numérotation X.Y.Z empêche de publier à date régulière. Aucun lien entre les deux, strictement.
La numérotation X.Y.Z ce n’est pas avec X, Y et Z au petit bonheur la chance, mais (au cas ou certains l’ignoreraient…) :
X = version majeure → peut induire un changement « majeur » (désolé pour la tautologie), par exemple un fichier créé avec la version N ne sera pas compatible avec la version N+1 ou N-1, ou encore une fonctionnalité… « majeure » (décidément !) aura été retirée ou ajoutée entre deux versions. Tout le monde vois à peut près l’idée je pense.
Y = version mineure → ici les changements sont moins drastiques mais reste quand même des changements fonctionnels.
Z = révision → là on ne change rien, le strict minimum, deux choses : des corrections de bug (sous réserve qu’ils n’introduisent ni changement fonctionnel ni nouveau bug), des patchs de sécurité (si tout aussi transparent pour le fonctionnement)
Considérant ces deux points (aucun lien avec des sorties à date fixe et perte d’informations importante sur la maturité du logiciel et la nature des changements), est-ce que quelqu’un⋅e peut me dire pourquoi tous les projets s’y mettent les uns après les autres ?
Après, on peut toujours faire pire, comme le versioning du logiciel Metafont, pourtant pas développé par un rigolo (ou bien un sacré déconneur selon comment on voit les choses !). Mais on peut aussi faire encore plus précis, avec du W.X.Y.Z, comme Firefox ou Chromium, ou encore LibreOffice jusqu’ici en l’occurrence…
Pas pris le temps de STFW pour avoir un réponse à mon interrogation, je préfère m’en remettre à l’expertise pointue des utilisateurs de ce site pour les questions techno-existentielles de ce type, et ce journal est une bonne occasion de le faire.
[^] # Re: Du versioning et de la nomenclature
Posté par Ysabeau 🧶 🧦 (site web personnel, Mastodon) . Évalué à 7.
Je t'invite à aller voir la discussion sur ce lien et, notamment, ce commentaire.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Commentaire supprimé
Posté par Benoît Sibaud (site web personnel) . Évalué à 3. Dernière modification le 18 décembre 2023 à 14:59.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Ça va encore crier à la censure je le sens
Posté par Marotte ⛧ . Évalué à 3.
Ça m’ennuie un peu de ne pas connaître le contenu du commentaire supprimé puisque c’était une réponse à l’un de mes commentaires. Je souffre clairement de ce, prétendument, vilain défaut qu’est la curiosité. je pense par ailleurs que même la plus crasse des insultes n’est forcément dépourvue d’un soupçon de constructivité.
Il n’y aurait pas moyen que je puisse en avoir connaissance, dans ma boîte mail, s’il est anonymisé et que je m’engage à ne pas y donner suite ? :)
[^] # Re: Ça va encore crier à la censure je le sens
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
J'ai donné le même lien qu'Ysabeau, c'est juste un doublon.
[^] # Re: Ça va encore crier à la censure je le sens
Posté par Marotte ⛧ . Évalué à 4.
Ah OK. En tous cas merci, je vois mieux l’idée du truc, même si je n’y adhère pas.
[^] # Re: Du versioning et de la nomenclature
Posté par ploum (site web personnel, Mastodon) . Évalué à 7.
Moi je trouve ça très intéressant pour les logiciels grand public car ça permet à n’importe quel utilisateur de comprendre de quand date son logiciel.
Parce que, franchement, un noyau Linux 1.0, ça semble cool non ? (mais le noyau n’est pas grand public). Ou un Firefox 1.0 ?
Dans le cas d’un logiciel comme LibreOffice, il n’y a a priori pas de raison de garder une ancienne version: tu veux toujours la plus récente possible qui tourne sur ta machine. Il n’y a aucune innovation particulière.
Je pense que Firefox devrait faire pareil. Ça permettrait de dire : "Quoi ? Papy, tu as toujours un Firefox 2019 ?"
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Du versioning et de la nomenclature
Posté par BAud (site web personnel) . Évalué à 5.
c'est ballot pour celui qui s'est payé une Peugeot 2008 en 2019 ;-)
[^] # Re: Du versioning et de la nomenclature
Posté par barmic 🦦 . Évalué à 7.
Ce n'est pas que tous les logiciels s'y mettent, mais que c'est un versionement où ça se voit que ça n'est pas semver et comme pleins de gens croient que semver est l'alpha et l'oméga du versionement. Parmi les logiciels qui ne suivent pas semver il y a ceux qui passent à calvers et systématiquement ça crée un débat (alors que la sortie de la version 3 de linux n'avait pas tant fait parler) et passer de 0 à plusieurs logiciels qui l'utilise ça donne une impression de beaucoup.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Du versioning et de la nomenclature
Posté par ckiller . Évalué à 1.
Le problème du calver, c'est que c'est la croix et la bannière pour savoir si la version qu'on peut installer est rétro compatible avec les données que l'on a déjà
# Release Notes
Posté par Jean-Baptiste Faure . Évalué à 3.
Les Release Notes de la 24.2 en cours de rédaction sont ici : https://wiki.documentfoundation.org/ReleaseNotes/24.2
On y trouve mentionné l'ensemble des modifications et nouveautés que les développeurs concernés ont pris la peine de signaler. Ce document est susceptible d'évoluer au cours des prochaines semaines.
# Précision sur le numéro de version
Posté par Jean-Baptiste Faure . Évalué à 10.
La bonne comparaison est entre 24.2 et 7.6. Les chiffres qui viennent après 7.6 seront aussi présents dans le nouveau schéma de numérotation. Ainsi actuellement la version 24.2 en développement a pour numéro de version complet "24.2.0.0.beta1+" et quand elle sera publiée son numéro complet sera 24.2.0.3. 0 pour le numéro de mise à jour corrective et 3 pour le numéro de la Release Candidate qui aura été validée comme version finale (il y a toujours 3 RC pour les versions initiales des nouvelles versions majeures). La première mise à jour corrective, qui paraîtra quelques semaines plus tard aura très probablement pour numéro de version complet 24.2.1.2 comme la 7.6 a eu 7.6.1.2.
Le calendrier de publication de la version 24.2 et de ses mises à jour correctives est disponible sur le wiki de The Document Foundation : https://wiki.documentfoundation.org/ReleasePlan/24.2
Concernant le changement de schéma de numérotation, cela fait des années que les porte-voix de LibreOffice qui sont au contact des utilisateurs et de ceux qui parlent (ou pas) de LibreOffice, réclamaient un schéma de numérotation calendaire bien plus informatif sur la succession des versions. Il faut bien comprendre que le choix du schéma de numérotation n'est pas guidé par les besoins des développeurs, en particulier celui de définir le schéma de numérotation idéal applicable à tous les logiciels présents et futurs.
Le numéro de version de LibreOffice est fait pour parler à l'utilisateur. Point.
Le développeur a les compétences pour exploiter les informations détaillées qu'on lui donne s'il veut avoir une connaissance approfondie, dont l'identifiant du dernier commit, l'OS, l'architecture, etc. Toutes informations fournies par le menu Aide > À propos de LibreOffice.
[^] # Re: Précision sur le numéro de version
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 3.
Merci pour les précisions, c'est très claire :)
Dans l'article partagé par Ysabeau, il y a un commentaire intéressant qui demande s'il y aura encore les deux release "Fresh" et "Still" avec ce nouveau schéma de notation. Est-ce que tu aurais une information à ce sujet ?
[^] # Re: Précision sur le numéro de version
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 3.
Ah, je vois que la page parente du lien que tu as donné y répond: elles continueront d'exister: https://wiki.documentfoundation.org/ReleasePlan
[^] # Re: Précision sur le numéro de version
Posté par Jean-Baptiste Faure . Évalué à 3.
Oui elles continuent d'exister, mais plus avec ces notions d'une version stable et d'une version expérimentale moins stable. Cette distinction était valide pendant le gros travail de nettoyage du code qui a été fait avant la version 7.0. Depuis on peut affirmer que la branche la plus récente est tout aussi stable que la précédente. Elle a des bugs de jeunesse qui sont corrigés par les premières mises à jour correctives, mais elle n'a pas plus de problèmes de stabilité avec plantage et perte de données (cela fait longtemps que je n'en ai plus expérimenté, même sur les versions de développement).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.