Donc si on synthétise un peu :
*Writer *
— Faciliter le commencement de la numérotation à la deuxième page d’un document (sans passer par les styles).
— Bouton pour supprimer en 1 seul clic l’intégralité des styles et formatages direct sur un texte, paragraphe page.
— On puisse faire sa barre d’outils avec les styles utilisés, tous sans distinction de catégorie, et seulement ceux-là avec en plus la possibilité d’ajouter un bouton « Effacer le formatage ».
— Pouvoir appliquer la fonction « compresser les images » à l’ensemble des images d’un document en une seule opération.
--> Il y a une extension qui le fait, je crois
*Publipostage:*
— Bouton activer/désactiver la prévisualisation
— Activer le système de navigation des enregistrements en prévisualisation
— Activer l’actualisation des enregistrements (sans passer par F4 avec un tableur comme base de données)
*Styliste:*
— classement des styles de paragraphes par catégorie dans le styliste (avec le + le déploiement)
— Hiérarchie des styles de pages, au moins le format et les marges.
*Tableau:*
— faciliter (btn) la suppression/ajout de cellule avec adaptation largeur
tableau (à ce jour Alt + Suppr/Inser (3 secondes) + flèche)
*Impress*
— Qu’Impress fonctionne vraiment, de façon cohérente sans passer son temps à planter, bref qu’il devienne opérationnel pour qu’on puisse faire du travail professionnel. Ou alors qu’on le laisse tomber.
— Qu’une fonction équivalente à « Tableaux » d’Excel soit implémentée.
— Que le traitement des images soit amélioré.
— Que les copier-coller ne soient pas aussi bizarres.
*Publipostage*
- Performance, performance, performance... Je radote sur le sujet depuis des années, mais au boulot nous avons un pc avec encore une version OpenOffice 1.1.5 uniquement pour du publipostage « lourd ». Le paramétrage « base de données » de la branche 1.x était lourd et pénible , mais une fois en place... ça roule avec des temps de réponse tout à fait corrects pour des publipostages de quelques milliers d’adresses... À partir de la branche 2.x... les performances se sont effondrées. Le paramétrage « base de données » est bien plus simple... mais une fusion dépassant quelques centaines d’adresses met votre patience à rude épreuve. Ca commence pas très vite... et ça ralentit au fur et à mesure.
—Quelque chose de plus simple pour l’utilisateur lambda pour les « paragraphes masqués » lorsqu’un paragraphe est vide. Cas typique des blocs adresses avec certaines lignes vides : il faut insérer une condition basée sur le nom du champ. C’est lourd pour un utilisateur standard... et pour peu qu’il relie la zone à une autre base de données avec un nom de champ différent, il faut penser à enlever l’ancienne condition (invisible par défaut) et la remplacer par la nouvelle. Une condition simple du style « ne pas imprimer si paragraphe vide » serait pas mal !
*Navigateur*
— Afficher dans le navigateur une icône (ou dans une police de couleur différente) pour les images*liées*.
*QA/marketing*
— Une meilleure visibilité de la suite et de son évolution ainsi, plutôt qu’une liste de commits pour chacune de versions, un tri de ces commits
— ajouts de fonctionnalités
— correction de bugs liés aux nouvelles fonctionnalités de cette version
— corrections de régression vis-à-vis de la version à préciser
— Des versions de vie plus longues (une sur deux, une sur trois)
* infrastructure *
— Ne plus utiliser de JavaScript dans les sites OpenOffice.
— Mettre un intitulé d’objet aux demandes d’aide par formulaire. Avec le système actuel, on est obligé d’ouvrir tous les fils pour savoir de quoi il retourne.
*Général*
— Ne plus utiliser de Java dans LibreOffice
--> c’est en cours je crois, déjà pas mal de code en moins et l’arrivé de Firebird SQL devrait bien réduire la dépendance java
— que LibreOffice et Apache OpenOffice finissent d’intégrer les derniers éléments de l’ODF 1.2
Reste à rechercher les bugs, et à remplir les demandes d’amélioration. pour ce qui est d’imrpess, je crois qu’il y en a déjà pas mal
Pierre