Bonjour á la liste,
à la décharge de LibO, rares sont ceux qui travaillent sur de très lourds documents, donc ce n'est
peut-être pas une priorité. Cependant, les documents ne "naissent" pas lourds, ils le deviennent à
force d'ajouts, à un moment où il est déjà souvent trop tard pour faire une transition en douceur
vers MS Office. Si l'optimisation de LibO n'est pas prioritaire, à tout le moins un avertissement
de ralentissements importants et d'instabilité possible devrait être affichée au chargement.
En même temps, comme usager simple, je me demande ce qui est prioritaire chez LibO alors que
l'ergonomie est un peu dépassée, qu'il n'y a pas d'automatisation liée aux styles (alors que tous
les gens très expérimentés répètent inlassablement de toujours commencer par un style, et éviter
les mises en formes manuelles, ce qui est contre-intuitif et contre-productif pour les documents
qui ne verront le jour qu'en un seul exemplaire), que sa prise en charge de lourds documents est,
disons-le, déficiente, tout comme sa compatibilité avec les formats en -X de MS Office, ou
l'absence de modèles aussi nombreux que ceux de son concurrent non-libre, ou l'état toujours
rudimentaire de sa partie base de données. Apple a trouvé un juste milieu pour son Pages, qui est
autant un traitement de texte qu'un logiciel de mise en page et publication. Hélas il est
propriétaire, et assez peu intercompatible. Disons que c'est assez flou pour l'utilisateur final et
que la méthode de développement surnommée "release few, release often" pourrait ne pas être adaptée
à un logiciel soutenu par une petite équipe qui n'a pas les moyens des grosses compagnies.
Concernant ton expérience avec Scribus, est-ce que la transition a demandé de réécrire tout le
document pour ce logiciel? Ou avec une prise en charge directe du format OpenDocument?
El 09/02/2014, a las 08:10, Stéphane G. escribió:
Bonjour,
C'est bien le constat que j'avais fait il y a déjà quelques années.
Triste de voir qu'une fonctionnalité qui me paraît si basique ne soit toujours pas prise en
compte.
Je suis convaincu qu'en plus ce serait un gain de performance pour l'application LibreOffice,
puisque le travail sur un aperçu permet d'allouer bien moins de mémoire.
Finalement, je suis passé sous Scribus selon les conseils de Gérard.
Un peu dérouté au départ, mais j'ai été agréablement surpris de trouver un scriting en Python qui
va me permettre d'automatiser mon album photo.
Autre bonne surprise de Scribus, lorsque l'on définit une bordure sur une image (sur son
"cadre"), cela ne change pas les dimensions générales de l'objet, et les alignements sont
conservés quel que soit l'épaisseur du trait de bordure.
Le 17/01/2014 02:50, semaphore45@yahoo.com a écrit :
Quelle ironie! C'est EXACTEMENT le même problème que moi il y a un an et demi: des images qui ne
pouvaient pas être réduites puisqu'on parlait de graphiques de précision, et que cependant
LibreOffice/OpenOffice était incapable de gérer correctement sans planter, ni afficher
progressivement les images de la page active seule, en déchargeant celles qui n'étaient pas
affichées, ce que MS Word savait faire, lourdement mais sans planter. Un essai par
document-maître ne résolvait rien, vu qu'il chargeait tout en une seule manœuvre.
Finalement, de peine et de misère, sur des machines surpuissantes, j'ai réussi à terminer le
document, en me laissant le goût amer que LibreOffice n'est pas prêt pour le travail lourd, peu
important dans quel sens on choisit d'organiser son document.
P.S.: On écrit «squeezer».
une image de 2000x2500 fait 46Mo pour l'ordinateur qui doit l'afficher.
Je te laisse le soin de calculer ce que tu demandes avec 32 images !
Si les images doivent réellement avoir cette taille, il faut utiliser un
logiciel genre scribus qui travaille sur un aperçu.
Gérard
Père Noël ! Apporte-moi un mode Aperçu des images pour Libre Office ! ;-)
Quoi qu'il en soit, qu'il ne m'affiche pas les images tout de suite, ou que les images de la
page active, ça ne me dérangerait pas, le problème est que LibreOffice plante quand il y a trop
d'images, au lieu de squizzer l'affichage.
--
BTS Electrotechnique public en Alternance : http://enselec.santonum.eu
Jeunes, Citoyens et Innovants : http://jce-saintes.santonum.eu
JCE Saintes : une asso locale parmi les 150 en France affiliées à JCEF
--
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
--
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
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.