[fr-discuss] pour information
Bonjour, http://www.silicon.fr/openoffice-org-version-hebergee-apache-81054.html 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] pour information
On 16/11/2012 10:57, Marc LANCHAS wrote: Bonjour, http://www.silicon.fr/openoffice-org-version-hebergee-apache-81054.html Pour information, on s'en fout un peu des effets d'annonce de AOO, tu voudrais pas plutôt promouvoir notre version, histoire par exemple qu'on obtienne des financements pour la développer plus vite ? Et puis celle Android aussi, participer aux tests, tout ça... Au moins c'est du tangible et ça fait avancer les choses. À bientôt Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org Tel:+33683901545 Membership Certification Committee Member - Co-founder The Document Foundation -- 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] Présentations faites à Berlin dispos
Bonjour, La plupart des présentations effectuées lors de la LiboCon sont maintenant en ligne. L'accès se fait par ici : http://conference.libreoffice.org/talks/ Les vidéos sont en cours de finalisation et plus très loin :) À bientôt Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org Tel:+33683901545 Membership Certification Committee Member - Co-founder The Document Foundation -- 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] Photo groupe Berlin
Bonjour, Comme je sais que vous aimez bien les photos, en voici une première du groupe présent à Berlin : http://thorstenb.files.wordpress.com/2012/11/img_5265.jpg et Cédric avait coupé ses cheveux ;) D'autres suivront sur le site de la conf. À bientôt Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org Tel:+33683901545 Membership Certification Committee Member - Co-founder The Document Foundation -- 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] Performance mailing publipostage
Bonjour, Je crée ce fil afin de discuter / partager sur les performances du publipostage dans LibreOffice. Dans mon entreprise nous avons mensuellement des opérations de publipostage un peu importantes en volume. Il s'agit de fusionner des fichiers d'adresses avec différentes lettres types d'une page. Les fichiers varient entre 1000 et 7000 adresses. L'imprimante est taillée pour l'exercice : 70 pages / mn Jusqu'à présent ceci est réalisé avec la version 1.1.5 d'Openoffice. Je n'avais pas souhaité évoluer car depuis la branche 2.x d'OpenOffice, divers bugs d'ergonomie rendait délicate la migration ( assistant obligatoire, mauvaise gestion des requêtes paramétrée, perte du lien entre le doc type et la source de données de type requête etc .). Tous ces petits bugs d'ergonomie étant plus ou moins résolus, j'ai récemment tenté l'expérience de la migration en vrai grandeur avec une lettre type et un fichier de 1320 adresses. Résultats sans discussion : OpenOffice 1.1.5 + Document sxw = on lance la fusion et environ 50 secondes plus tard, les données partent à l'imprimante ( qui démarre environ 50 secondes plus tard, le temps pour le spooler de transférer les infos). LibreOffice 3.6.3 + le même document en .odt : En passant par le menu impression et en acceptant l'impression de lettre type ( directement vers l'imprimante pas vers un fichier). La petite fenêtre Moniteur d'impression s'ouvre et on voit défiler le compteur 2 par 2. Un peu plus de 5 minutes plus tard (!) , le moniteur d'impression a fini et je peux enfin choisir mon imprimante. Et là, le formatage pour impression commence et on voit défiler les numéros de page pendant environ 18 minutes (!) avant que les données ne commencent à partir vers l'imprimante. J'ai refait les tests avec la version 3.6.3 en prenant l'assistant publipostage, en créant un fichier plutôt que passer par l'impression directe c'est encore un peu moins bon. Conclusion : pour 1320 adresses : OpenOffice 1.1.5 : 50 secondes LibreOffice 3.6.3 (idem avec Apache OpenOffice 3.4) : 23 minutes Donc dans notre cas, je ne me vois pas bien expliquer cela aux utilisateurs qui font ce publipostage, d'autant qu'il y a plusieurs fichiers à fusionner et certains 3 ou 4 fois plus gros. Or nous avons prévu une migration en Windows 7 ... et je ne suis pas sur que la version 1.1.5 accepte de fonctionner. Notre usage est peut-être atypique, cependant j'ai quand même l'impression que la réalisation régulière de publipostage de plus de 50 adresses avec LibreOffice est un vrai sacerdoce. Dommage en milieu professionnel. Si quelqu'un a des explications sur cet effondrement de performance, une piste pour améliorer les performances ( macros peut-être ?) ... -- View this message in context: http://nabble.documentfoundation.org/Performance-mailing-publipostage-tp4018971.html Sent from the Discuss mailing list archive at Nabble.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] Performance mailing publipostage
Bonjour, On Fri, 2012-11-16 at 07:12 -0800, Nico2012 wrote: Notre usage est peut-être atypique, cependant j'ai quand même l'impression que la réalisation régulière de publipostage de plus de 50 adresses avec LibreOffice est un vrai sacerdoce. Dommage en milieu professionnel. Si quelqu'un a des explications sur cet effondrement de performance, une piste pour améliorer les performances ( macros peut-être ?) ... C'est un probleme que l'on traine depuis le temps d'OpenOffice.org 2. Il me semble qu'il y avait deja eu des recherches d'optimisation effectuees il y a longtemps, mais rejetees. Ce genre de probleme correspond tout a fait un bug qui pourrait etre resolu dans le cadre d'un support niveau 3 par une entreprise ayant des developpeurs certifies (RedHat, Lanedo, Suse pour l'instant). Cordialement, -- Cedric Bosdonnat -- 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] Performance mailing publipostage
On 16/11/2012 16:12, Nico2012 wrote: Bonjour, Je crée ce fil afin de discuter / partager sur les performances du publipostage dans LibreOffice. Dans mon entreprise nous avons mensuellement des opérations de publipostage un peu importantes en volume. Il s'agit de fusionner des fichiers d'adresses avec différentes lettres types d'une page. Les fichiers varient entre 1000 et 7000 adresses. L'imprimante est taillée pour l'exercice : 70 pages / mn Jusqu'à présent ceci est réalisé avec la version 1.1.5 d'Openoffice. Je n'avais pas souhaité évoluer car depuis la branche 2.x d'OpenOffice, divers bugs d'ergonomie rendait délicate la migration ( assistant obligatoire, mauvaise gestion des requêtes paramétrée, perte du lien entre le doc type et la source de données de type requête etc .). Tous ces petits bugs d'ergonomie étant plus ou moins résolus, j'ai récemment tenté l'expérience de la migration en vrai grandeur avec une lettre type et un fichier de 1320 adresses. Résultats sans discussion : OpenOffice 1.1.5 + Document sxw = on lance la fusion et environ 50 secondes plus tard, les données partent à l'imprimante ( qui démarre environ 50 secondes plus tard, le temps pour le spooler de transférer les infos). LibreOffice 3.6.3 + le même document en .odt : En passant par le menu impression et en acceptant l'impression de lettre type ( directement vers l'imprimante pas vers un fichier). La petite fenêtre Moniteur d'impression s'ouvre et on voit défiler le compteur 2 par 2. Un peu plus de 5 minutes plus tard (!) , le moniteur d'impression a fini et je peux enfin choisir mon imprimante. Et là, le formatage pour impression commence et on voit défiler les numéros de page pendant environ 18 minutes (!) avant que les données ne commencent à partir vers l'imprimante. J'ai refait les tests avec la version 3.6.3 en prenant l'assistant publipostage, en créant un fichier plutôt que passer par l'impression directe c'est encore un peu moins bon. Conclusion : pour 1320 adresses : OpenOffice 1.1.5 : 50 secondes LibreOffice 3.6.3 (idem avec Apache OpenOffice 3.4) : 23 minutes Donc dans notre cas, je ne me vois pas bien expliquer cela aux utilisateurs qui font ce publipostage, d'autant qu'il y a plusieurs fichiers à fusionner et certains 3 ou 4 fois plus gros. Or nous avons prévu une migration en Windows 7 ... et je ne suis pas sur que la version 1.1.5 accepte de fonctionner. Notre usage est peut-être atypique, cependant j'ai quand même l'impression que la réalisation régulière de publipostage de plus de 50 adresses avec LibreOffice est un vrai sacerdoce. Dommage en milieu professionnel. Si quelqu'un a des explications sur cet effondrement de performance, une piste pour améliorer les performances ( macros peut-être ?) ... -- View this message in context: http://nabble.documentfoundation.org/Performance-mailing-publipostage-tp4018971.html Sent from the Discuss mailing list archive at Nabble.com. Bonjour, S'agit t il d'une fusion / impression à partir d'un poste dédié ou est-ce que cette opération est réalisée par l'ensemble des utilisateurs sur leur propre poste de travail ? Je dis ça parce qu'il est possible parfois de construire une solution dédiée qui ratrappe les performances parfois perdues par des interfaces utilisateurs trop gourmandes. Avec une belle machine, un Linux + SSD , un environnement de bureau light et pas mal de ram, on peut automatiser certains traitements qu'on ne peux pas concevoir sur des PC à 400 € . Cordialement, Christophe -- 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] Performance mailing publipostage
On 16/11/2012 16:17, Cedric Bosdonnat wrote: Bonjour, On Fri, 2012-11-16 at 07:12 -0800, Nico2012 wrote: Notre usage est peut-être atypique, cependant j'ai quand même l'impression que la réalisation régulière de publipostage de plus de 50 adresses avec LibreOffice est un vrai sacerdoce. Dommage en milieu professionnel. Si quelqu'un a des explications sur cet effondrement de performance, une piste pour améliorer les performances ( macros peut-être ?) ... C'est un probleme que l'on traine depuis le temps d'OpenOffice.org 2. Il me semble qu'il y avait deja eu des recherches d'optimisation effectuees il y a longtemps, mais rejetees. Ce genre de probleme correspond tout a fait un bug qui pourrait etre resolu dans le cadre d'un support niveau 3 par une entreprise ayant des developpeurs certifies (RedHat, Lanedo, Suse pour l'instant). Cordialement, -- Cedric Bosdonnat Salut Cedric, Encore faut il que ce soit reconnu contractuellement comme un Bug et pas une optimisation/évolution fonctionnelle ... ça dépend des termes du contrat ! Cordialement, Christophe -- 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] Performance mailing publipostage
Bonjour, Le 16/11/12 16:12, Nico2012 a écrit : Donc dans notre cas, je ne me vois pas bien expliquer cela aux utilisateurs qui font ce publipostage, d'autant qu'il y a plusieurs fichiers à fusionner et certains 3 ou 4 fois plus gros. Avec raison, c'est purement et simplement inacceptable, mais rien n'a été fait pour changer la situation depuis la refonte du publipostage, et de Base en générale, par Sun lors de la sortie de la version 2.0, ce qui donne une idée du peu de considération accordé au sujet (encore aujourd'hui). Après, on s'étonne que certaines administrations soient réticentes à changer pour passer à LO ou à AOO, car les choses n'ont pas évolué dans le bon sens. Or nous avons prévu une migration en Windows 7 ... et je ne suis pas sur que la version 1.1.5 accepte de fonctionner. Notre usage est peut-être atypique, cependant j'ai quand même l'impression que la réalisation régulière de publipostage de plus de 50 adresses avec LibreOffice est un vrai sacerdoce. Dommage en milieu professionnel. Au contraire, elle n'est pas atypique, à mon avis, si ce n'est qu'au niveau des besoins de PME, on est dans des volumes plus petits (et encore cela dépend de l'entreprise). Si on ne peut même pas sortir un publipostage de 50 documents d'une page (fusionnés ou non) dans un laps de temps correct, cela ne vaut pas la peine AMHA de présenter ce genre de fonctionnalité dans l'interface utilisateur. En étant pragmatique, j'opterais plutôt pour une solution mettant en oeuvre un script et manipulant directement l'objet qu'est le document ODT (par exemple, les classes Perl, ou PHP, ou encore en Python, ou Java avec ODF-DOM, pourquoi pas). Evidemment, on perd le côté interface avec l'utilisateur, à moins d'en construire une spécifiquement dédiée à cette opération), mais on gagne en efficacité et en temps de traitement. Il faudrait alors comparer le coût d'un tel développement spécifique avec la signature d'un contrat de support tel que préconisé par Cédric. D'un côté, l'on aura un développement taillé sur mesure selon un cahier de charges défini par le donneur d'ordre, de l'autre, eh bien, pour l'instant, cela reste encore un peu flou à mes yeux ! Tout dépend de ce que l'on va comprendre comme étant les livrables, et c'est là à mon avis où le bat blesse. Si je contracte avec une petite équipe de développement (voire même un seul développeur), je sais ce que je vais avoir au bout, puisque c'est moi qui définis les besoins, alors que si c'est une société de support, j'ai du mal à croire que l'on pourra désigner telle ou telle autre direction de développement, car on aura tendance à rester dans la résolution d'incidents plutôt que de la production de solutions turnkey. OK, j'arrête là, car je dévie du sujet initial. Alex -- 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] Impress et son
Bonsoir, j'ai déjà posté ce problème sur la liste user, n'ayant pas rencontré beaucoup d'écho (à croire que quasiment personne n'utilise Impress), je tente ma chance ici. LibreOffice 3.6.3.2 (Build ID: 58f22d5) , sous Windows7 Je résume mon problème : J'ai trouvé 2 manières d'intégrer un son. 1) Menu insertion - video et son : dans ce cas, j'ai bien la case lier, mais je ne sais pas appliquer ce son à l'ensemble du diaporama. 2) Modifier la transition - autre son : dans ce cas, je peux appliquer le son à l'ensemble du diaporama, mais il est obligatoirement lié (pas de case à cocher). Or je voudrais appliquer un son non lié à l'ensemble du diaporama et aucune des 2 méthodes ne me satisfait. Ces fonctionnalités ne seraient-elles pas un peu buggées ? Cordialement André -- 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: Performance mailing publipostage
Alexander Thurgood wrote Bonjour, Avec raison, c'est purement et simplement inacceptable, mais rien n'a été fait pour changer la situation depuis la refonte du publipostage, et de Base en générale, par Sun lors de la sortie de la version 2.0, ce qui donne une idée du peu de considération accordé au sujet (encore aujourd'hui). Après, on s'étonne que certaines administrations soient réticentes à changer pour passer à LO ou à AOO, car les choses n'ont pas évolué dans le bon sens. Je me sens moins seul, et effectivement je trouve cela fort dommage car c'est une forme d'abandon du marché entreprise. La refonte de Base à partir de la version 2.0 est globalement très positive ... sauf sur ce point précis avec l'effondrement des performances. Connaissant le mode de développement de LibreOffice consorts, largement basé sur le bénévolat, je me sens toujours un peu mal à l'aise pour râler sachant que je suis moi-même incapable de participer au développement. En étant pragmatique, j'opterais plutôt pour une solution mettant en oeuvre un script et manipulant directement l'objet qu'est le document ODT (par exemple, les classes Perl, ou PHP, ou encore en Python, ou Java avec ODF-DOM, pourquoi pas). Il faut que j'explore plus en profondeur OpenTBS , une classe php qui permet la manipulation de document opendocument (et openxml). J'ai fait quelques tests assez concluants, mais uniquement sur de petites quantités. Après reste l'écueil du formatage avant impression d'un document de 1320 pages ( 11mn sur un poste plus puissant que celui utilisé pour les tests précédent). A creuser aussi la piste macro. Je viens de voir une option Single Print Jobs dans le service mailMerge. Si l'idée est d'envoyer les documents à l'unité vers l'imprimante à chaque fusion plutôt qu'un gros document en fin de fusion, c'est peut-être une piste intéressante pour noyer le temps de fusion dans le temps d'impression. OK, j'arrête là, car je dévie du sujet initial. Alex Pas sur ... Je m'interroge sur la solution contrat de support car je crains effectivement fortement que celà soit considéré comme une lacune fonctionnelle et pas un bug. Ou alors il faut trouver et payer l'équipe de développeur pour améliorer cette fonction et l'implémenter dans la version standard. Les quelques administrations qui ont fait la bascule n'auraient 'elles pas les ressources informaticiens pour ce genre de tache ? -- View this message in context: http://nabble.documentfoundation.org/Performance-mailing-publipostage-tp4018971p4019009.html Sent from the Discuss mailing list archive at Nabble.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] Re: Performance mailing publipostage
Les quelques administrations qui ont fait la bascule n'auraient 'elles pas les ressources informaticiens pour ce genre de tache ? Pas chez moi malheureusement ! -- 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
Bonsoir Pierre-Yves et tous, On 16/11/2012 19:57, pierre-yves samyn wrote: Bonjour +1 sur les performances, enfin, disons les non performances du publipostage. Puisque tu demandes des explications et pistes, je suspecte (sans avoir cherché plus loin) la fonction Enregistrement aléatoire sinon d'être la seule coupable, en tout cas de participer fortement à la lenteur. De mémoire pour avoir un peu regardé il y a quelques années, il me semble que le fait que chaque doc soit 'redessiné' participe à la baisse de performance (je me souviens qu'à partir d'un certain nombre, c'est vraiment flagrant), et ce surtout du fait que ce n'est pas un fichier binaire. Déjà, mea culpa, je n'ai jamais remonté sa mauvaise traduction car il ne s'agit pas d'insérer un enregistrement aléatoire (je ne vois pas quel serait l'intérêt) mais de changer l'enregistrement qui remplira les champs en donnant son numéro. En anglais l'intitulé est Any record. je note mais si tu peux m'envoyer une copie d'écran, ça m'évitera de faire un mailing pour vérifier ;) À bientôt Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org Tel:+33683901545 Membership Certification Committee Member - Co-founder The Document Foundation -- 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] pb hyperlien formatage conditionnel
Le 15/11/2012 10:40, Pierre Choffardet a écrit : Bonjour je rencontre un problème lors de l'insertion d'un hyperlien dans une cellule avec formatage conditionnel sur le fichier joint, en ligne deux, il y a trois hyperliens. les deux premiers sont sur des cellules avec formatage conditionnel, le troisième le même hyperlien mais sans formatage conditionnel le fichier pointé n'est évidemment pas présent mais, lorsqu'on survole, le troisième liens le pointeur souris se transforme en main, et une info bulle me donne le chemin du fichier pointé par contre, la même opération ne donne rien sur les deux autres cellules, en fait, il faut poser sa souris à ailleurs (dessous et en dessous à gauche) ce qui est assez voire très déroutant Bug ? libreoffice 3.6.4.1 j'en profite pour vous donner mon impression sur la boite de dialogue insertion d'hyperlien Le bouton fermer n'applique pas les changements effectués, il faut faire appliquer puis fermer. c'est agaçant, car quand on n'utilise pas très souvent cette possibilité, on oublie régulièrement de faire 'appliquer' avant de fermer Pourquoi pas les dialogues classiques OK Annuler ? et éventuellement Appliquer ? pierre J'ai lié 1 fichier à ce courriel : Liste projets.ods http://www.yousendit.com/download/WUJZK3BPdzh6NE04RmNUQw(12.8 Ko)YouSendIt https://www.yousendit.comhttp://www.yousendit.com/download/WUJZK3BPdzh6NE04RmNUQw Mozilla Thunderbird http://www.getthunderbird.com permet de partager facilement des fichiers volumineux par courriel. même constat sur libo 3.5.7 et libo 3.6.3 le fichier est là : http://www.yousendit.com/download/WUJZK3BPdzh6NE04RmNUQw pierre -- 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: pb hyperlien formatage conditionnel
Bonsoir, pierre choffardet wrote Le 15/11/2012 10:40, Pierre Choffardet a écrit : Bonjour je rencontre un problème lors de l'insertion d'un hyperlien dans une cellule avec formatage conditionnel sur le fichier joint, en ligne deux, il y a trois hyperliens. les deux premiers sont sur des cellules avec formatage conditionnel, le troisième le même hyperlien mais sans formatage conditionnel le fichier pointé n'est évidemment pas présent mais, lorsqu'on survole, le troisième liens le pointeur souris se transforme en main, et une info bulle me donne le chemin du fichier pointé par contre, la même opération ne donne rien sur les deux autres cellules, en fait, il faut poser sa souris à ailleurs (dessous et en dessous à gauche) ce qui est assez voire très déroutant Bug ? C'est lié au format de cellule. La cellule sans format conditionnel ainsi que le style fait utilisé dans la MFC ont un alignement Centre en horizontal et vertical. Les autres cellules ont un alignement par défaut, c'est à dire en bas à gauche. L’hyperlien se trouve donc en bas à gauche malgré que la MFC le fasse apparaitre au centre. Le lien cliquable n'est pas déplacé par la MFC. Pas sur que l'on doive considérer ceci comme un bug... Gérard -- View this message in context: http://nabble.documentfoundation.org/pb-hyperlien-formatage-conditionnel-tp4018687p4019044.html Sent from the Discuss mailing list archive at Nabble.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] Re: pb hyperlien formatage conditionnel
Le 16/11/2012 21:39, Gérard Fargeot a écrit : Bonsoir, pierre choffardet wrote Le 15/11/2012 10:40, Pierre Choffardet a écrit : Bonjour je rencontre un problème lors de l'insertion d'un hyperlien dans une cellule avec formatage conditionnel sur le fichier joint, en ligne deux, il y a trois hyperliens. les deux premiers sont sur des cellules avec formatage conditionnel, le troisième le même hyperlien mais sans formatage conditionnel le fichier pointé n'est évidemment pas présent mais, lorsqu'on survole, le troisième liens le pointeur souris se transforme en main, et une info bulle me donne le chemin du fichier pointé par contre, la même opération ne donne rien sur les deux autres cellules, en fait, il faut poser sa souris à ailleurs (dessous et en dessous à gauche) ce qui est assez voire très déroutant Bug ? C'est lié au format de cellule. La cellule sans format conditionnel ainsi que le style fait utilisé dans la MFC ont un alignement Centre en horizontal et vertical. Les autres cellules ont un alignement par défaut, c'est à dire en bas à gauche. L’hyperlien se trouve donc en bas à gauche malgré que la MFC le fasse apparaitre au centre. Le lien cliquable n'est pas déplacé par la MFC. Pas sur que l'on doive considérer ceci comme un bug... Gérard -- View this message in context: http://nabble.documentfoundation.org/pb-hyperlien-formatage-conditionnel-tp4018687p4019044.html Sent from the Discuss mailing list archive at Nabble.com. Merci beaucoup pour l'info, qui va me permettre de corriger le problème. je me doutais que c'était un pb comme ça Par contre, je suis un peu perplexe sur votre conclusion. du point de vue utilisateur, j'ai fait un formatage conditionnel et j'ai intégré les alignements dans le formatage, je croyais que c'était ce qu'il fallait faire. et qu'il n'était pas sain de doubler les formats (direct et de style) Mais le plus important me semble être le fait que ça ne marche pas. Au début je croyais que c'était incompatible, puis un bug d'une dernière version. Il faut simplement cliquer à côté... bizarre comme comportement... Personnellement, je trouve que ces petits bugs, qui sont considérés comme totalement non prioritaires, donnent une mauvaise image de la suite. je dirais même que c'est plus grave que certaines fonctions qui sont ajoutées pourquoi pas créer une catégorie de bug pour ces problèmes, ça existe peut-être déjà c'est une opinion toute personnelle, je l'ai bien compris ce bug-là : https://bugs.freedesktop.org/show_bug.cgi?id=38606 (UI: Under Style and Formatting, clicking Apply always resets to initial tab) a été corrigé, et c'est très bien. Ça n’empêchait personne de vivre, ni d'utiliser la suite. c'était simplement agaçant (on m'a même expliqué que c'était voulu) tout comme la boite de dialogue pour insérer un hyperlien... soit quelque chose m'échappe, mais faire 'Appliquer' puis 'Fermer' au lieu d'avoir un bouton 'OK', c'est juste agaçant quand on a cliqué sur 'Fermer' en oubliant le 'Appliquer' il faut tout refaire... pierre -- 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] Performance mailing publipostage
Bonjour à tous, Bien que n'ayant pas de solution à proposer je me mêle à la discussion parce que quelque chose m'intrigue : qu'est-ce que OOo depuis sa version 2, semble-t-il, ne sait pas/plus faire, que OOO dès sa version 1 (!) savait faire et avec quelle efficacité ! Bernard Bonjour, C'est l'époque ou la communauté OOo a décidé de passer de Calc à HSQLDB pour la gestion des bases de données, après avoir débattu s'il fallait, ou pas, rejoindre un des projets en cours en particulier MySQL. Comme la gestion d'une base sur Serveur n'était pas la préoccupation, c'est HSQLDB qui a été retenu. Tout ça doit être dans des archives quelque part. 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] Re: Performance mailing publipostage
pierre-yves samyn wrote La solution programmation perso est de fait la plus courante dès qu'on sort d'un publipostage bureautique de quelques enregistrements. Cordialement Pierre-Yves Si tu as quelques pistes ( ou quelques bon forums / sites). J'ai vu effectivement pas mal d'intervention pierre-yves samyn dans les forums. J'ai fait quelques tests rapides ce soir avec le service com.sun.star.text.MailMerge ... mais un peu comme je m'y attendais, les perf sont quasi identiques à l'interface publipostage de LibreOffice. Pour bernard, en fait, la version 1.x ne faisait rien de plus que les 2.x et suivantes en matière de publipostage, elle le faisait simplement infiniment plus vite ... ce qui est primordiale dès qu'on dépasse les 200 enregistrements. -- View this message in context: http://nabble.documentfoundation.org/Performance-mailing-publipostage-tp4018971p4019072.html Sent from the Discuss mailing list archive at Nabble.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
[fr-discuss] Re: Performance mailing publipostage
Nonjour Nico2012 wrote J'ai fait quelques tests rapides ce soir avec le service com.sun.star.text.MailMerge ... mais un peu comme je m'y attendais, les perf sont quasi identiques à l'interface publipostage de LibreOffice. Je voulais évoquer la lecture du jeu d'enregistrements et remplacement de balises dans le document (soit manipulation directe du xml, soit via la fonction de recherche-remplacement). Je n'ai pas sous la main de liens ou exemple... Cordialement Pierre-Yves -- View this message in context: http://nabble.documentfoundation.org/Performance-mailing-publipostage-tp4018971p4019091.html Sent from the Discuss mailing list archive at Nabble.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
[fr-discuss] Re: pb hyperlien formatage conditionnel
Bonjour pierre choffardet wrote du point de vue utilisateur, j'ai fait un formatage conditionnel et j'ai intégré les alignements dans le formatage, je croyais que c'était ce qu'il fallait faire. et qu'il n'était pas sain de doubler les formats (direct et de style) ... Mais le plus important me semble être le fait que ça ne marche pas. Au début je croyais que c'était incompatible, puis un bug d'une dernière version. Définir l'alignement dans leS styleS est en effet ce qu'il faut faire et il est en effet mieux de ne pas surcharger un style par un formatage direct. Et cela fonctionne... Je mets un S majuscule ci-dessus car le problème vient de ce que les styles utilisés n'appliquent pas le même alignement. Il suffit de définir l'alignement centré dans le style par défaut (ou dans un autre style personnalisé appliqué aux cellules quand la condition n'est pas vérifiée pour le formatage conditionnel) pour obtenir le même fonctionnement pour les hyperliens, cf. exemple joint: Liste_projetsPYS.ods http://nabble.documentfoundation.org/file/n4019093/Liste_projetsPYS.ods pierre choffardet wrote tout comme la boite de dialogue pour insérer un hyperlien... soit quelque chose m'échappe, mais faire 'Appliquer' puis 'Fermer' au lieu d'avoir un bouton 'OK', c'est juste agaçant quand on a cliqué sur 'Fermer' en oubliant le 'Appliquer' C'est en effet un inconvénient... de l'avantage de pouvoir garder le dialogue ouvert pour modifier/ajouter d'autres liens. Difficile de trancher en faveur de l'un ou l'autre, chacun aura son point de vue. Une amélioration pourrait être d'afficher un avertissement en cas de modification non appliquée à la fermeture ? Cordialement Pierre-Yves -- View this message in context: http://nabble.documentfoundation.org/pb-hyperlien-formatage-conditionnel-tp4018687p4019093.html Sent from the Discuss mailing list archive at Nabble.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] 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
