Re: [qa-test] Insérer une image jpg ou gif à partir de la galerie
Pierre POISSON a écrit : Bonjour à tous, J'ai essayé sous Writer et sous Draw, d'insérer une image gif ou jpeg stockée dans un thème de ma galerie. J'ai réalisé ces tests avec OOo 3.0.1 ; 3.1.0. et 3.1.1. sur 2 machines différentes (mais avec le même OS : Win-XP) et des thèmes différents puis en supprimant mon profil utilisateur (sauf la galerie) A partir de writer, OOo veux créer une section... même si je valide, l'image n'apparait pas dans le document A partir de draw, rien ne semble être inséré dans le document Je n'ai aucun problème avec OOo 2.4.2. Avez-vous relevez une différence de comportement vis à vis des images gif ou jpeg stockées dans la galerie ? COOordialement Pierre Bonjour, Personnellement, je n'ai jamais rencontré ce problème. Mais tu n'es pas le seul : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=8t=16004p=89159hilit=galerie#p88742 Il y a peut-être un problème dans la création de ton thème de galerie : - dans la gallery, si tu cliques sur une image, tu dois voir son nom : Nom du thème - nom du fichier sans extension (chemin où se trouve le fichier) - comment les images ont-elles été insérées dans la gallery ? À partir, d'un import du fichier image, ou cliquer glisser depuis Draw ou Writer ? A+ Laurent BP - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] Dev300_m57 Calc suppression lignes
Bonjour, Didier LAMARE a écrit : La suppression de une ou x lignes induit une consommation CPU entre 97 et 99%, je suis obligé de forcer l'arrêt de OOo. De même avec la DEVm55, sur ton fichier joint.(50 % de CPU sur un dual-core) Le document contient 650 lignes, si la suppression est faite au début du document ça marche, mais ça part en vrille si elle est faite vers la fin. Par dichotomie, j'ai trouvé que le problème arrivait à partir de la ligne 128. J'ai créé un nouveau fichier sur la base du réel mais avec des données bidon, j'arrive à reproduire le problème. Par des tests successifs, j'en déduit que c'est la formule dans la cellule (D1) qui génére le problème. Cette formule donne la différence entre deux sous-totaux de colonnes sur une plage bien plus grande que le nombre de lignes effectives. Effectivement, si je modifie en D1 la formule comme suit : =SOUSTOTAL(9;B2:B189) etc... la bogue n'est pas reproduite. De même, si je nomme une plage variable qui s'ajuste au nombre de donnée, la bogue n'est pas reproduite. Par contre, si je nomme une plage fixe importante ($B$2:$B$500), la bogue est reproduite (pas la peine d'aller jusqu'à B1500...) Elle est également reproduite si j'insère la feuille dans un nouveau classeur. Je n'ai rien trouvé de probant sur IZ avec le critère SUBTOTAL, mais je ne suis pas un très bon chercheur... A + Jeff - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] test version 2.4.3
Jean-Baptiste Faure a écrit : Le 16.09.2009 01:15, Henri Boyet a écrit : Jean-Baptiste Faure a écrit : Le 15.09.2009 00:18, Henri Boyet a écrit : Bonsoir, Dans le test 10, sélection, clic droit, Style, la 6ème ligne s'appelle Plan alors qu'il s'agit du Contour quand on fait clic droit, Caractères, Effets de Caractères. C'est le même effet avec deux noms différents ; est-ce une erreur ou est-ce que j'ai mal compris quelque chose ? Dans la 3.1, les deux parcours arrivent au même nom Contour. Bonjour Henri, Bonjour, Et les 5 premières lignes donnent bien des styles de caractère ? Je ne comprends pas ta question. Les 6 lignes modifient le style des caractères (Gras, Italique, Souligné, Barré, Ombre, Plan). Ce qui me chiffonne, c'est que la 6ème n'a pas le même nom (Plan) que quand on passe par une autre ligne du menu (le même effet s'appelle Contour). Plan me fait penser à un style de paragraphe dans Impress d'où l'idée qu'il pourrait y avoir un mélange entre types de style et donc de vérifier que les 5 premiers styles font bien ce qu'ils annoncent. Mais manifestement tu as déjà vérifié et c'est juste un nom erroné qui a été pioché la mauvaise liste. Je penche pour un bug mais pour confirmer il faut vérifier avec un profil (openoffice.org2) neuf. J'ai recommencé avec un profil neuf : même constat. Il faudrait vérifier si c'est pareil avec d'autres versions que XP. Oui et si possible voir si on a le même pb sur la version US en installant le pack langue anglais-USA sur la version FR. Pour ma part je vérifie sur une machine virtuelle XP dés que possible. J'ai désinstallé la version française et installé la version US : les deux parcours aboutissent au même intitulé Outline ; c'est donc bien une erreur de localisation (qui, je le répète, n'existe plus dans la 3.1). Tests 2.4.3 terminés. Henri
Re: [qa-test] Dev300_m57 Calc suppression lignes
Bonjour Jeff, Message du 16/09/09 11:43 De : Jeff OOo A : qa-test@fr.openoffice.org Copie à : Objet : Re: [qa-test] Dev300_m57 Calc suppression lignes Bonjour, Didier LAMARE a écrit : La suppression de une ou x lignes induit une consommation CPU entre 97 et 99%, je suis obligé de forcer l'arrêt de OOo. De même avec la DEVm55, sur ton fichier joint.(50 % de CPU sur un dual-core) Le document contient 650 lignes, si la suppression est faite au début du document ça marche, mais ça part en vrille si elle est faite vers la fin. Par dichotomie, j'ai trouvé que le problème arrivait à partir de la ligne 128. J'ai créé un nouveau fichier sur la base du réel mais avec des données bidon, j'arrive à reproduire le problème. Par des tests successifs, j'en déduit que c'est la formule dans la cellule (D1) qui génére le problème. Cette formule donne la différence entre deux sous-totaux de colonnes sur une plage bien plus grande que le nombre de lignes effectives. Effectivement, si je modifie en D1 la formule comme suit : =SOUSTOTAL(9;B2:B189) etc... la bogue n'est pas reproduite. De même, si je nomme une plage variable qui s'ajuste au nombre de donnée, la bogue n'est pas reproduite. Par contre, si je nomme une plage fixe importante ($B$2:$B$500), la bogue est reproduite (pas la peine d'aller jusqu'à B1500...) Elle est également reproduite si j'insère la feuille dans un nouveau classeur. Je n'ai rien trouvé de probant sur IZ avec le critère SUBTOTAL, mais je ne suis pas un très bon chercheur... A + Jeff - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org La fonction Sous.total n'est pas en cause, j'ai testé avec Somme(B2:B500) et Moyenne(B2:B00), le problème se reproduit. Bonne journée Didier
[qa-test] Dev300_m57 Base affichage bouton dans formulaire
Bonsoir tout le monde, Dans le document base joint, il y a deux formulaires, lorsque je double clic sur F_choix le bouton 1 prend tout l'espace du formulaire, mais l'affichage redevient correct si on déplace la souris vers le coin supérieur gauche du formulaire !!! Je pense que le problème est du au fait que les trois boutons sont situés au début du formulaire et qu'ils ont un ancrage au paragraphe, si on le remplace par Comme caractère, l'affichage est correct. Le deuxième formulaire s'affiche correctement. Ces formulaires s'affichent correctement avec la 311. Reproduisez-vous ce phénomène? L'ancrage est maintenant intégré dans les propriétés du bouton, avec une option supplémentaire Au cadre. Il y a aussi une nouvelle propriété Mouse Wheel scroll pour d'autres contrôles. Du travail supplémentaire de localisation dans l'avenir. Didier maBdD.odb Description: application/vnd.sun.xml.base - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] test version 2.4.3
Le 16.09.2009 12:34, Henri Boyet a écrit : Jean-Baptiste Faure a écrit : Le 16.09.2009 01:15, Henri Boyet a écrit : Jean-Baptiste Faure a écrit : Le 15.09.2009 00:18, Henri Boyet a écrit : Bonsoir, Dans le test 10, sélection, clic droit, Style, la 6ème ligne s'appelle Plan alors qu'il s'agit du Contour quand on fait clic droit, Caractères, Effets de Caractères. C'est le même effet avec deux noms différents ; est-ce une erreur ou est-ce que j'ai mal compris quelque chose ? Dans la 3.1, les deux parcours arrivent au même nom Contour. Bonjour Henri, Bonjour, Et les 5 premières lignes donnent bien des styles de caractère ? Je ne comprends pas ta question. Les 6 lignes modifient le style des caractères (Gras, Italique, Souligné, Barré, Ombre, Plan). Ce qui me chiffonne, c'est que la 6ème n'a pas le même nom (Plan) que quand on passe par une autre ligne du menu (le même effet s'appelle Contour). Plan me fait penser à un style de paragraphe dans Impress d'où l'idée qu'il pourrait y avoir un mélange entre types de style et donc de vérifier que les 5 premiers styles font bien ce qu'ils annoncent. Mais manifestement tu as déjà vérifié et c'est juste un nom erroné qui a été pioché la mauvaise liste. Je penche pour un bug mais pour confirmer il faut vérifier avec un profil (openoffice.org2) neuf. J'ai recommencé avec un profil neuf : même constat. Il faudrait vérifier si c'est pareil avec d'autres versions que XP. Oui et si possible voir si on a le même pb sur la version US en installant le pack langue anglais-USA sur la version FR. Pour ma part je vérifie sur une machine virtuelle XP dés que possible. J'ai désinstallé la version française et installé la version US : les deux parcours aboutissent au même intitulé Outline ; c'est donc bien une erreur de localisation (qui, je le répète, n'existe plus dans la 3.1). C'est bien possible : il y a des cas où outline est traduit par plan. L'erreur doit déjà être dans la 2.4.2 puisqu'il n'y pas eu de modification de la localisation pour la 2.4.3. Tests 2.4.3 terminés. Ok, merci. Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
[qa-test] OOo 3.1.1 : bug à confirmer pour MacOS (105103)
Bonjour, est-ce qu'un utilisateur de MacOS pourrait donner un avis rapide sur cette issue : http://www.openoffice.org/issues/show_bug.cgi?id=105103 J'ai déjà utilisé de tels transferts de données sur Ubuntu sans jamais avoir ce problème qui me semble donc spécifique à MacOS (ou à l'utilisateur ;-) ). Un avis ? Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] OOo 3.1.1 : bug à confirmer pour MacOS (105103)
Je confirme la description. J'ai utilisé TextWrangler et le transfert ne fonctionne pas, comme décrit. Pages, de Apple, ne fonctionne pas non plus. Emacs dans le terminal fonctionne. TextEdit, l'éditeur Apple par défaut fonctionne aussi. Bizarre. Jean-Christophe Helary On 17 sept. 2009, at 13:09, Jean-Baptiste Faure wrote: Bonjour, est-ce qu'un utilisateur de MacOS pourrait donner un avis rapide sur cette issue : http://www.openoffice.org/issues/show_bug.cgi?id=105103 J'ai déjà utilisé de tels transferts de données sur Ubuntu sans jamais avoir ce problème qui me semble donc spécifique à MacOS (ou à l'utilisateur ;-) ). Un avis ? Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
