Re: [fr-discuss] évolution d'Impress
Le 05/09/2013 21:29, Jean-Francois Nifenecker a écrit : Voici à quoi devrait, à mon sens, ressembler une présentation : http://cjoint.com/?0Ifvxa7Voq9 Il s'agit d'une présentation d'introduction à une séance d'initiation à la réalisation d'un bulletin et d'un magazine avec LibreOffice, que j'ai animée le 20 avril à la médiathèque de Mérignac. Comme vous le constaterez, le texte est très limité : la présentation n'est qu'un *support* de la parole. Elle met la parole en valeur et l'illustre, c'est tout. Et, on est d'accord, je ne suis pas sûr d'avoir totalement réussi. C'est en effet une utilisation rationnelle du diaporama, dans le cadre d'une présentation. Je vous propose un autre diaporama, que j'utilise pour expliquer l'outil à mes étudiants : http://cjoint.com/?CIgf1oAmeSM Il n'est pas parfait non plus, et ne concerne que la première phase : conception de base d'une présentation destinée à accompagner un exposé, sans entrer dans les usages avancés (double écran, notes, etc.). Bonne journée ; Marc -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] évolution d'Impress
Bonjour ; Tout à fait d'accord sur le constat d'un usage souvent aberrant des logiciels de présentation. Le nombre de diaporamas dans lesquels l'orateur se contente de relire le texte de ses diapos à l'assistance (généralement somnolente après la deuxième) est proprement pharamineux. Ceci dit, il existe deux sortes de diaporamas : ceux destinés à être présentés par un orateur (et ceux-là sont concernés par cette critiques) et ceux qui feront l'objet d'une projection en automatique (ou en usage individuel) sur un poste, une borne multimédia, dans une vitrine, etc. Les deux ne ressortent pas de la même logique de construction. C'est le créateur du diaporama qui doit savoir ce qu'il fait, et la seule méthode est la formation, le rappel de règles simples. Mais on ne peut pas demander au logiciel de prendre en charge cette partie de la conception, AMHA. Pour répondre plus précisément à votre préoccupation, une des pistes possibles est d'exploiter les notes en bas des diapos. Elles permettent d'expliquer et de développer les idées contenues dans la diapo. Elles peuvent être utilisées par l'opérateur pour se remémorer ce qu'il a prévu de dire, mais également, après impression, elles peuvent être diffusées aux participants et constituer ainsi un dossier sur le thème abordé. Cordialement ; Marc Romano Le 04/09/2013 11:33, Raphael Aulas a écrit : Bonjour, J'espère que je ne me trompe pas de rubrique pour placer mon intervention dans le forum. Je soumets à votre réflexion mon approche d'Impress, et en regle générale, des logiciels servant à réaliser des présentations. Je suis tout d'abord d'avis que le logiciel devrait aider à structurer un travail, et non en fixer le cadre et la limite. C'est tout mon problème avec ces logiciels de type impress et powerpoint. In fine, bien trop souvent, on aboutit à une présentation que l'on projette et que l'on lit à l'assistance se retrouvant à lire ce qu'on lui raconte. Evidemment, ceci résulte d'un mauvais usage du logiciel, d'une défaillance professionnelle, mais ce travers est fortement aidé par le logiciel lui meme. Bref , dis autrement, et violemment, je hais les présentations, celles que je subis dans 80% des cas, celles que je fais, et les logiciels qui permettent cet exercice. Je reverais pour ma part d'un logiciel qui intégre deux volets bien distinct : le texte de ma présentation et ce que je vais projeter à l'assistance pour illustrer mon propos. Voilà, je me permets d'ouvrir ce débat. Peut être suis je le seul à penser ainsi ? Peut être ceci existe-t-il déja et je ne l'ai pas découvert ? -- View this message in context: http://nabble.documentfoundation.org/evolution-d-Impress-tp4072945.html Sent from the Discuss mailing list archive at Nabble.com. -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: Fwd: Re: [fr-discuss] Grammalecte 0.3.3
Bonjour ; Le 08/08/2013 08:35, Jean-Baptiste Faure a écrit : Bonjour Marc Le 06/08/2013 09:10, Marc Romano a écrit : [...] Petit souci : lorsque j'essaie d'ajouter la version 0.3.3 sur une nouvelle installation de LibO 4.1.0.4 (sous W8/64 avec un compte administrateur), on ne me propose plus le choix pour un/tous les utilisateurs. L'installation se fait uniquement pour l'utilisateur courant. Normal ou j'ai raté quelque chose ? Ne faut-il pas que LibreOffice soit exécuté en tant qu'administrateur pour que ce choix soit proposé ? Bonne journée JBF C'est le cas. Le compte sous lequel il est onstallé et exécuté est un compte administrateur. S'agissant d'un ordinateur personnel, l'UAC est désactivée. J'ai toujours installé Grammalecte de la même façon, c'est la première fois que le comportement est celui-là. Je viens de faire un essai avec une autre extension (dmaths) choisie au hasard : le problème est le même, le choix du mode d'installation n'est pas proposé. Ma configuration : W8/64, LibO 4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 Bonne journée ; Marc -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Fwd: Re: [fr-discuss] Grammalecte 0.3.3
Message envoyé par erreur au seul JB, désolé. Message original Sujet: Re: [fr-discuss] Grammalecte 0.3.3 Date : Mon, 05 Aug 2013 11:32:47 +0200 De :Marc Romano marc.rom...@ac-aix-marseille.fr Répondre à :marc.rom...@ac-aix-marseille.fr Pour : Jean-Baptiste Faure jbf.fa...@sud-ouest.org Le 05/08/2013 11:03, Jean-Baptiste Faure a écrit : Bonjour Olivier, Le 04/08/2013 22:36, Olivier R. a écrit : Nouvelle version de Grammalecte : 0.3.3 Attention, à compter de cette version, Grammalecte inclut les dictionnaires orthographiques. Il y aura donc dorénavant deux extensions avec le même identifiant : — Grammalecte avec les dictionnaires, — les dictionnaires sans Grammalecte. Bonne idée, cela simplifiera l'installation. Juste une suggestion : peut-être serait-il bon que le mot dictionnaires apparaisse dans le descriptif de l'extension que l'utilisateur voit dans le gestionnaire des extensions. Je ne suis pas sûr que l'expression ressources linguistiques parle à tout le monde. Par exemple : Dictionnaires et ressources linguistiques inclus. Bonne journée JBF Je plussoie, c'est une excellente idée. Petit souci : lorsque j'essaie d'ajouter la version 0.3.3 sur une nouvelle installation de LibO 4.1.0.4 (sous W8/64 avec un compte administrateur), on ne me propose plus le choix pour un/tous les utilisateurs. L'installation se fait uniquement pour l'utilisateur courant. Normal ou j'ai raté quelque chose ? Bonne journée ; Marc -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Les logiciels libres ne seront plus prioritaires dans l'Éducation Nationale, ils seront envisagés mais plus préférés aux solutions propriétaires
A lire sur le même thème : http://www.zdnet.fr/actualites/logiciel-libre-et-ecole-qui-parle-pour-les-entreprises-de-l-open-source-39791369.htm Le 13/06/2013 09:44, Bernard Ribot a écrit : http://www.developpez.com/actu/56459/Les-logiciels-libres-ne-seront-plus-prioritaires-dans-l-ducation-Nationale-ils-seront-envisages-mais-plus-preferes-aux-solutions-proprietaires/ -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Fwd: Analyse des données : les scénarios
Up, j'ai de nouvelles demandes d'utilisateurs sur le même sujet, et pas de réponse à leur apporter. Merci par avance, et bonne journée à tous. MR Message original Sujet: Analyse des données : les scénarios Date : Thu, 09 May 2013 13:23:59 +0200 De :Marc Romano marc.rom...@ac-aix-marseille.fr Répondre à :marc.rom...@ac-aix-marseille.fr Pour : LibreOffice Discuss discuss@fr.libreoffice.org Bonjour ; Je m'intéresse aux scénarios à la demande d'une collègue enseignant en section technologique tertiaire, où la réforme en cours va généraliser l'utilisation de cette fonctionnalité. Je n'en suis pas fan, j'ai toujours réussi à m'en passer, d'où quelques galères pour la prendre en main. Merci aux auteurs du chapitre 9 du guide Calc, je n'y serais pas arrivé sans cela, ni avec la seule aide du helppack (c'est une remarque Attention dans le guide qui m'a donné la clé, peut-être serait-il judicieux d'ajouter cette remarque dans l'aide). Première question, je m'interroge sur la fonction de la case Recopier, qu'il faut décocher pour que des valeurs différentes soient prises en compte dans chaque scénario créé. Dans la mesure où l'intérêt des scénarios est de tester différentes hypothèses, ne faudrait-il pas que- cette case, qui revient à écraser les valeurs précédentes, soit décochée par défaut ? Ou alors il y a quelque chose que je n'ai pas compris dans l'utilisation de la fonction... ce qui n'a rien d'impossible ! Deuxième question, il me semble qu'Excel propose une fonctionnalité de synthèse qui permet d'afficher les différents scénarios sur la même feuille (je n'ai qu'une version Excel Starter à ma disposition, la gestion de scénarios n'y est pas intégrée, je ne peux donc pas vérifier et comparer). Est-il possible de faire quelque chose d'équivalent avec LibO sans avoir à construire manuellement un tableau de synthèse ? Cordialement ; M. Romano -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Analyse des données : les scénarios
Bonjour ; Je m'intéresse aux scénarios à la demande d'une collègue enseignant en section technologique tertiaire, où la réforme en cours va généraliser l'utilisation de cette fonctionnalité. Je n'en suis pas fan, j'ai toujours réussi à m'en passer, d'où quelques galères pour la prendre en main. Merci aux auteurs du chapitre 9 du guide Calc, je n'y serais pas arrivé sans cela, ni avec la seule aide du helppack (c'est une remarque Attention dans le guide qui m'a donné la clé, peut-être serait-il judicieux d'ajouter cette remarque dans l'aide). Première question, je m'interroge sur la fonction de la case Recopier, qu'il faut décocher pour que des valeurs différentes soient prises en compte dans chaque scénario créé. Dans la mesure où l'intérêt des scénarios est de tester différentes hypothèses, ne faudrait-il pas que- cette case, qui revient à écraser les valeurs précédentes, soit décochée par défaut ? Ou alors il y a quelque chose que je n'ai pas compris dans l'utilisation de la fonction... ce qui n'a rien d'impossible ! Deuxième question, il me semble qu'Excel propose une fonctionnalité de synthèse qui permet d'afficher les différents scénarios sur la même feuille (je n'ai qu'une version Excel Starter à ma disposition, la gestion de scénarios n'y est pas intégrée, je ne peux donc pas vérifier et comparer). Est-il possible de faire quelque chose d'équivalent avec LibO sans avoir à construire manuellement un tableau de synthèse ? Cordialement ; M. Romano -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Re: Votre avis à propos du sélecteur de dictionnaire dans l’extension pour LibO
Le 11/04/2013 15:22, pierre-yves samyn a écrit : Bonjour Olivier Comme j'ai déjà eu l'occasion de l'écrire, je trouve formidable cette extension... même si je n'en suis pas utilisateur. L'avis qui suit est donc à relativiser :) Je trouve que le menu Langue serait plus approprié. J'imagine que les utilisateurs... l'utilisent pour changer de dico assez régulièrement en fonction de leur besoins. En revanche l'entrée Dictionnaires supplémentaires en ligne du menu Langue me parait n'être utile qu'une seule fois et pourrait, elle, être déportée dans les options, voire supprimée puisque présente dans ton dialogue. Cordialement Pierre-Yves + 1 sur Pierre-Yves, à ceci près que je m'en sers parfois, lorsque je veux vérifier qu'une graphie spécifique correspond à la réforme ou non. Mais c'est assez rare, il faut bien l'admettre. Placer la sélection dans les options ne me semble pas être un problème pour l'immense majorité des utilisateurs. Je pense qu'il y en a très peu qui sont appelés à jongler entre les différents dictionnaires. Ceux-là risquent de regretter la perte de simplicité, mais je pense qu'ils doivent être assez peu nombreux. Probablement beaucoup moins nombreux que ceux qui savent qu'il y a eu une réforme de l'orthographe en 1990... Cordialement ; Marc -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] template changer
Le 27/03/2013 17:58, Pierre Choffardet a écrit : Bonjour, Je suppose que le problème est connu, mais je voulais signaler ceci : http://extensions.libreoffice.org/extension-center?getCategories=Writer_ExtensiongetCompatibility=any Le passage à Libo 4 nous fait perdre l'extension qui n'est plus compatible avec libreoffice. cette extension est classée 6 ème Cette extension permet de créer le lien entre un fichier writer et un modèle. Je ne vois pas d'autre moyen de le faire autrement quand copiant collant le contenu d'un fichier vers un fichier créé à partir du fichier modèle. ce qui peut vite devenir lourd si on gère beaucoup de fichiers comme ça La cause de la perte de l'extension est l'abandon de fonctions dépréciées. Est-il prévu d'ajouter une fonction équivalente ? Un simple bouton parcourir dans les propriétés du fichier permettrai de faire le choix d'un nouveau fichier de modèle Notez que sur LibreOffice comme sur ApacheOpenOffice, c'est une extension bien notée Pierre + 1 Marc -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Re: [fr-qa] LibO 4.0 - Migration et prise en mains
Bonjour ; Le 17/02/2013 08:00, Jean-Baptiste Faure a écrit : Bonjour, Le 16/02/2013 12:19, Marc Romano a écrit : Bonjour ; Il me semble que c'est rapporté dans ce bug : https://bugs.freedesktop.org/show_bug.cgi?id=57061 Summary : Not all personal data imported during install from /3 User Profile Corrigé dans la 4.0.1. Bonne journée JBF En effet, il s'agit du même bug. J'avais regardé, mais pas vu cette entrée. Pas toujours facile de retrouver quelque chose dans les forums quand on ne suit leur actualité que de manière distante... Ça m'amène à une autre réflexion sur la migration, plus générale : pourquoi changer systématiquement d'emplacement (dossier) à chaque version majeure de LibO - et d'OOo auparavant, il me semble que c'est une caractéristique héritée) ? Lorsqu'on passe de la version 3.x.y à la version 3.x+1.z, le dossier programmes change de 3.x à 3.x+1. Le dossier utilisateur ne change, lui que pour une version majeure (de 3 à 4 par exemple). Or, ce changement de dossier, au moins pour les programmes, ne me semble pas présenter une réelle utilité : le dossier de la version précédente est vide après migration. Pourquoi dans ce cas ne pas installer les programmes dans le même dossier, ce que font la quasi-totalité des logiciels par ailleurs ? Cela simplifierait sensiblement la migration (plus besoin de refaire les raccourcis du bureau lorsqu'on travaille dans un environnement réseau verrouillé, comme c'est le cas dans la plupart des établissements scolaires). Pour les profils utilisateurs, il y a nécessité de conserver le profil précédent, donc la cohabitation s'explique. Mais cette conservation ne pourrait-elle pas se faire par une simple copie du répertoire sous un autre nom, ce qui permettrait de conserver le même nom au dossier principal du profil ? Est-ce que la question a déjà été posée et discutée, et quelles sont les raisons du choix actuel ? Bonne journée ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Question bébête, mais...
Chuis franchement bébête ou en besoin intense de vacances, elle est documentée sur le site... Désolé de vous avoir dérangés ! :-[ MR Le 16/02/2013 11:38, Marc Romano a écrit : Bonjour ; Quelqu'un peut-il me redonner l'adresse de la liste de diffusion qualité ? Je ne l'avais pas notée lorsqu'elle a été annoncé, surtout par manque de temps pour faire des tests. J'ai un peu de temps, quelques remarques à faire remonter sur la 4.0, et il me semble que ces remarques seraient plus à leur place sur cette liste qualité que sur la liste discuss, non ? Merci d'avance, et cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Question bébête, mais...
Le 16/02/2013 11:53, Jacques Guilleron a écrit : Le 16/02/2013 11:38, Marc Romano a écrit : Bonjour ; Quelqu'un peut-il me redonner l'adresse de la liste de diffusion qualité ? Je ne l'avais pas notée lorsqu'elle a été annoncé, surtout par manque de temps pour faire des tests. J'ai un peu de temps, quelques remarques à faire remonter sur la 4.0, et il me semble que ces remarques seraient plus à leur place sur cette liste qualité que sur la liste discuss, non ? Merci d'avance, et cordialement ; Marc Romano q...@fr.libreoffice.org Jacques Merci, Jacques, et merci à Hervé : je viens de me rendre compte que mes lunettes avaient besoin d'un bon coup de chiffon ! L'information était disponible là où il est logique qu'elle le soit. C'est moi qui suis à la masse... Besoin de vacances, je crois ! MR -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Re: orthographe en français
Bonjour ; Le 10/01/2013 01:16, Olivier R. a écrit : Je pense que beaucoup préfèrent ignorer que ça existe, en haut comme en bas. Je suis plutôt d'accord avec ça. La preuve est assez simple à établir : il suffit d'en parler avec des professeurs de lettres. Un nombre plus que conséquent ignore même jusqu'à l'existence de cette réforme, ou en a entendu parler sans vraiment en connaître la teneur. Les enseignants récemment formés (les d'jeuns) sont un peu plus au courant, mais pas de beaucoup (constat dressé sur un échantillon d'une vingtaine d'enseignants de lettres de tous âges à l'occasion de l'introduction de l'usage du Projet Voltaire dans l'établissement. Je leur ai même communiqué une liste de références et de liens à propos de cette réforme). Par ailleurs, ce qui complique pas mal la question de cette révision de l’orthographe, c’est qu’elle n’est pas obligatoire, que, dans beaucoup de cas, il ne s’agit pas d’une réforme mais d’un entérinement de certains usages antérieurs, que personne à l’Académie n’a pris le temps de dresser une liste exhaustive des mots touchés ou non, et que ça a ouvert la porte à diverses interprétations, qui, à mon avis, poussent parfois trop loin l’esprit initial de ladite réforme. Au final, ça devient un peu compliqué, et on ne sait plus trop bien où ça va. Là, en revanche, je ne peux pas être d'accord. Il y a tout d'abord ce document : http://www.academie-francaise.fr/sites/academie-francaise.fr/files/rectifications_1990.pdf, établi par l'Académie et dans lequel on trouvera non seulement les règles appliquées et leur motivation, mais aussi les listes (classées et structurées) des graphies rectifiées. Il s'agit quand même du Journal Officiel, je crois qu'il est difficile de produire quelque chose qui fasse davantage autorité. Il y a également d'autres sites, officiels ou privés, qui recensent de manière exhaustive les graphies concernées par la réforme (http://orthonet.sdv.fr/pages/lex_orn_liste.html, http://www.renouvo.org/liste.php?t=3lettre=a accessible à partir de http://www.orthographe-recommandee.info/. Dire donc que cette réforme n'obéit qu'à l'interprétation et à l'usage me semble quelque peu exagéré. D'autre part, je ne pense pas qu'on puisse dire que l'Académie joue l'immobilisme. Si tel était le cas, notre syntaxe, notre grammaire et notre vocabulaire ne seraient certainement pas ce qu'ils sont aujourd'hui : qui est capable, de nos jours, de lire dans le texte original Le Discours de la méthode ou Les Pensées ? Le français a énormément évolué et continue de le faire. Enfin, le débat sur l'introduction d'anglicismes et la défense de la pureté de la langue est un autre débat, qui n'a rien à voir avec celui de l'orthographe. Et dans ce domaine, l'Académie Française n'est pas nécessairement la plus zélote dans la défense. Il suffit de consulter quelques sites québécois pour s'en rendre compte : des termes comme courriel ou frimousse (pour smiley) viennent en droite ligne de la Belle Province, l'Académie n'a fait que suivre le mouvement. Dire que cette défense est parfois inappropriée ou maladroite, c'est quelque chose dont on peut discuter et avec lequel je serais d'accord. Affirmer qu'elle est systématique et hors de propos me semble en revanche plus polémique et contestable. Cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Re: Performance mailing publipostage
Bonjour ; Le 17/11/2012 07:22, pierre-yves samyn a écrit : Bonjour Sophie Sophie Gautier wrote je note mais si tu peux m'envoyer une copie d'écran, ça m'évitera de faire un mailing pour vérifier ;) Dans la copie jointe, de l'arrière vers le premier plan: - le document en affichage Noms de champ - le dialogue d'édition du champ (Édition Champs) - le dialogue d'insertion de champ (Insertions Champs Autres) - l'aide concernée http://nabble.documentfoundation.org/file/n4019090/EnregAleatoire.png + (sais pas si cela peut t'être utile) : https://translations.documentfoundation.org/fr/libo_help/translate.html#search=enregistrement%20al%C3%A9atoiresfields=source,target https://translations.documentfoundation.org/fr/libo_ui/translate.html#search=enregistrement%20al%C3%A9atoiresfields=source,target Bon week-end Pierre-Yves -- View this message in context: http://nabble.documentfoundation.org/Performance-mailing-publipostage-tp4018971p4019090.html Sent from the Discuss mailing list archive at Nabble.com. Ça ne m'avait jamais frappé, cet enregistrement aléatoire, mais c'est vrai que la traduction n'est pas adaptée. Je propose occurrences multiples, qui me paraît plus juste sémantiquement que enregistrements multiples. En principe, on ne parle plus d'enregistrements dans une BDD, mais de lignes de table ou d'occurrences. Lignes multiples me semble un peu ambigu, le terme de ligne s'applique aussi à tout texte, pas uniquement à une table de données. Dans les deux liens donnés par Pierre-Yves, il me semble que la traduction par aléatoire des deux expressions n'est pas correcte. Any record veut bien dire littéralement n'importe quel enregistrement, et dans ce cas aléatoire peut convenir, mais random access file se traduit en principe par fichier à accès direct, par opposition à un fichier à accès séquentiel. Je n'utilise pas les deux fonctions évoquées, je ne peux donc pas dire quelle est l'acception à retenir, mais en l'état la traduction proposée me choque. Bon week-end. Marc -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Page expliquant le processus de publication des nouvelles versions
Le 31/10/2012 06:53, Jean-Baptiste Faure a écrit : Bonjour, J'envisage d'ajouter au site francophone un lien vers une page d'explication sur le processus de publication des nouvelles versions. L'idée est d'expliquer en quoi consiste le choix time based release. Est-ce que cela vous parait une bonne idée ou au contraire un risque de confusion supplémentaire ? Dans l'immédiat je cherche une expression en français qui rende la même idée. Je trouve que Publication à dates fixes a une signification un peu appauvrie par rapport à l'anglais. Des suggestions ? Bonne journée JBF - Publication cadencée ? - Publication planifiée ? - Publication à échéances ? -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Re: Y aura-t-il une 3.5.8 ?
Bonjour ; Le 28/10/2012 10:42, pierre-yves samyn a écrit : Bonjour Jean-Baptiste Faure wrote Je crains que ce soit insuffisant. En revanche un crash avec perte de données ... Je n'ai pas de 3.5 sous la main pour vérifier mais je viens de tomber sur un crash reproductible avec une 3.6.2 et 3.6.4 Étapes pour reproduire: 1. Fichier Nouveau Classeur 2. Données Table de pilote Créer 3. Source de données enregistrées sous LibO Ok 4. Base: Bibliography, Source: biblio, Type: Feuille Ok 5. Mise en page: Champ de ligne - Publisher, Champ de données - Identifier (double clic pour choisir la fonction Nombre) 6. Ok Résultats attendu et effectif: table créée avec 10 lignes de données 7. Clic droit sur la table puis Éditer la mise en page 8. Glisser-déposer un des champs utilisés (Publisher ou Identifier) ailleurs. Crash immédiat, nécessité de tuer le processus pour débloquer A tester sur la 3.5.7... :) Cordialement Pierre-Yves Non reproduit en 3.6.1 sous XP., ni en 3.5.4 sous Ubuntu 12.04 Marc -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Amélioration Publipostage
Bonjour ; Je confirme ce comportement sous Windows 7, Libo 3.5.6.2 : lorsque la source du publipostage est une table, elle est conservée, mais elle est perdue lorsque cette source est une requête. C'est un comportement qui existe depuis un bon moment, de mémoire sur toutes les versions de LibO depuis le début. Je ne me souviens plus en revanche si c'était le cas sous OpenOffice (ça date un peu...). Je ne sais pas si on peut appeler ça un bug à proprement parler, mais en tout cas c'est un comportement de nature à perturber sérieusement l'utilisateur de base. Difficile par exemple de créer une lettre de publipostage appuyée sur une requête et de demander à une secrétaire par exemple de réaliser elle-même le publipostage. Marc Le 21/09/2012 14:14, Bernard Ribot a écrit : Bonjour, Le 21/09/2012 11:25, Nico2012 a écrit : bug 31405 dans freedesktop/bugzilla de LibO ( lien https://bugs.freedesktop.org/show_bug.cgi?id=31405 ) J'aimerais aussi que cette demande que j'ai ouverte le 5/11/2010 :-) soit prise en considération mais je suppose que c'est dû à un manque de ressources, ou au fait qu'il s'agit somme toute d'un besoin manifesté par peu d'utilisateurs. Bernard -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Résultat des élections au Membership Committee 2012
Félicitations aux élus et bravo pour votre action au service de tous ! Euh... c'est qui, la deuxième femme ? Paske les prénoms, là... :-[ Marc Le 21/09/2012 19:25, Sophie Gautier a écrit : Bonsoir, Merci à tous pour vos félicitations :) ce qui me fait plaisir aussi, c'est qu'il y a deux femmes dans ce comité ;) À bientôt Sophie On 21/09/2012 18:17, Jean Michel PIERRE wrote: Bonjour, Voici une traduction ci-dessous de l'annonce officielle du résultat des élections au Membership Committee -Début de la traduction-- Chère Communauté, Les élections du Membership Committee 2012 ainsi que la période de leur contestation sont maintenant terminées. Le conseil n'a reçu à ce jour aucune objection aux résultats préliminaires. J'ai donc le plaisir de vous anoncer le résultat officiel des élections. Le conseil déclare les membres suivants de The Document Foundation élus aux Membership Committee (comité des membres): * Sophie Gautier * Fridrich Štrba * Eike Rathke * Cor Nouws * Jean Weber Le conseil déclare les membres suivants de The Document Foundation élus comme membres remplaçants du Membership Committee : * Simon Phipps * Leif Lodahl Nous voulons saisir cette opportunité pour remercier tous les nouveaux et anciens membres du Membership Committee pour le service rendu à la communauté et tous les candidats pour leur participation. Félicitations aux nouveaux membres du comité et à leurs députés ! Sincèrement, Thorsten Behrens pour le conseil d'administration de The Document Foundation Félicitations à tous, et bon travail J.M -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] [QA] Erreur sur l'aide
Trouvé ce matin dans l'index de l'aide les deux erreurs de frappe suivantes : deux entrées pour zone d'impression, la première en sous-entrée de Zones et notée zones d'mpression, la seconde juste en-dessous (entrée principale) notée Zones d'impressionr. Si ça peut faire avancer le schmilblick... Bon weekend ! Marc -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Installation silencieuse avec UI_LANGS
Bonjour ; Le 14/07/2012 19:18, Jean-Baptiste Faure a écrit : Bonjour, Le 14/07/2012 15:06, Marc Romano a écrit : Bonjour ; Je viens de tester l'installation silencieuse du msi de la version 3.5.5 avec l'option UI_LANGS=codes langes http://nabble.documentfoundation.org/Choix-des-langues-installees-avec-la-ligne-de-commande-td3988740.html signalée il y a quelque temps. J'avoue ne pas avoir compris ce que ça résout : les interfaces de langage ne s'installaient pas auparavant, seules l'interface française s'installait déjà (avec quelques bizarreries, comme une interface slovène que je n'avais jamais sollicité), et la collection complète des dictionnaires continue de s'installer. Autrement dit, en ce qui concerne les problèmes de vitesse d'ouverture et de perte de temps à l'utilisation, rien n'est modifié. La seule solution pour obtenir une installation propre (ou plus précisément conforme aux objectifs des utilisateurs auxquels je m'adresse) est toujours de bricoler le msi. J'ai discuté du problème avec Cédric Frayssinet (mis en copie car je ne le vois que sur la liste fr-users) aux RMLL. Lui ne modifie pas le msi mais utilise un fichier xml pour passer des commandes à l'installeur. Cela lui permet en particulier d'éliminer les dictionnaires jugés inutiles. Je pense qu'il donnera des détails s'il le souhaite. Bonne journée JBF Je n'ai pas du tout exploré la voie d'approche de Cédric, mais elle semble intéressante et très probablement plus abordable que la mienne, qui suppose quelques connaissances sur la manipulation d'Orca et la structure d'un package msi. Rien de bien compliqué, certes, mais pas nécessairement à la portée d'un utilisateur moyen. Si Cédric pouvait nous en dire plus, ce serait en effet une bonne chose. Bon WE MR -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Installation silencieuse avec UI_LANGS
Bonjour ; Je viens de tester l'installation silencieuse du msi de la version 3.5.5 avec l'option UI_LANGS=codes langes http://nabble.documentfoundation.org/Choix-des-langues-installees-avec-la-ligne-de-commande-td3988740.html signalée il y a quelque temps. J'avoue ne pas avoir compris ce que ça résout : les interfaces de langage ne s'installaient pas auparavant, seules l'interface française s'installait déjà (avec quelques bizarreries, comme une interface slovène que je n'avais jamais sollicité), et la collection complète des dictionnaires continue de s'installer. Autrement dit, en ce qui concerne les problèmes de vitesse d'ouverture et de perte de temps à l'utilisation, rien n'est modifié. La seule solution pour obtenir une installation propre (ou plus précisément conforme aux objectifs des utilisateurs auxquels je m'adresse) est toujours de bricoler le msi. Cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Développements Base pour la 3.6
Le 05/07/2012 14:16, Bernard Ribot a écrit : Le 04/07/2012 21:56, Jean Michel PIERRE a écrit : Bonsoir à tous, Il y aura a priori quelques nouveautés en matière de Base pour la 3.6 : - les contrôles dans le Report Designer pourront être positionnés avec une précision de l'ordre du dixième de millimètre - en gros, il y avait un problème d'arrondi de calcul des positions qui étaient calculées sur trois chiffres après la virgule, ce qui posait des soucis de contrôles qui se balladaient dans la page. Du coup, Lionel Mamane, développeur/mainteneur du module Base, a ré-écrit ce bout de code pour forcer le recalcul au 10ème de mm ; - les fichiers ODB utilisant le format hsqldb embarqué subiront systématiquement, à l'enregistrement et/ou à la fermeture, une opération CHECKPOINT et CHECKPOINT DEFRAG, afin de réduire la taille des bases de données. Alex Bonsoir, La défragmentation automatique à la fermeture, c'est une très bonne idée pour assurer une meilleure stabilité de la base. Bravo. J.M Bonjour, Même si je me sers peu de hsqldb embarqué, c'est une très bonne idée. Ainsi que l'autre modification (la stabilité des contrôles) car, combien de fois j'ai piqué une crise de nerf avant de réussir à les positionner correctement :-) Merci donc à Lionel Mamane. bernard + 1 (mais je me sers indifféremment du moteur embarqué et d'un accès à un serveur MySQL) et + 1 (pour Lionel) Marc -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] [LibO 3.5.1] Installation des dictionnaires, temps d'ouverture, etc.
Bonjour, Sophie ; Le 18/03/2012 14:42, Sophie Gautier a écrit : La localisation des versions n'a pour le moment pas changé. Je pense que tu as manqué l'explication fournie par les développeurs sur les différents blogs et également dans les annonces que j'ai traduites : le nettoyage du code que nous avons réalisé ces derniers 12/18 mois a provoqué une instabilité de la version. Ce nettoyage était nécessaire pour que nous puissions avancer sur une base saine et passer à de réelles nouvelles fonctionnalités sans mettre des patches sur un code vieux de 20 ans et mal, voire non entretenu. Cette instabilité est maintenant en partie résorbée dans la version 3.5. Les versions suivantes vont permette à nouveau de stabiliser cette branche. Mais le peu de ressources que nous avons ne nous permet pas de nous passer des utilisateurs pour le feedback même basique, d'où quelques plâtres à essuyer, mais vite identifiés et l'aide est toujours disponible, réactive, pertinente. Je n'avais pas manqué ces explications, je les avais bien noté. J'avais cru comprendre que ces dispositions étaient provisoires, et qu'on reviendrait assez rapidement à des versions localisées. Encore une fois, ça ne me pose pas de problème _personnel_ : je viens d'installer la 3.5.1 avec les seuls dictionnaires anglais et français, après avoir modifié le fichier msi. Jusqu'à la 3.4.4, il fallait reconstruire un msi à partir de l'exe, c'était long et pas toujours facile d'avoir une machine propre sous la main. C'est une manipulation qui n'est pas, AMHA, à la portée de l'utilisateur moyen. Depuis la 3.5.0 TDF fournit le msi. C'est plus simple de changer le level des fonctionnalités qu'on ne veut pas installer, même si c'est un peu long, mais ça n'est pas une manip à conseiller à un utilisateur lambda... Dans le cadre de mon réseau d'établissement, je vais déployer le msi trafiqué que j'ai fait aujourd'hui (après l'avoir testé, évidemment). Ça marchera, d'une manière ou d'une autre. Je pense à tous les utilisateurs qui ne partagent pas le peu de compétences que je peux avoir. Je pense notamment à mes collègues, bien sûr, mais aussi aux élèves à qui nous conseillons d'installer et d'utiliser LibO : on ne peut pas leur demander de manipuler des fichiers systèmes comme ça. D'une part, c'est trop compliqué, et d'autre part ils vont s'enfuir... Je me bats quotidiennement (et le mot n'est pas du tout exagéré...) pour ne pas revenir à MSO. Mais je ne peux pas le faire sans un minimum : les gens à qui je m'adresse sont des consommateurs qui veulent la même facilité et la même transparence que les logiciels d'en face : installation automatique, pas de problème, etc. Ils ont quand même le droit de ne pas être intéressé par la chose informatique... Ce qui je suggère, si on ne veut pas provoquer un phénomène de rejet que personne ne pourra endiguer, c'est de considérer que ce genre de chose (installation simple, vitesse au démarrage) ne sont pas des gadgets secondaires mais des nécessités psychologiques. Ou commerciales, parce qu'en fait, c'est la perception du produit qui est en cause. Nous avons de plus en plus d'utilisateurs pour pas forcément plus de participants (en tout cas pas au niveau français), donc une charge de plus en plus lourde pour ceux qui donnent de leur temps et de leur argent. Qu'ils en soient remerciés, et ce n'est pas de l'ironie de ma part - ce qui serait extrêmement déplacé. J'ai beaucoup d'admiration et de reconnaissance pour ceux qui, comme toi, se sont lancés dans cette aventure. Ce n'est pas par manque d'envie que je ne vous rejoins pas, mais par manque de temps. Mes activités aussi bien professionnelles que privées ne se limitent pas aux fameuses 18 heures de cours, elles englobent pas mal d'autres choses que je ne souhaite tout simplement pas sacrifier (y en a, vaut mieux pas, sinon ma femme divorce...). Je ne suis plus très loin de la retraite, et là, je m'investirai davantage. D'un autre côté, c'est le principe même d'un projet open source que d'avoir des utilisateurs qui renvoient l'ascenseur et ne sont pas simples consommateurs. C'est ce que j'essaye de faire. Je ne peux pas faire plus. Si des développements ou corrections de bugs sont nécessaires pour une utilisation particulière, dans ce cas, un fournisseur de service peut répondre à ce besoin, tant dans le déploiement que l'adaptation et participer ainsi à l'écosystème du projet, faire qu'il se développe etc, etc... Mais il ne s'agit pas d'une utilisation particulière ! Il s'agit simplement de faire la même chose que les copains d'en face. Si je demande un budget pour ça à mon chef d'établissement, la réponse sera dans ce cas, puisque ça coûte, autant revenir à Office, au moins on n'entendra plus les profs Merci en tout cas d'avoir pris le temps de me répondre. Cordialement ; M. Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives
Re: [fr-discuss] [LibO 3.5.1] Installation des dictionnaires, temps d'ouverture, etc.
Bonsoir, Jean-Baptiste ; Je crois qu'il va falloir que j'apporte quelques petites précisions... Ci-dessous dans le texte. Le 18/03/2012 20:08, Jean-Baptiste Faure a écrit : Je ne comprends pas, il suffit de choisir l'option installation personnalisée pour pouvoir choisir les composants à installer. Non ? Note personnelle : je pense qu'il est une bonne habitude à prendre quand on installe un logiciel sous MS-Windows : si cette option installation personnalisée est disponible c'est toujours celle là qu'il faut utiliser afin de savoir un peu ce qui est installé sur la machine. Même si c'est, au final, pour garder les options par défaut. Certes, et c'est ce que je fais personnellement. Mais 90% des utilisateurs ne sont pas foutisde savoir se dépatouiller d'une installation personnalisée. Ils se contentent de cliquer sur Suivant sans se poser de question. Ils ont été habitués à cela par les copains d'en face, et ne voient aucune raison de changer d'habitude. Et puis, se poser des questions, c'est compliqué et fatiguant... Plus sérieusement, une installation personnalisée fait peur à la majorité des utilisateurs. Ils ont peur, parce qu'ils ne comprennent pas la plupart du temps ce qu'on leur demande. Ils ont aussi peur que ça ne marche pas s'ils changent quoi que ce soit dans les options. D'autant plus que pas mal de logiciels rajoutent en face du bouton installation personnalisée un petit texte qui décourage même les plus aventureux : réservé aux utilisateurs expérimentés... Note bis : on n'apprend pas à installer un logiciel au B2I ? Je te répondrai ce que j'ai répondu à un inspecteur qui me demandait pourquoi je reprenais en BTS des fondamentaux du tableur censés être connus dès la fin de la 3e avec le B2i : c'est quoi, le B2i ?. Au-delà de mon côté un peu provocateur (je l'admets), il y a le constat que le B2i n'a jamais vraiment marché, sauf ponctuellement. Il a été confié à des équipes qui n'avaient aucune compétence ou presque, et aucune formation ni accompagnement dans la plupart des cas. Le résultat est que les élèves ont ce fameux B2i, mais la plupart ne le savent même pas. Ce n'est que depuis peu que j'ai enfin des étudiants de 1ère année de BTS qui reconnaissent (je dis bien reconnaissent ; pas plus) la feuille de position lorsque je la leur montre. Quant aux compétences qui vont avec, ce n'est pas pour rien que je prends 8 semaines de TP pour leur donner les bases du tableur. Enfin, il est tout simplement hors de question que je donne aux élèves les droits administrateurs sur un poste de travail du lycée. A l'époque où c'était le cas (avant que je reprenne en main le réseau), je ne vous raconte pas ce que j'ai trouvé sur lesdits postes... Plus globalement, on ne peut pas demander aux élèves d'installer des logiciels au cours d'une séance de TP, on n'a plus le temps de faire autre chose, entre ceux qui vont se défiler, ceux pour qui ça ne marche pas et ceux qui auront compris de travers les instructions. On travaille à ce niveau comme en entreprise, par déploiement de masse, que ce soit par GPO, par WPKG ou autres solutions. C'est absolument nécessaire vu l'importance de nos parcs (j'ai 400 machines en tout, mais il y a des établissements bien plus importants, avec 7 à 800 postes). Et dans ce contexte, on a besoin de solutions d'installation simples, d'autant plus que les budgets dont nous disposons ne nous permettent pas, comme je le disais dans un autre post, de mettre des i7 avec 8 Go de RAM partout : les 3/4 de mes postes sont de vieux Pentium avec 512 Mo, voire moins. Dans ce contexte, LibO avec ses 100 et quelques dictionnaires, ça tournerait à l'émeute, dans certaines salles... Bonne soirée JBF Bonne fin de week-end. M. Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] [LibO 3.5.1] Installation des dictionnaires, temps d'ouverture, etc.
Bonjour ; Je viens d'installer en test la 3.5.1, en appliquant à la lettre la procédure proposée par Andras Timar ici : https://bugs.freedesktop.org/show_bug.cgi?id=45750#c19 afin de ne pas installer les dictionnaires non désirés, et accessoirement d'améliorer sensiblement les temps d'ouverture, chose plus que nécessaire sur certaines machines un peu anciennes et particulièrement courtes sur pattes. Ca ne marche pas. A partir d'un MSI modifié comme indiqué, tous les dictionnaires s'installent quand même, et fonctionnent même très bien. Je n'ai conservé dans le MSI que l'installation des langages 1033 et 1036, je suis passé sur d'autres environnements linguistiques que je baragouine plus ou moins, LibO me signale bien les fautes et laisse tranquille les mots correctement orthographiés dans chaque langue testée. Et le temps d'ouverture est aussi long qu'avant sur une machine pas très rapide Désolé de ne pas pouvoir mettre des i7 et 8 Go de RAM partout, mais j'en ai encore plus de 300 machines sur 400 en WXP sur Pentium IV ou à peine au-dessus et 512 Mo, grand maximum. Et pas les budgets pour y changer quoi que ce soit. J'ai l'impression que la modification proposée du MSI ne concerne que les langues d'installation, pas l'installation des langues de travail. Je crains que cette procédure, l'obligation de modifier le fichier msi (ce qui n'est pas une opération à la portée du premier venu) ne soit un frein à la diffusion de LibO dans l'EN. Un certain nombre de réseaux d'établissements sont gérés par des profs parfois commis d'office qui ne se poseront pas de questions et reviendront à MSO sans chercher plus loin. D'autant plus que ce sont souvent ces établissements-là qui disposent des machines les plus anciennes... AMHA, n'installer aucun dictionnaire par défaut (sauf l'anglais, éventuellement) et faire passer les dictionnaires d'une langue particulière en même temps que le helppack correspondant serait un début de solution acceptable. Cordialement ; -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] [LibO 3.5.1] Installation des dictionnaires, temps d'ouverture, etc.
Le 17/03/2012 15:31, Jean-Baptiste Faure a écrit : Bonjour, Le 17/03/2012 13:16, Marc Romano a écrit : Bonjour ; Je viens d'installer en test la 3.5.1, en appliquant à la lettre la procédure proposée par Andras Timar ici : https://bugs.freedesktop.org/show_bug.cgi?id=45750#c19 afin de ne pas installer les dictionnaires non désirés, et accessoirement d'améliorer sensiblement les temps d'ouverture, chose plus que nécessaire sur certaines machines un peu anciennes et particulièrement courtes sur pattes. Ca ne marche pas. A partir d'un MSI modifié comme indiqué, tous les dictionnaires s'installent quand même, et fonctionnent même très bien. Je n'ai conservé dans le MSI que l'installation des langages 1033 et 1036, je suis passé sur d'autres environnements linguistiques que je baragouine plus ou moins, LibO me signale bien les fautes et laisse tranquille les mots correctement orthographiés dans chaque langue testée. Et le temps d'ouverture est aussi long qu'avant sur une machine pas très rapide Désolé de ne pas pouvoir mettre des i7 et 8 Go de RAM partout, mais j'en ai encore plus de 300 machines sur 400 en WXP sur Pentium IV ou à peine au-dessus et 512 Mo, grand maximum. Et pas les budgets pour y changer quoi que ce soit. J'ai l'impression que la modification proposée du MSI ne concerne que les langues d'installation, pas l'installation des langues de travail. Je crains que cette procédure, l'obligation de modifier le fichier msi (ce qui n'est pas une opération à la portée du premier venu) ne soit un frein à la diffusion de LibO dans l'EN. Un certain nombre de réseaux d'établissements sont gérés par des profs parfois commis d'office qui ne se poseront pas de questions et reviendront à MSO sans chercher plus loin. D'autant plus que ce sont souvent ces établissements-là qui disposent des machines les plus anciennes... AMHA, n'installer aucun dictionnaire par défaut (sauf l'anglais, éventuellement) et faire passer les dictionnaires d'une langue particulière en même temps que le helppack correspondant serait un début de solution acceptable. Il me semble que le contournement proposé par Andras Timar ne concerne que l'erreur que provoque le msi quand on veut l'utiliser pour un déploiement par GPO. Je ne l'avais pas compris en ce sens. Il m'avait semblé qu'il traitait du problème des dictionnaires, mais j'ai probablement mal interprété la discussion. Soit. Cela dit, ne serait-il pas plus simple d'utiliser l'iso produit par MimO : http://www.journal-officiel.gouv.fr/mimo/ ? LibreOffice 3.3.4. Si cette version est suffisante, à quoi bon avoir produit les suivantes ? J'avoue que là, je ne comprends plus très bien la politique de développement de TDF. J'ai pas mal d'autres problèmes avec les versions 3.4 (.4 et .5) actuellement en production : mauvaise relecture de fichiers ppt, perte de fonctionnalités sous report builder, arrêts aussi brutaux qu'inexplicables sous Writer... autant de problèmes que nous n'avions pas sous OOo, qui en était arrivé à une version très stable. J'avoue très sincèrement que je m'interroge sur l'opportunité de suivre cette aventure encore longtemps. Ça va trop vite, avec pas assez de sécurité, à mon avis. Cordialement ; M. Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] [LibO 3.5.0] Impossible d'installer via GPO
Le 19/02/2012 00:21, Pierre Choffardet a écrit : Le 18/02/2012 18:11, Jean-Baptiste Faure a écrit : Bonjour Pierre, Le 18/02/2012 13:07, Pierre Choffardet a écrit : [...] BugZilla fonctionne à nouveau et j'ai pu lire les commentaires du rapport de bug (https://bugs.freedesktop.org/show_bug.cgi?id=45750) le bug est marqué comme résolu En effet : RESOLVED NOTOURBUG (en clair : le bug est chez Microsoft) je trouve cela choquant une méthode d'installation qui fonctionnait et qui était utilisée ne fonctionne plus et on ne corrige pas le problème Andras dit que la méthode d'installation a changé avec la 3.5 : - jusque là on avait un MSI à l'intérieur d'un installeur NSIS - maintenant un MSI qui fait tout. Notez que ça fonctionne pour OpenOffice 3.3 ; 3.3.1 ; et 3.4beta Sans doute parce que OOo utilise l'ancienne méthode d'installation on propose un contournement, qui consiste à utiliser un éditeur MSI et à supprimer en sauvage, tout ce qui n'est pas marqué comme 1033 je n'ai pas testé, je verrais, mais je ne le ferais pas pour un déploiement sur mon réseau et je ne le proposerai pas Pourquoi ? L’idée proposée est que les grands comptes disposent de leurs moyens informatiques pour contourner ce problème sans difficulté... pour les utilisateurs individuels, ça marche aussi Mais pour les comptes moyens... Dans le cas présent, où est la difficulté ? Rebonsoir Je viens de tester le contournement proposé, et effectivement, c'est plus simple que je ne l'imaginais et ça marche. Impossible d'accéder à Bugzilla ce matin, donc pas pu vérifier. En réponse à ton courriel précédent, non, tu n'es pas le seul concerné. J'utilise actuellement une autre solution que les GPO, mais elle m'intéresse à plusieurs titres. J'estime cette discussion importante, donc (pas intervenu plus tôt en raison de manque de temps. Je ne découvre cette discussion que ce matin). je testerai plus à fond après les vacances Si j'avais pu accéder à la solution de contournement, j'aurais bien testé (chuis pas encore en vacances, moi ! ). Mais ça oblige à fournir le fichier msi, modifié, et le fichier est valable pour une seule langue... Ça, c'est pas plus mal... Je continue à estimer que la version actuelle, avec une ribambelle de dictionnaires, ne constitue pas une solution viable à terme. Quand on a un parc très hétérogène, ces dictionnaires inutiles : certes, on enseigne le chinois dans l'un de mes établissements, mais je ne pense pas que le swahili ou le belouchistanais oriental y aient droit de cité avant longtemps...(à prendre au second degré SVP, en ce qui me concerne j'ai un infini respect pour toutes les civilisations). Cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] [LibO 3.5.0] Impossible d'installer via GPO
Le 19/02/2012 10:16, Jean-Baptiste Faure a écrit : Le 19/02/2012 09:12, Marc Romano a écrit : Le 19/02/2012 00:21, Pierre Choffardet a écrit : [...] Rebonsoir Je viens de tester le contournement proposé, et effectivement, c'est plus simple que je ne l'imaginais et ça marche. Impossible d'accéder à Bugzilla ce matin, donc pas pu vérifier. Pour mémoire, un copier-coller du contournement fourni pas Andras Timar (la page fdo#45750 est encore ouverte dans mon FF) : 1. Open the MSI in Orca. 2. Select View - Summary Information from the menu. 3. In Edit Summary Information dialog, go to Languages field. 4. Delete everything, keep only 1033. 5. Press OK. 6. Save MSI. Now you can add it to GPO. Comme ça on l'aura même si BugZilla est HS, ce qui arrive assez souvent en ce moment. Bonne journée JBF Bon plan, ça. Merci ! MR -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] [LibO 3.5.0] Impossible d'installer via GPO
Le 19/02/2012 10:16, Jean-Baptiste Faure a écrit : Le 19/02/2012 09:12, Marc Romano a écrit : Le 19/02/2012 00:21, Pierre Choffardet a écrit : [...] Rebonsoir Je viens de tester le contournement proposé, et effectivement, c'est plus simple que je ne l'imaginais et ça marche. Impossible d'accéder à Bugzilla ce matin, donc pas pu vérifier. Pour mémoire, un copier-coller du contournement fourni pas Andras Timar (la page fdo#45750 est encore ouverte dans mon FF) : 1. Open the MSI in Orca. 2. Select View - Summary Information from the menu. 3. In Edit Summary Information dialog, go to Languages field. 4. Delete everything, keep only 1033. 5. Press OK. 6. Save MSI. Now you can add it to GPO. Comme ça on l'aura même si BugZilla est HS, ce qui arrive assez souvent en ce moment. Bonne journée JBF Oups ! Oubli de préciser un détail pour les non-spécialistes : 1033 = english US. Pour garder uniquement le français, il faut conserver le 1036. Une lise des codes langages : http://msdn.microsoft.com/en-US/gogobal/bb964664 Bonne journée. M. Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] [LibO 3.5.0] Impossible d'installer via GPO
Le 19/02/2012 10:26, Marc Romano a écrit : Le 19/02/2012 10:16, Jean-Baptiste Faure a écrit : Le 19/02/2012 09:12, Marc Romano a écrit : Le 19/02/2012 00:21, Pierre Choffardet a écrit : [...] Rebonsoir Je viens de tester le contournement proposé, et effectivement, c'est plus simple que je ne l'imaginais et ça marche. Impossible d'accéder à Bugzilla ce matin, donc pas pu vérifier. Pour mémoire, un copier-coller du contournement fourni pas Andras Timar (la page fdo#45750 est encore ouverte dans mon FF) : 1. Open the MSI in Orca. 2. Select View - Summary Information from the menu. 3. In Edit Summary Information dialog, go to Languages field. 4. Delete everything, keep only 1033. 5. Press OK. 6. Save MSI. Now you can add it to GPO. Comme ça on l'aura même si BugZilla est HS, ce qui arrive assez souvent en ce moment. Bonne journée JBF Oups ! Oubli de préciser un détail pour les non-spécialistes : 1033 = english US. Pour garder uniquement le français, il faut conserver le 1036. Une lise des codes langages : http://msdn.microsoft.com/en-US/gogobal/bb964664 Bonne journée. M. Romano (devrait pas travailler le dimanche matin, moi...) Le lien correct : http://msdn.microsoft.com/en-us/goglobal/bb964664 Désolé... MR -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] plantage impress
Le 29/01/2012 21:20, Stéphane Purnelle a écrit : Le 29/01/12 19:29, Pierre Choffardet a écrit : Bonjour, d'une manière générale, je trouve que libreoffice impress est assez sensible aux plantages (3.4.4 et 3.5rc2) par exemple, ce week-end, journée portes ouvertes au lycée j'ai une présentation, systématiquement, elle plante à la fin du diaporama je n'arrive pas à reproduire sous la 3.5rc2 (3.4.4 au lycée) je verrais si j'arrive à reproduire par contre, celle-là plante systématiquement à l'ouverture http://dl.dropbox.com/u/23365262/rmk770.ppt d’autres, un coup elles plantent, un coup ça plante pas Dernièrement, je faisais du tri dans mes fichiers. j'ouvrais donc rapidement un fichier pour voir ce qu'il était puis je refermai libreoffice, etc.. régulièrement libreoffice plantait voilà, je sais bien qu'il faut reproduire les pb pour qu’ils soient pris en compte (au minimum), mais c'est assez difficile j'ai ce problème sous différents OS (XP et Seven 64) 4 machines et sous les deux dernières versions de libreoffice voilà, j'essaye de trouver de façons de reproduire à coup sûr pierre LibreOffice 3.5rc2 sous Debian, pas de plantage. Mais, on sent que c'est un gros fichier avec plein d'lmage. As-tu essayer de voir comment il se comportait au format odp ? Je l'ai fait, je peux fournir si nécessaire. Cdt Stéphane Pas de plantage non plus avec LibO 3.4.4 sous Ubuntu 11.10 64 bits. Par contre, plusieurs diapos présentent des erreurs de positionnement d'objets (recouvrements, décalages, apparition à un moment de quelque chose qui ressemble à des noms de polices de caractères (siemens bold italic et autres). Cdt ; M. Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] RE: [fr-users] Mauvaise lecture DOCX
Le 25/01/2012 15:33, ROYER Jean-Yves a écrit : -Message d'origine- De : Marc Romano [mailto:marc.rom...@ac-aix-marseille.fr] Envoyé : mercredi 25 janvier 2012 12:33 À : us...@fr.libreoffice.org Objet : Re: [fr-users] Mauvaise lecture DOCX Bonjour, Je transfère sur discuss. Oui, c'est davantage là qu'il faut en discuter. Maintenant ces concepts devraient être enseignés au collège, dès que l'on passe de l'arithmétique à l'algèbre. [..] En principe, ils le sont. Cela fait partie des compétences normalement acquises dans le cadre du B2i, ce qui a permis lors de réformes du lycée de faire disparaître les horaires qui étaient dévolus à l'apprentissage des outils bureautiques. En pratique, le B2i est une belle idée, qui souffre de défauts originels multiples. Le principal étant que les compétences peuvent être validées par n'importe quel enseignant, et l'accessoire que le temps passé par les élèves sur ordinateur est très variable selon l'équipement des établissements : de quelques heures à rien du tout, parfois. Au résultat, lorsqu'ils arrivent au lycée, un nombre conséquent d'élèves ne savent même pas qu'ils ont obtenu le B2I (ils doivent l'avoir validé pour que leur brevet des collège soit lui-même validé). Je fais une expérience, lorsque j'ai des élèves de lycée : je leur demande de m'apporter leur feuille de position B2I. La plupart découvre le document lorsque je le leur montre... Même constat en BTS, lorsque je demande la feuille de position du B2i lycée. Pourtant obligatoire... Il est dommage que l'enseignement et souvent la formation professionnelle se soient bornés au discours du super-marché sans creuser un peu plus. J'ai eu l'occasion de faire découvrir cette vision du traitement de texte à une élève ingénieur chinoise qui avait appris MS WW dans son école française de micro-électronique. Après son retour en Chine, dans son entreprise elle a été invitée à suivre des formations au traitement de texte. Elle m'a dit que c'était la même méthode que celle que je lui avais montrée et qu'elle avait adoptée en moins d'une 1/2 heure de présentation. Les Français auraient-ils été les seuls à tomber dans le piège du marketing ? Le marketing n'aurait-il pas fait que d'adapter la couche superficielle du produit aux (im)compétences des acheteurs ? Il faut bien comprendre une chose : la plupart des enseignants à qui on demande de faire utiliser des outils bureautiques aux élèves n'ont JAMAIS été formés. Ils se sont auto-formés, avec ce que tu appelles des produits de supermarché, leur propagande et quelques pochettes d'exercices conçues par des gens qui se sont trouvés devant le même problème, ont galéré et ont apporté des solutions parfois pertinentes, et le plus souvent empiriques. Le principe saisissez au kilomètre et faites la mise en forme après vient de là. Et continue d'avoir droit de cité exclusif un peu partout, notamment dans les filières professionnelles. D'autre part, leurs besoins se limitent (plus ou moins volontairement d'ailleurs) à des documents presque squelettiques : quelques pages, le plus souvent une ou deux, mise en forme directe, pas de sommaire, pas de liens. Rien. De simples notes, la plupart du temps, réalisables avec le bloc-notes ou Wordpad. On est très, très loin d'une conception documentaire. Quant aux diaporamas... Ces enseignants, non formés, à qui on demande souvent de produire des ressources documentaires dans des temps limités, font ce qu'ils peuvent... J'ai eu des sujets d'examen au format Word : la construction du document est à la limite de la caricature de ce qu'il ne faut pas faire. En général, lorsque j'ai besoin de réutiliser un sujet, je le reprends sous OOo (LibO maintenant) et je le reformatte intégralement : il est rarement utilisable en l'état. Il y a quand même un mieux depuis quelques années, il faut le reconnaître. Microsoft a certainement plus de moyens que le libre pour étudier les comportements des utilisateurs novices sans aucune formation et avec des besoins très limités et sans enjeu, et pour développer des fonctions d'intellinsense parfois gênantes pour le professionnel. Microsoft propose des configurations par défaut qui sont faites pour bricoler et non pour travailler afin de ne pas être dérangé par les gens qui achètent des ordinateurs équipés ou des boîtes. +1 La tendance du libre est d'aller dans la même direction. On comprend bien pourquoi. Comment serait-il possible de faire autrement avec les utilisateurs actuels ? Impossible, c'est clair. C'est une formation à prendre dès le départ. Mais je rappelle que les IUFM, où on aurait pu intégrer ces formations, sont victimes eux aussi du cycle éternel des réformes de l'éducation. On a raté en France cette révolution. En voulant aller trop vite, en mettant en route des réformes sans mettre en face des ambitions les moyens nécessaires pour les faire réussir (organiser une journée de formation à destination des
Re: [fr-discuss] Faut-il supprimer le démarrage rapide de LO sous MS-Windows ?
Bonsoir ; Sur des machines de faible puissance, la différence de vitesse au démarrage est sensible. C'est un des arguments qui m'a été souvent opposé pour passer d'Office à OOo. Sur des machines récentes, ce démarrage rapide a moins de raison d'être, surtout si (enfin !) le problème de l'installation par défaut de tous les dictionnaires est réglé. En revanche, sur un parc comportant un nombre assez conséquent de machines avec 512 Mo de RAM, des processeurs assez antiques, la combinaison pas de démarrage rapide/dictionnaires exotiques risque de provoquer des temps de lancement rédhibitoires et au final un rejet des utilisateurs. Si cette option est retenue, cela m'oblige de fait à rester sur une version 3.4 au mieux, pour pas mal de temps (on les use jusqu'à la corde, les PC, chez nous...). Que l'option démarrage rapide soit désactivée par défaut, pourquoi pas ? Mais il faudrait idéalement garder la possibilité de l'activer. Cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Re: [fr-discuss] Re: [fr-discuss] Writer : Mauvaise impression en cas de sélection de texte
Le 06/04/2011 06:25, Jean-Baptiste Faure a écrit : Le 05/04/2011 14:12, Marc Romano a écrit : Bonjour ; Configuration : LibO 3.3.2, XP SP3 Si une portion de texte est sélectionnée lorsqu'on demande l'impression, le bouton d'impression rapide demande à choisir entre l'impression de la totalité du texte ou de la sélection uniquement. Quel que soit le choix fait, seule la sélection est imprimée. Le problème ne se pose pas lorsqu'on passe par Fichier/Imprimer. Ce problème semble être répertorié sous l'issue 34480 : https://bugs.freedesktop.org/show_bug.cgi?id=34480 mais semble n'avoir été ni confirmé ni être considéré comme sérieux. Il n'est affecté à personne, si je lis bien. Avez-vous le même comportement quel que soit l'environnement ? Même problème sur Ubuntu 10.04 x86_64. J'ai du réactiver ce bouton d'impression rapide et configurer Cups-PDF comme imprimante par défaut pour tester. ;-) Sinon pour faire remonter le bug dans la liste des priorités, il faut attirer l'attention sur lui. Dans le cas présent il y a plusieurs moyens - proposer le bug dans la liste des bugs les plus gênants pour 3.4 - commenter le bug en demandant si on ne pourrait pas l'ajouter à la liste des Easy Hacks (les bugs faciles à corriger). Bon, après tests supplémentaires, je ne reproduis pas le problème avec ma propre compilation de la branche master (avant branchement pour la 3.4). On dirait que le pb a déjà été corrigé et que la correction sera disponible dans la 3.4. *Reste à trouver, s'il existe, le rapport de bug qui l'indique et dont fdo 34480 serait un doublon.* Si quelqu'un d'autre compile LibO, peut-il faire aussi la même vérification ? Bonne journée JBF Je pensais avoir trouvé : #32268 décrit le même problème. J'ai mis un commentaire dessus, avant de m'apercevoir que le problème était légèrement différent : pour 32268, il n'y a aucune impression, alors que dans la dernière version, la totalité du texte est imprimée. Il est probable que les deux soient liés, mais ils ne décrivent pas le même comportement. Cordialement ; M. Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Base + connecteur MySQL
Bonjour ; Configuration : Win XP SP3, LibO 3.3.2, serveur MySQL 5.0.45 sous XP SP3 (sur un autre poste). Lorsque je me connecte à une base MySQL avec le connecteur MySQL installé d'office avec la 3.3, j'accède systématiquement à toutes les bases de données disponibles sur le serveur, pas uniquement à celle sélectionnée lors du paramétrage de la connexion. Ce n'est même pas cette base pour laquelle les tables sont déployées par défaut, mais la première dans l'ordre alphabétique des bases stockées. J'avais déjà signalé ce comportement sous OpenOffice, mais je vois qu'il n'a pas été réglé. Je n'ai pas ce problème lorsque je me connecte à un serveur MySQL via une connexion ODBC, par exemple via les pilotes MySQL ODBC. J'utilise le 3.51 couramment depuis des années, je viens de tester avec la dernière version 5.1.8 : le comportement est le même, seule la base sélectionnée est accessible. J'avoue avoir un peu de mal à comprendre la logique du comportement du connecteur natif. S'il est voulu, pourquoi demander le nom d'une base de données lors du paramétrage de la connexion ? Juste pour permettre de tester la connexion ? Pas vraiment convaincant, comme argument... AMHA, c'est un bug majeur : l'accès est possible à toutes les bases, y compris la base interne de MySQL. On peut comprendre ce comportement pour un client léger d'interface comme Heidi SQL (petite chose bien pratique...), qui est davantage un utilitaire de maintenance qu'un outil d'interface utilisateur. Mais LibreOffice, utilisé en frontal vers une base externe, est avant tout un outil d'interface utilisateur, pour moi. Laisser l'utilisateur patauger dans des bases qui ne le concerne pas n'est pas une solution optimale. Je n'ai pas trouvé d'entrée de ce type dans la liste, mais je peux me tromper. Qu'en pensez-vous ? Comportement normal ou indésirable ? Cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Writer : Mauvaise impression en cas de sélection de texte
Bonjour ; Configuration : LibO 3.3.2, XP SP3 Si une portion de texte est sélectionnée lorsqu'on demande l'impression, le bouton d'impression rapide demande à choisir entre l'impression de la totalité du texte ou de la sélection uniquement. Quel que soit le choix fait, seule la sélection est imprimée. Le problème ne se pose pas lorsqu'on passe par Fichier/Imprimer. Ce problème semble être répertorié sous l'issue 34480 : https://bugs.freedesktop.org/show_bug.cgi?id=34480 mais semble n'avoir été ni confirmé ni être considéré comme sérieux. Il n'est affecté à personne, si je lis bien. Avez-vous le même comportement quel que soit l'environnement ? Cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Calc : Appliquer le format
Bonjour ; Remarqué ce jour un comportement sur lequel j'ai passé une paire d'heures avant de comprendre (bien entendu pour répondre à un besoin urgent...). Configuration : LibO 3.3.2, XP SP3. Le comportement sous OOo 3.2.1 est le même, c'est donc quelque chose qui me semble voulu. Lors de la copie du format par l'outil Appliquer le format, le paramétrage de la validation de données (Données/Validité) sont perdues ou écrasées par celles de la plage source. Ce qui revient à dire que ces informations sont considérées comme des informations liées au format de la cellule. Ce comportement me semble personnellement anormal : la validation des données saisies est une opération de contrôle de la saisie, pas une mise en forme de celle-ci. Si je définis une plage de cellules dans laquelle doit figurer la bonne valeur d'une saisie, cette plage ne doit pas être remplacée par une autre, venant d'un autre coin de la feuille, simplement parce que la mise en forme des deux plages est la même et que je veux gagner du temps à ne pas la redéfinir. J'aimerais avoir votre avis sur ce ce point et entendre les raisons de ce choix de comportement. Cordialement ; Marc Romano -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Calc : Appliquer le format
Le 03/04/2011 17:10, Michel Rudelle a écrit : Bonjour, De : Marc Romano [mailto:marc.rom...@ac-aix-marseille.fr] Envoyé : dimanche 3 avril 2011 16:31 Remarqué ce jour un comportement sur lequel j'ai passé une paire d'heures avant de comprendre (bien entendu pour répondre à un besoin urgent...). Configuration : LibO 3.3.2, XP SP3. Le comportement sous OOo 3.2.1 est le même, c'est donc quelque chose qui me semble voulu. Lors de la copie du format par l'outil Appliquer le format, le paramétrage de la validation de données (Données/Validité) sont perdues ou écrasées par celles de la plage source. Ce qui revient à dire que ces informations sont considérées comme des informations liées au format de la cellule. Ce comportement me semble personnellement anormal : la validation des données saisies est une opération de contrôle de la saisie, pas une mise en forme de celle-ci. Si je définis une plage de cellules dans laquelle doit figurer la bonne valeur d'une saisie, cette plage ne doit pas être remplacée par une autre, venant d'un autre coin de la feuille, simplement parce que la mise en forme des deux plages est la même et que je veux gagner du temps à ne pas la redéfinir. J'aimerais avoir votre avis sur ce ce point et entendre les raisons de ce choix de comportement. Cordialement ; Marc Romano Je confirme (3.3.2 / Vista), et c'est aussi amha un fonctionnement peu logique, mais il y a peut-être de bonnes raisons qu'il serait bon de connaître ... pour se faire une raison ! Le contournement consiste à définir un style de cellule et à l'appliquer. Oui, c'est une excellente idée, en effet, mais dans le cas où l'on veut copier un formatage complexe sur une plage, avec des styles de cellules différents (un bloc, en quelque sorte), c'est plus problématique car il faut définir plusieurs styles. L'outil Appliquer est bien pratique dans ce cas-là. Marc -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-discuss] Calc : Impression à partir de l'aperçu
Bonjour ; Décidément, c'est ma journée... Mais là, je crains qu'il s'agisse d'un bug et pas d'un comportement éventuellement voulu. Configuration : * LibO 3.3.2, XP SP3 * un classeur comprenant plusieurs feuilles * Options - LibO Calc : imprimer uniquement les feuilles sélectionnées coché Lorsqu'on imprime par fichier/imprimer à partir de la saisie normale, pas de problème, seule la feuille courante est imprimée. Lorsqu'on imprime, toujours par fichier/imprimer, mais à partir d'un aperçu avant impression, la totalité des feuilles du classeurs (ou la totalité des zones d'impression définies dans le classeur) est imprimée. Plus exactement, l'impression proposée est celle de la totalité des feuilles. il semble qu'il y a une confusion entre le nombre de pages nécessaire pour la feuille sélectionnée et le nombre de pages nécessaires pour la totalité du classeur. Je m'explique : un classeur contient deux feuilles, chacune ne demandant qu'une page pour être imprimée. La boîte de dialogue de l'impression proposera pour [plage et exemplaire] Feuilles sélectionnées et pour [imprimer celle-ci Toutes les pages, avec la possibilité de choisir Pages et 1-2 dans la zone de saisie. Normalement, et c'est ce qu'on a comme comportement sous OOo 3.2.1, la feuille sélectionnée ne nécessitant qu'une page, le choix des pages à imprimer devrait être grisé, ou s'il ne l'était pas, devrait porter uniquement sur le nombre de pages nécessaires à la feuille sélectionnée, soit 1. Là, il semble prendre en compte la totalité des pages du classeur, pas uniquement celles de la feuille sélectionnée. J'ai ce comportement également avec un classeur comportant plus de deux feuilles et des feuilles demandant plus d'une page. La première fois, ça m'a fait 12 pages alors que je n'en attendais que deux... -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Calc : Impression à partir de l'aperçu
Merci pour cette précision, Michel et Hervé. Donc, je ne ferai pas oeuvre d'originalité sur ce coup-là ! Je n'avais pas vu cette discussion passer sur la liste, désolé. Ça confirme néanmoins le problème, et son caractère gênant. Bonne fin de week-end à tous ! Marc . Le 03/04/2011 19:15, Michel Rudelle a écrit : Re-bonjour Marc, De : Marc Romano [mailto:marc.rom...@ac-aix-marseille.fr] Envoyé : dimanche 3 avril 2011 18:02 Bonjour ; Décidément, c'est ma journée... Mais là, je crains qu'il s'agisse d'un bug et pas d'un comportement éventuellement voulu. Configuration : * LibO 3.3.2, XP SP3 * un classeur comprenant plusieurs feuilles * Options - LibO Calc : imprimer uniquement les feuilles sélectionnées coché Lorsqu'on imprime par fichier/imprimer à partir de la saisie normale, pas de problème, seule la feuille courante est imprimée. Lorsqu'on imprime, toujours par fichier/imprimer, mais à partir d'un aperçu avant impression, la totalité des feuilles du classeurs (ou la totalité des zones d'impression définies dans le classeur) est imprimée. Plus exactement, l'impression proposée est celle de la totalité des feuilles. il semble qu'il y a une confusion entre le nombre de pages nécessaire pour la feuille sélectionnée et le nombre de pages nécessaires pour la totalité du classeur. Je m'explique : un classeur contient deux feuilles, chacune ne demandant qu'une page pour être imprimée. La boîte de dialogue de l'impression proposera pour [plage et exemplaire] Feuilles sélectionnées et pour [imprimer celle-ci Toutes les pages, avec la possibilité de choisir Pages et 1-2 dans la zone de saisie. Normalement, et c'est ce qu'on a comme comportement sous OOo 3.2.1, la feuille sélectionnée ne nécessitant qu'une page, le choix des pages à imprimer devrait être grisé, ou s'il ne l'était pas, devrait porter uniquement sur le nombre de pages nécessaires à la feuille sélectionnée, soit 1. Là, il semble prendre en compte la totalité des pages du classeur, pas uniquement celles de la feuille sélectionnée. J'ai ce comportement également avec un classeur comportant plus de deux feuilles et des feuilles demandant plus d'une page. La première fois, ça m'a fait 12 pages alors que je n'en attendais que deux... Ce bug est connu, il a même dû être reporté plusieurs fois, j'ai commenté celui-ci: https://bugs.freedesktop.org/show_bug.cgi?id=33522 qui m'avait paru être le plus proche de mon observation. Il est affecté à Kohei Yoshida, mais pour l'instant il n'y a pas d'échéance. C'est en effet très gênant et j'espère qu'il sera bientôt réglé. Cordialement, Michel -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Oracle sort précipitamment OpenOffice 3.3, 24 heures après l'arrivée de LibreOffice 3.3
Je conserve pour l'instant les deux suites (pour des raisons essentiellement stratégiques), donc j'ai téléchargé la version 3.3 d'OOo à peine annoncée. Il y a quelque chose que je n'ai pas compris, ou alors il y a un bug : il me semblait avoir lu que cette version inclurait dès le départ plusieurs extensions courantes et fort utiles, comme Report Builder ou MySQL Connector par exemple. Or, rien de ces extensions n'est disponible après installation (alors que je les avais sous 3.2.1). J'ai dû les réinstaller. Que certaines extensions moins courantes disparaissent, c'est compréhensible et annoncé d'ailleurs (mise à jour du moteur Berkeley). Mais en ce qui concerne ces extensions qui devaient être intégrées, je le comprends d'autant moins qu'elles le sont dans LibO 3.3. Des éclaircissement sur ce qui s'est passé ? Simple précipitation ou changement plus profond ? Cordialement ; Marc Romano Le 02/02/2011 10:19, Bernard Ribot a écrit : http://www.developpez.com/actu/27976/Oracle-sort-precipitamment-OpenOffice-3-3-24-heures-apres-l-arrivee-de-LibreOffice-3-3/ Bonne journée à tous, Bernard --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 110201-1, 01/02/2011 Analyse le : 02/02/2011 10:19:01 avast! - copyright (c) 1988-2011 AVAST Software. http://www.avast.com -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] après quelques betas et rc...
Le 26/01/2011 18:47, Marc Paré a écrit : Le 2011-01-26 12:29, Grostophe a écrit : Marc Paré a tapoté sur son clavier: Donc toute l'école utilise le OOo (soit LibO). Est-ce que le choix du locigiel et distro Mdv/Xubuntu fut un choix difficile à décider et de mettre en place? Est-ce qu'il y a eu des efforts du camp MSO ou discussions avec tous les partenaires? Finalement, est-ce ton école fait partie d'un conseil scolaire qui inclue autres écoles? Ici, au Canada, les écoles qui prennent avantage de distros Linux/LL sont encore très rares. ... Aussi, pourquoi auriez vous passé du Mandriva au Xubuntu? Juste curieux. Si tu le désires, pas besoin d'afficher la réponse sur la liste, un courriel priveé serait autant apprécié. Cordialement, Marc Non, non : ça m'intéresse aussi (pour un établissement), et ça peut intéresser d'autres personnes ! Merci de ne pas nous priver de l'information ! MR -- Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-discuss] Fwd: Rejet de messages en provenance de discuss@fr.libreoffice.org
J'ai eu ce genre de message, et une ou deux de mes propres réponses ne sont pas passées sur la liste. Le temps que je m'en aperçoive, elles étaient obsolètes. Je n'ai pas relancé. Cordialement ; M. Romano Le 02/11/2010 12:50, Vincent R a écrit : Bonjour, Recevez vous ce genre de courriel ? V. RUffiot Message original Sujet: Rejet de messages en provenance de discuss@fr.libreoffice.org Date : Tue, 02 Nov 2010 12:00:17 +0100 De : discuss+ow...@fr.libreoffice.org Pour : vince...@laposte.net Bonjour, ceci est le programme mlmmj de gestion de la liste de diffusion discuss@fr.libreoffice.org Certains messages n'ont pas pu être délivré. Si vous pouvez lire ce message cela signifie que le problème est rétabli et que ce message est donc destiné à votre information. Voici le nombre de message non délivré : 262 -- E-mail to discuss+h...@fr.libreoffice.org for instructions on how to unsubscribe List archives are available at http://fr.libreoffice.org/lists/discuss/ All messages you send to this list will be publicly archived and cannot be deleted
