[qa-test] [Fwd: Openoffice]
Bonjour à tous, et bonne année 2010, pleine de tests et de validations ! Ci-dessous message reçu sur mon mèl pro en provenance d'une utilisatrice. Pour les suites utiles. Amicalement, -- Jean-Francois Nifenecker, Bordeaux ---BeginMessage--- J'ai découvert en cherchant une mise à jour, une version que j'ai testée par erreur et qui m'a introduit un virus dans mon ordi. Voici le lien : http://www.openoffice-fr.net/ Je suppose que tu connais déjà mais Franck m'a conseillé de t'en faire part. Cordialement. Marijo ---End Message--- - 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.2] Effets de caractère relief et empreinte + couleur
Jean-Baptiste Faure a écrit : Bonsoir, Cor Nouws (NL) signale sur la liste d...@qa un problème sur Ubuntu 9.10 avec les effets de caractères relief et empreinte. Quand on utilise une couleur autre que le noir (ou automatique) l'effet est quasi invisible. Je reproduis le problème sur ma machine avec Ubuntu 8.04, j'ai testé du rouge, du bleu, du gris, etc. La problème ne se produirait pas sur MS-Windows ni MacOS. Certains utilisateurs Linux ne confirment pas non plus. Ça ne semble pas être une régression car il a le problème aussi avec la 3.1.1. Qu'en est-il pour vous ? Bonne soirée JBF Bonjour et bonne année à tous ! Empreinte ne se fait qu'avec la couleur noire. Je n'ai pas encore terminé l'ensemble des tests portant sur le format texte, pour autant. Bonne journée, Ida Mac PPC 10.4.11 - 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.2] Effets de caractère relief et empreinte + couleur
Le 04.01.2010 07:43, JYL a écrit : Jean-Baptiste Faure a écrit : Bonsoir, Cor Nouws (NL) signale sur la liste d...@qa un problème sur Ubuntu 9.10 avec les effets de caractères relief et empreinte. Quand on utilise une couleur autre que le noir (ou automatique) l'effet est quasi invisible. Je reproduis le problème sur ma machine avec Ubuntu 8.04, j'ai testé du rouge, du bleu, du gris, etc. La problème ne se produirait pas sur MS-Windows ni MacOS. Certains utilisateurs Linux ne confirment pas non plus. Ça ne semble pas être une régression car il a le problème aussi avec la 3.1.1. Qu'en est-il pour vous ? Bonne soirée JBF Bonjour , Noté Fail au test n°10 en TCM sur WIN 7 -Relief (Relief Empreinte) inactif si Couleur de police autre que Noir et Automatique Pour moi ce n'est pas, à strictement parler, inactif car, avec du rouge par exemple, on voit, en regardant bien, un léger liseré gris. Donc il se passe quelque chose. De là à dire qu'on voit un effet de relief ou d'empreinte il y a un grand pas. 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] 320RC1 MacIntel et PPC Enregistrer comme modèle
Le 30.12.2009 18:57, Jean-Baptiste Faure a écrit : Bonsoir, J'ai créé l'issue : http://fr.openoffice.org/issues/show_bug.cgi?id=108012 et l'ai proposée comme stopper pour 3.2. Bonne pioche : stopper accepté. Merci Jean-Yves. 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.2] Effets de caractère relief et empreinte + couleur
Jean-Baptiste Faure a écrit : Le 04.01.2010 07:43, JYL a écrit : Jean-Baptiste Faure a écrit : Bonsoir, Cor Nouws (NL) signale sur la liste d...@qa un problème sur Ubuntu 9.10 avec les effets de caractères relief et empreinte. Quand on utilise une couleur autre que le noir (ou automatique) l'effet est quasi invisible. Je reproduis le problème sur ma machine avec Ubuntu 8.04, j'ai testé du rouge, du bleu, du gris, etc. La problème ne se produirait pas sur MS-Windows ni MacOS. Certains utilisateurs Linux ne confirment pas non plus. Ça ne semble pas être une régression car il a le problème aussi avec la 3.1.1. Qu'en est-il pour vous ? Bonne soirée JBF Bonjour , Noté Fail au test n°10 en TCM sur WIN 7 -Relief (Relief Empreinte) inactif si Couleur de police autre que Noir et Automatique Pour moi ce n'est pas, à strictement parler, inactif car, avec du rouge par exemple, on voit, en regardant bien, un léger liseré gris. Donc il se passe quelque chose. De là à dire qu'on voit un effet de relief ou d'empreinte il y a un grand pas. Bonne journée JBF Bonjour Jean-Baptiste, Il faut alors changer de lunettes ou mettre les lunettes 3D comme pour le film AVATAR ! C'est vrai qu'il y a une très discrète différence, mais même en 28 pts ou sur l'écran 24 du Mac, on en est loin. Le dépôt du fichier *Relief et empreinte.png* a été réalisé avec succès ! http://www.cijoint.fr/cjlink.php?file=cj201001/cij0U7glBI.png Le dépôt du fichier *320 Relief et empreinte.odt* a été réalisé avec succès ! http://www.cijoint.fr/cjlink.php?file=cj201001/cijAj4FfAs.odt Cordialement, Jean-Yves - 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.2] Effets de caractère relief et empreinte + couleur
Le 04.01.2010 12:29, JYL a écrit : Jean-Baptiste Faure a écrit : Le 04.01.2010 07:43, JYL a écrit : Jean-Baptiste Faure a écrit : Bonsoir, Cor Nouws (NL) signale sur la liste d...@qa un problème sur Ubuntu 9.10 avec les effets de caractères relief et empreinte. Quand on utilise une couleur autre que le noir (ou automatique) l'effet est quasi invisible. Je reproduis le problème sur ma machine avec Ubuntu 8.04, j'ai testé du rouge, du bleu, du gris, etc. La problème ne se produirait pas sur MS-Windows ni MacOS. Certains utilisateurs Linux ne confirment pas non plus. Ça ne semble pas être une régression car il a le problème aussi avec la 3.1.1. Qu'en est-il pour vous ? Bonne soirée JBF Bonjour , Noté Fail au test n°10 en TCM sur WIN 7 -Relief (Relief Empreinte) inactif si Couleur de police autre que Noir et Automatique Pour moi ce n'est pas, à strictement parler, inactif car, avec du rouge par exemple, on voit, en regardant bien, un léger liseré gris. Donc il se passe quelque chose. De là à dire qu'on voit un effet de relief ou d'empreinte il y a un grand pas. Bonne journée JBF Bonjour Jean-Baptiste, Il faut alors changer de lunettes ou mettre les lunettes 3D comme pour le film AVATAR ! C'est vrai qu'il y a une très discrète différence, mais même en 28 pts ou sur l'écran 24 du Mac, on en est loin. Je suis bien d'accord ; ce que je voulais dire c'est que l'algorithme qui est censé donner l'effet relief ou empreinte fonctionne même pour une couleur autre que le noir. Sauf qu'il est inefficace. Ce n'est pas pareil que si l'algorithme n'était même pas exécuté pour des couleurs autres que le noir. Ce serait a priori plus simple car il suffirait (peut-être) de rebrancher l'algo pour qu'il soit utilisé. Ici l'algo est manifestement utilisé mais il ne fait pas ce qui est attendu, il faut donc en trouver un meilleur fonctionnant avec toutes les couleurs. Tâche a priori plus ardue. Le dépôt du fichier *Relief et empreinte.png* a été réalisé avec succès ! http://www.cijoint.fr/cjlink.php?file=cj201001/cij0U7glBI.png Le dépôt du fichier *320 Relief et empreinte.odt* a été réalisé avec succès ! http://www.cijoint.fr/cjlink.php?file=cj201001/cijAj4FfAs.odt Ces fichiers sont faits sous MacOS ? J'obtiens le même rendu sous Ubuntu. 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.2] Effets de caractère relief et empreinte + couleur
Jean-Baptiste Faure a écrit : Le 04.01.2010 12:29, JYL a écrit : Jean-Baptiste Faure a écrit : Le 04.01.2010 07:43, JYL a écrit : Jean-Baptiste Faure a écrit : Bonsoir, Cor Nouws (NL) signale sur la liste d...@qa un problème sur Ubuntu 9.10 avec les effets de caractères relief et empreinte. Quand on utilise une couleur autre que le noir (ou automatique) l'effet est quasi invisible. Je reproduis le problème sur ma machine avec Ubuntu 8.04, j'ai testé du rouge, du bleu, du gris, etc. La problème ne se produirait pas sur MS-Windows ni MacOS. Certains utilisateurs Linux ne confirment pas non plus. Ça ne semble pas être une régression car il a le problème aussi avec la 3.1.1. Qu'en est-il pour vous ? Bonne soirée JBF Bonjour , Noté Fail au test n°10 en TCM sur WIN 7 -Relief (Relief Empreinte) inactif si Couleur de police autre que Noir et Automatique Pour moi ce n'est pas, à strictement parler, inactif car, avec du rouge par exemple, on voit, en regardant bien, un léger liseré gris. Donc il se passe quelque chose. De là à dire qu'on voit un effet de relief ou d'empreinte il y a un grand pas. Bonne journée JBF Bonjour Jean-Baptiste, Il faut alors changer de lunettes ou mettre les lunettes 3D comme pour le film AVATAR ! C'est vrai qu'il y a une très discrète différence, mais même en 28 pts ou sur l'écran 24 du Mac, on en est loin. Je suis bien d'accord ; ce que je voulais dire c'est que l'algorithme qui est censé donner l'effet relief ou empreinte fonctionne même pour une couleur autre que le noir. Sauf qu'il est inefficace. Ce n'est pas pareil que si l'algorithme n'était même pas exécuté pour des couleurs autres que le noir. Ce serait a priori plus simple car il suffirait (peut-être) de rebrancher l'algo pour qu'il soit utilisé. Ici l'algo est manifestement utilisé mais il ne fait pas ce qui est attendu, il faut donc en trouver un meilleur fonctionnant avec toutes les couleurs. Tâche a priori plus ardue. Le dépôt du fichier *Relief et empreinte.png* a été réalisé avec succès ! http://www.cijoint.fr/cjlink.php?file=cj201001/cij0U7glBI.png Le dépôt du fichier *320 Relief et empreinte.odt* a été réalisé avec succès ! http://www.cijoint.fr/cjlink.php?file=cj201001/cijAj4FfAs.odt Ces fichiers sont faits sous MacOS ? J'obtiens le même rendu sous Ubuntu. Bonne journée JBF re, puisque que tu me donnes l'occasion de répondre, le fichier a été réalisé sous Vista 3.2rc1, testé sur le MacIntel, et sous WIN 7 et un nouveau fichier créé avec le MacIntel reproduit le même phénomène. Si on augmente en 96pts, les polices en couleur Bleu du fichier, le léger effet n'est plus visible, même avec un surlignage jaune clair pour mieux le discerner, le rouge semble mieux résister... En fait ce que semble attendre un graphiste à mon avis, serait d'avoir seulement la bordure en couleur, bleu ou rouge, comme ce qui se passe pour le noir. Quand je vois ce qui est réalisé avec les images de synthèse ( ou CGI Compurteur Generated Images) par James Cameron avec sa caméra 3D HD je suis pris de vertiges : Comment allons nous supporter cette accélération des progrès technologiques ? Qu'un simple algorithme pour produire un effet d'empreinte pose autant de problème, me laisse pantois. Sans doute les jeunes générations arriveront à supporter cet accélération. Philosophiquement, Jean-Yves - 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.2 RC2 pas avant le 13/01
Bonjour, Le Release Status Meeting s'est tenu cet après-midi. Il a été décidé que le processus de compilation de la RC2 commencerait à la fin de la semaine et la RC2 devrait être disponible au plus tôt en milieu de semaine prochaine. Source : http://wiki.services.openoffice.org/wiki/ReleaseStatus_Minutes#2010-01-04 Bonne fin de 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] OOo2.x - OOo3.x Régression insertion de nom
Bonjour, Le 3 janvier 2010 21:52, Jeff OOo jeff...@orange.fr a écrit : Bonjour, Je m'excuse de remonter ce sujet, mais est-ce-que cela a put-être testé sous d'autre configuration ? : Jeff OOo a écrit : Etapes pour reproduire : Menu Insertion Noms En zone Nom, le nom que vous voulez En zone Assigné à, tentez une plage multiple : $Feuille1.$A$1:$A$5;$Feuille1.$C$1:$C$5 - le nom n'est pas valide Je reproduis sous 3.1.1 et 3.2 en windows. Le plus marrant, c'est que si j'indique : zone($Feuille1.$A$1:$A$5;$Feuille1.$C$1:$C$5) dans la plage, que je fais ajouter. ça passe, si à ce moment, je reclique sur le nom défini, ça a l'air ok. Je valide par ok et je retente de sélectionner cette zone via son nom, c'est n'importe quoi ? (zone modifiée). Maintenant, je sais pas si c'est la bonne manière de faire ;-) Pourtant, les versions 2.x acceptent cette syntaxe. pas testé car j'ai plus 2.x Pire : un classeur créé en 2.4.2 avec une telle zone nommée, ouvert en 3.1.1 - #NOM dans les formules employant le nom de la zone. Assez gênant : le Wiki fait référence à de tel nom ; extrait de la fonction Zone ( http://wiki.services.openoffice.org/wiki/Documentation/FR/Calc:_fonction_ZONES) ZONES(maréf) où vous avez défini maréf dans Insertion - Noms - Définir... comme étant deux plages (en saisissant par exemple $A$1:$A$3;$C$1:$C$4 dans la plage de boîte de dialogue Assigné à), renvoie 2. Est-ce que ce comportement est spécifique à Windows, ou est-il reproductible sous d'autre plate-formes ? Dans l'affirmative, une issue me semble de rigueur. A + Jeff - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org -- web site : http://www.molenbaix.com
[qa-test] OOo 3.2 RC1 : typo dans l'aide
Bonsoir Sophie, Une petite typo dans l'aide de Calc : dans l'onglet Index saisir zone puis sous Zones on trouvve zones d'mpression (il manque le i de impression). 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
Re: [qa-test] [OOo3.2 RC1 m8] Installation en présence de langpacks
Le 28.12.2009 23:34, Laurent BALLAND-POIRIER a écrit : Bonjour, Un défaut, qui ne doit pas dater de cette version, mais lorsque l'on fait l'installation OOo3.2fr en ayant OOo3.1.1 installé avec différents langpack, OOo3.1.1 est bien désinstallé mais les anciens langpacks restent (en version 3.1). Cela marche correctement tant qu'on ne fait pas appel à de nouvelles chaines. Mais lorsque par exemple dans la 3.2 on demande la création d'un nouveau diagramme, le type diagramme à bulles n'existait pas dans OOo3.1. La conséquence est que les chaines de caractères ne sont pas trop perturbées, avec une chaine vide à la place du diagramme à bulles. Par contre, les pictogrammes associés à chaque type sont un peu dans le désordre, certains manquent, d'autres sont remplacés par des pictogrammes sans rapport. L'amélioration que je proposerais est qu'un message d'alerte signale lors de l'installation que les langpacks doivent aussi être mis à jour. Cela a surrement déjà été proposé, en particulier par les projets linguistiques n'ayant pas d'installateur complet mais juste des langpacks. Bonsoir Laurent, Tu parles bien pour MS-Windows n'est-ce pas ? Je n'ai pas vérifié sous Linux mais comme le système de paquets permet de gérer les dépendances j'imagine que la désinstallation de la 3.1.1 désinstalle aussi les langpacks. En tous les cas dans Synaptic il me suffit de demander la désinstallation du paquet openoffice.org-ure pour tout désinstaller y compris les langpacks (sauf le paquet debian-menu). J'ai trouvé l'issue 69525 (http://www.openoffice.org/issues/show_bug.cgi?id=69525) mais ce n'est pas exactement ce que tu demandes mais probablement lié. Apparemment l'installeur MS-Windows ne permet pas de gérer des dépendances. Il me semble que ce que l'installeur de la nouvelle version devrait, s'il ne le fait pas déjà : - désinstaller tous les langpacks installés, cela me parait indispensable pour que la nouvelle version soit pleinement opérationnelle même si c'est dans une langue inhabituelle. - afficher un message donnant la liste des langues installées et indiquant la possibilité de réinstaller les langpacks supprimés Je pense qu'il ne faut peut-être pas aller plus loin (par exemple lancer le téléchargement et l'installation des langpacks) car on peut avoir des situations complexes comme une version 3.1.1 EN + FR écrasée par une 3.2 FR. Il est probable que dans ce cas aucun langpack ne soit nécessaire. Qu'en penses-tu ? 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
Re: [qa-test] [OOo3.2 RC1 m8] Installation en présence de langpacks
Bonsoir Jean-Baptiste, Jean-Baptiste Faure a écrit : Le 28.12.2009 23:34, Laurent BALLAND-POIRIER a écrit : Bonjour, Un défaut, qui ne doit pas dater de cette version, mais lorsque l'on fait l'installation OOo3.2fr en ayant OOo3.1.1 installé avec différents langpack, OOo3.1.1 est bien désinstallé mais les anciens langpacks restent (en version 3.1). Cela marche correctement tant qu'on ne fait pas appel à de nouvelles chaines. Mais lorsque par exemple dans la 3.2 on demande la création d'un nouveau diagramme, le type diagramme à bulles n'existait pas dans OOo3.1. La conséquence est que les chaines de caractères ne sont pas trop perturbées, avec une chaine vide à la place du diagramme à bulles. Par contre, les pictogrammes associés à chaque type sont un peu dans le désordre, certains manquent, d'autres sont remplacés par des pictogrammes sans rapport. L'amélioration que je proposerais est qu'un message d'alerte signale lors de l'installation que les langpacks doivent aussi être mis à jour. Cela a surrement déjà été proposé, en particulier par les projets linguistiques n'ayant pas d'installateur complet mais juste des langpacks. Bonsoir Laurent, Tu parles bien pour MS-Windows n'est-ce pas ? Oui. J'ai trouvé l'issue 69525 (http://www.openoffice.org/issues/show_bug.cgi?id=69525) mais ce n'est pas exactement ce que tu demandes mais probablement lié. C'est la même chose... mais dans l'autre sens : l'issue parle du problème d'installer des langpacks sur des versions qui ne correspondent pas. Pour ma part j'ai testé l'installation d'une version avec des langpacks + anciens. Vaut-il mieux créer une nouvelle issue ou compléter celle que tu signales ? Il me semble que ce que l'installeur de la nouvelle version devrait, s'il ne le fait pas déjà : - désinstaller tous les langpacks installés, cela me parait indispensable pour que la nouvelle version soit pleinement opérationnelle même si c'est dans une langue inhabituelle. - afficher un message donnant la liste des langues installées et indiquant la possibilité de réinstaller les langpacks supprimés Je pense qu'il ne faut peut-être pas aller plus loin (par exemple lancer le téléchargement et l'installation des langpacks) car on peut avoir des situations complexes comme une version 3.1.1 EN + FR écrasée par une 3.2 FR. Il est probable que dans ce cas aucun langpack ne soit nécessaire. Qu'en penses-tu ? Je pense que ce n'est pas forcément une bonne idée de forcer la désinstallation. En effet dans mon cas (OOo3.2 fr + langpack de 3.1.1) je n'ai noté aucune instabilité, juste des boites de dialogue erronées lorsque je cherchais dans les nouvelles fonctionnalité (je n'ai pas non plus fait des tonnes de tests). On pourrait se trouver dans le cas où l'utilisateur préfère garder un vieux langpack, même incomplet, plutôt que de s'en passer parce qu'il n'a pas été créé dans sa langue. Par exemple pour l'espagnol, il n'y a pas eu de langpack pour la 3.1.1, juste pour la 3.1.0. Dans ce cas, en passant de la 3.1.0 à la 3.1.1, je voudrais conserver mon langpack espagnol 3.1.0. Ceci n'est que mon opinion, mais je n'ai pas une longue expérience dans l'utilisation d'OOo multi-langpackée ;-) 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] OOo2.x - OOo3.x Régression ins ertion de nom
Bonsoir, Problème connu : http://www.openoffice.org/issues/show_bug.cgi?id=97728 l'opérateur de concaténation dans OOo 3 est le tilde si on définit la zone avec des parenthèses par ($Feuille1.$A$1:$A$5;$Feuille1.$C$1:$C$5) elle est acceptée et le ; converti en ~. Je pense que si des utilisateurs rencontrent cette régression dans la vraie vie, il faut le signaler dans l'issue et voter pour elle. Bonne soirée JBF Le 29.12.2009 09:12, Jeff OOo a écrit : Bonjour à toutes et tous, Je viens juste de me rendre compte de ce que je qualifie d'une régression (peut-être est-ce une amélioration côté développeurs ;) ) Etapes pour reproduire : Menu Insertion Noms En zone Nom, le nom que vous voulez En zone Assigné à, tentez une plage multiple : $Feuille1.$A$1:$A$5;$Feuille1.$C$1:$C$5 - le nom n'est pas valide Pourtant, les versions 2.x acceptent cette syntaxe. Pire : un classeur créé en 2.4.2 avec une telle zone nommée, ouvert en 3.1.1 - #NOM dans les formules employant le nom de la zone. Assez gênant : le Wiki fait référence à de tel nom ; extrait de la fonction Zone (http://wiki.services.openoffice.org/wiki/Documentation/FR/Calc:_fonction_ZONES) ZONES(maréf) où vous avez défini maréf dans Insertion - Noms - Définir... comme étant deux plages (en saisissant par exemple $A$1:$A$3;$C$1:$C$4 dans la plage de boîte de dialogue Assigné à), renvoie 2. Est-ce que ce comportement est spécifique à Windows, ou est-il reproductible sous d'autre plate-formes ? Je n'ai pas trouvé d'issue relative à cette régression. A + Jeff - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org -- 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] Re:[qa-test] Issue 107877 - Extension sur user avec accent
Bonjour Pierre Yves Tout d'abord je te souhaite une bonne et heureuse année Ensuite, je te prie d'excuser mon silence, la coupure de la treve des confiseurs s'est faite quasi sans toucher l'ordinateur ;) Pour ce qui est du probleme, apres des tests un peu plus poussés, il semblerait (mais ca reste pas tres clair) que la taille du nom de user et donc du chemin influe. Avec un nom court contenant des accents je n'ai pas reussi à reproduire le probleme en fait Concernant http://www.openoffice.org/issues/show_bug.cgi?id=107877 , l'issue a dévié sur un problème du correcteur terminologique donné en example. A priori le rdb pose quelques problemes Stefan Bergman m'a redirigé vers http://www.openoffice.org/issues/show_bug.cgi?id=50885 qui pourrait etre resolue en 3.3 comme c'est à mon avis tres genant, j'ai voté pour cette issue car ne semble pas tres prioritaire Je reste quand meme dubitatif car le correcteur terminologique s'installe bien avec Benoit The user (et meme un chemin un peu plus long) et pas Benoît The User A part ça, puisque j'ai pu tester l'extension (...) j'aurais quelques remarques/suggestions. Souhaites-tu que je les fasses sur http://extensions.services.openoffice.org/project/ctoo ? oui, fais les directement sur le site extension, ou bien regarde si il n'y a pas le nom de l'auteur; Cette extension est issue du groupe MiMOOo sinon fais moi une copie, je relaierai Je te souhaite encore une bonne et heureuse année et encore merci Laurent - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
[qa-test] Consommation OOo au repos
Salut aux membres de la liste, ayant commencé les tests sur la OOO320m8, quelques remarques, que je divise sur plusieurs messages pour faciliter le suivi. J'ai remarqué que, lorsque OOo est démarré, mais qu'aucun document n'est chargé, il consomme 0,1 à 0,2% de CPU. Lorsque des documents sont chargés mais que l'usager n'intervient pas dessus, et laisse OOo en arrière-plan, la consommation oscille entre 1,5 et 2%. Ce n'est pas que ce pourcentage soit élevé, c'est l'ajout de ces toutes petites consommations inutiles qui empêchent le CPU de passer en veille aussi souvent qu'il pourrait, et réduit l'autonomie (de peu, mais encore une fois, c'est l'addition qui réduit significativement l'autonomie). Par ailleurs, MS Office et Pages sont capables de se maintenir à 0% lorsque les documents sont au premier plan mais que l'usager n'intervient pas dessus. OOo doit être capable de faire la même chose. P - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
[qa-test] Copie de caractères de Writer à Calc
Salut à tous, la copie de caractères dans Writer et son collage dans Calc les place dans une zone de texte ancrée à la cellule sélectionnée. Est-ce que c'est là le comportement attendu? P - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
[qa-test] Overall-17, copie de Calc à Writer
Salut à tous,en faisant le test "Overall-17", j'ai remarqué une issue similaire à la96337:Je tente de joindre deux captures d'écran de ce que ça donne:Sous Calc (la ligne noire est normale, c'est le bord de la cellule):Une fois copié dans Writer:Sauf que je suis sous OS X...D'autres infos?P
[qa-test] Overall-17, issue 80898 Copie de Calc à Writer
En plus du problème de conversion de caractères en copiant du texte de Calc à Writer, il y a le problème de conversion de taille de caractères. Sous Calc, c'est en taille 40, sous Writer, ça devient 27,5. Sous Writer: Sous Calc: D'autres infos? P - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
[qa-test] Overall-17, issue 104739 Nom de style dans Writer , copié d'Impress
http://www.openoffice.org/issues/show_bug.cgi?id=104739Le nom de styleUne illustration sous Impress: le texte surligné est en Albany, écarté de 5 points additionnels:Une fois copié sous Writer; en haut à gauche, le nom du style est magané.Voilà,P
Re: [qa-test] Overall-17, issue 80898 Copie de Ca lc à Writer
Seconde tentative... Le 04/01/10 à 23:00, PAt a écrit : En plus du problème de conversion de caractères en copiant du texte de Calc à Writer, il y a le problème de conversion de taille de caractères. Sous Calc, c'est en taille 40, sous Writer, ça devient 27,5. Sous Writer: Sous Calc: D'autres infos? P - 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
Re: [qa-test] Overall-17, issue 104739 Nom de sty le dans Writer, copié d'Impress
Le 04/01/10 à 23:05, PAt a écrit :http://www.openoffice.org/issues/show_bug.cgi?id=104739Le nom de styleUne illustration sous Impress: le texte surligné est en Albany, écarté de 5 points additionnels:104739Impress.pngUne fois copié sous Writer; en haut à gauche, le nom du style est magané.104739Writer.pngVoilà,P
Re: [qa-test] Overall-17, issue 80898 Copie de Ca lc à Writer
Troisième tentative... que l'attachement d'images est capricieux sur la liste... Le 04/01/10 à 23:07, PAt a écrit : Seconde tentative... Le 04/01/10 à 23:00, PAt a écrit : En plus du problème de conversion de caractères en copiant du texte de Calc à Writer, il y a le problème de conversion de taille de caractères. Sous Calc, c'est en taille 40, sous Writer, ça devient 27,5. Sous Writer: Sous Calc: D'autres infos? P - 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 - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] Overall-17, issue 80898 Copie de Ca lc à Writer
Le 04/01/10 à 23:09, PAt a écrit : Troisième tentative... que l'attachement d'images est capricieux sur la liste... Le 04/01/10 à 23:07, PAt a écrit : Seconde tentative... Le 04/01/10 à 23:00, PAt a écrit : En plus du problème de conversion de caractères en copiant du texte de Calc à Writer, il y a le problème de conversion de taille de caractères. Sous Calc, c'est en taille 40, sous Writer, ça devient 27,5. Sous Writer: Sous Calc: D'autres infos? P - 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 - 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
Re: [qa-test] Overall-17, issue 80898 Copie de Ca lc à Writer
Énième tentativeIssue 80898Le 04/01/10 à 23:10, PAt a écrit :Le 04/01/10 à 23:09, PAt a écrit :Troisième tentative...que l'attachement d'images est capricieux sur la liste...Le 04/01/10 à 23:07, PAt a écrit :Seconde tentative... Le 04/01/10 à 23:00, PAt a écrit :En plus du problème de conversion de caractères en copiant du texte de Calc à Writer, il y a le problème de conversion de taille de caractères.Sous Calc, c'est en taille 40, sous Writer, ça devient 27,5.Sous Writer:Sous Calc:D'autres infos?P-To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.orgFor additional commands, e-mail: qa-test-h...@fr.openoffice.org-To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.orgFor additional commands, e-mail: qa-test-h...@fr.openoffice.org-To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.orgFor additional commands, e-mail: qa-test-h...@fr.openoffice.org-To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.orgFor additional commands, e-mail: qa-test-h...@fr.openoffice.org
[qa-test] Overall-21, issue 56652
Issue 56652 Je n'arrive pas à la reproduire sous l'actuelle OOO320m8 sous OS X. P
Re: [qa-test] Overall-21, issue 56652
http://www.openoffice.org/issues/show_bug.cgi?id=56652 Le 04/01/10 à 23:17, PAt a écrit : Issue 56652 Je n'arrive pas à la reproduire sous l'actuelle OOO320m8 sous OS X. P
[qa-test] Overall-29, Issue 103612, orientation et emphase du texte
Salut à tous,je reproduis l'issue103612, avec un bug additionnel:Une capture d'écran du fichier ODT attaché à l'issue, ouvert dans OOO320m8 Writer;Par contre, une fois exporté en PDF, ça s'affiche comme le PDF joint à l'issue.P
[qa-test] OOO320m8 Impress: aperçu des caractères à l 'application
Re-salut à tous,je n'ai pas trouvé d'issue correspondant à ça:lorsque je sélectionne un mot court dans Impress, puis que je fais Format Caractères, l'aperçu montre le nom de la police, et non le mot surligné, contrairement à Calc et Writer.Une capture d'écran à l'appui:
Re: [qa-test] Consommation OOo au repos
Le 05.01.2010 04:45, PAt a écrit : Salut aux membres de la liste, ayant commencé les tests sur la OOO320m8, quelques remarques, que je divise sur plusieurs messages pour faciliter le suivi. J'ai remarqué que, lorsque OOo est démarré, mais qu'aucun document n'est chargé, il consomme 0,1 à 0,2% de CPU. Lorsque des documents sont chargés mais que l'usager n'intervient pas dessus, et laisse OOo en arrière-plan, la consommation oscille entre 1,5 et 2%. Ce n'est pas que ce pourcentage soit élevé, c'est l'ajout de ces toutes petites consommations inutiles qui empêchent le CPU de passer en veille aussi souvent qu'il pourrait, et réduit l'autonomie (de peu, mais encore une fois, c'est l'addition qui réduit significativement l'autonomie). Par ailleurs, MS Office et Pages sont capables de se maintenir à 0% lorsque les documents sont au premier plan mais que l'usager n'intervient pas dessus. OOo doit être capable de faire la même chose. Bonjour, Je ne constate pas la même chose sous Linux/Gnome. Si j'affiche seulement les processus actifs dans le moniteur système et que je ne fais rien avec la machine le seul processus actif est le moniteur système lui-même et Xorg de temps en temps. Chez toi sur MacOS c'est une consommation constante de CPU ou bien une ponctuelle et qui revient régulière à fréquence courte ? Peut-être une activité liée aux imprimantes connectées. Pour ma part je n'ai pas d'imprimante connectée en permanence. Quelqu'un constate-t-il un comportement analogue sous MS-Windows ? 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] Copie de caractères de Writer à Calc
Le 05.01.2010 04:47, PAt a écrit : Salut à tous, la copie de caractères dans Writer et son collage dans Calc les place dans une zone de texte ancrée à la cellule sélectionnée. Est-ce que c'est là le comportement attendu? Bonjour, Peux-tu détailler comment tu réalises le collage ? Chez moi le ctrl+V colle le texte dans la cellule sélectionnée. L'appui sur le bouton coller donne la même chose que ctrl+V. En revanche si je choisis le 1er item du menu déroulant associé à ce bouton OOo crée une zone de texte puisque c'est OpenOffice.org 3.2 Texte. Si je choisis Texte non formaté j'obtiens encore la même chose que par ctrl+V. 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] Overall-17, copie de Calc à Wri ter
Le 05.01.2010 04:53, PAt a écrit : Salut à tous, en faisant le test Overall-17, j'ai remarqué une issue similaire à la 96337 http://www.openoffice.org/issues/show_bug.cgi?id=96337: Intéressant, nous n'étions pas arrivés à reproduire (je n'y arrive toujours pas). Est-ce que tu peux détailler pas à pas ce que tu fais pour arriver à ce résultat ? Précise aussi les polices utilisées dans Calc et Writer. Bonne journée JBF Je tente de joindre deux captures d'écran de ce que ça donne: Sous Calc (la ligne noire est normale, c'est le bord de la cellule): Une fois copié dans Writer: Sauf que je suis sous OS X... D'autres infos? P -- 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