Re: [qa-test] Re: OOo 3.2 Beta : Writer
Bonjour, Le 13.11.2009 11:58, JYL a écrit : Bonjour, Je me permets de répondre à quelques unes de vos interrogations en testant sur WIN 7 : Vincent Ruffiot a écrit : Des remarque sur writer OOo3.2-Dev m4 sous linux x86) : Au sujet de l'interligne : lorsque en choisissant proportionnel on rentre 225% quand on revient sur la boite de dialogue l'interligne est transformé en double. Si on met en proportionnel 125% on retrouve ces 125% quand on ouvre à nouveau la boite de dialogue. A partir d'un % 199, il n'y a plus mémorisation du %, déjà observé dans la 311. Bien vu. Apparemment c'est fait exprès : si on utilise les flèches de la case pour faire défiler les valeurs on remarque qu'elles sont contraintes entre 50% et 200%. Pour un interligne ça me parait raisonnable. *Un détail bizarre* : quand on maintient le clic sur une des flèches ascendante ou descendante, les valeurs de % défilent comme prévu, mais chaque changement de valeur entraine une activité du disque dur, ce dont je ne comprends pas l'utilité. J'ai testé ça sur Ubuntu, est-ce pareil sur d'autres OS et machines ? Au sujet de Format - Puces et numérotation... : Le style des numérotations (symbole des puces et type de numérotation) n'est pas modifié lorsque l'on clique sur les exemples de la fenêtre de dialogue Régression : Puces et Numérotation DEVm4 : Exact sur Seven 64 également Bug connu : ce dialogue ne marche plus dans m4 et fait même planter OOo. http://www.openoffice.org/issues/show_bug.cgi?id=106678 Pour m'assurer que le crash décrit pas cette issue et le non-fonctionnement de la modification du type de puce ou numérotation sont le même problème, j'ai ajouté un commentaire à l'issue pour demander confirmation. 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] Tests automatiques Branche OOO320_m4
Le 13.11.2009 15:50, Sophie a écrit : Bonjour Didier, Didier LAMARE wrote: Bonjour Sophie, Message du 12/11/09 20:22 De : Sophie A : qa-test@fr.openoffice.org Copie à : Objet : Re: [qa-test] Tests automatiques Branche OOO320_m4 Re :) Didier LAMARE wrote: Bonsoir Sophie, [...] C'est fait. Super :) Une fois que tes tests seront en ligne, je t'expliquerai comment les comparer. Donc, lorsque tu vas sur le tableau OOO320 m4 French, tu as tous les résultats par plateforme. Tu cliques sur le bouton Windows (en grisé) et tu ouvres une page contenant tous les modules testés et les tests correspondant. Pour pouvoir releaser la version, aucun test ne doit être en erreur. Là, tu as une erreur dans DBAccess et 3 dans Writer (mais celles là ne compte pas parce que ce sont des time out, la plupart du temps, cela disparaît si tu refais le test). Pour Writer, j'ai refait le test et j'ai eu les trois mêmes erreurs. Deux fois sur trois, le time-out est induit par un plantage d'Office. J'ai eu le message classique sous Windows signalant une erreur dans l'application et que celle-ci doit se terminer voulez -vous envoyer les informations... . Bref j'ai envoyé les info?(la prochaine fois, je ferai une copie-écran) Ok, je vais regarder s'il y a des issues ouvertes. Sinon, j'ai la même erreur sur Linux pour le premier n° 7 tFormatNumberingBullets. Le 8 et 9 ne fonctionnent pas sur Unix, mais je vais les refaire manuellement. Celle-ci peut-être : http://www.openoffice.org/issues/show_bug.cgi?id=106678 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] Test 109254 avec Ca lc sous Ubuntu échoue ; et sous Windows ?
Stephane Quenson a écrit : Bonsoir, Le test 109254 consiste à récupérer dans un fichier externe une plage de cellules. Si mon fichier externe s'appelle é.ods (notez l'accent aigu), lorsque j'appelle à partir d'un nouveau document le menu Insertion Lien vers des données externes et que je clique sur le bouton ... pour choisir mon fichier é.ods, la valeur retournée dans la combobox est file:///%C3%A9.ods. Ceci est un régression par rapport à 3.1.1 sous Ubuntu qui retourne bien file:///é.ods. Ma version anglaise 3.1.1 sous Windows retourne aussi file:///%C3%A9.ods. Qu'en est-il avec la 3.2 sous Windows ? St%C3%A9phane -- humour ! Bonjour Stéphane, Sous la 311 (Vista), comme le DEV320m4 (Vista et WIN7) ou la localization37(WIN7), les accentuations sont affichées en %C3%A9%C3%A0% etc. ce qui n'empêche pas le bon fonctionnement de l'insertion. Amitié 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] tests DEV320m4 - MacOSX PPC 10.4.11 - Impress
Le 12.11.2009 13:37, Ida Barbier a écrit : Jean-Baptiste Faure a écrit : Le 08.11.2009 08:29, Ida Barbier a écrit : Bonjour, Mes premières observations.* 110070 :* _ diapo 3:_ seul le B de Bonaparte reste visible dès que le cheval galopant apparait. Même problème chez moi sous Linux, mais il n'est pas nouveau, on l'a déjà dans OOo 3.1.1 et dans les versions précédentes si ma mémoire est bonne. Il semble qu'il y ait un problème avec la transparence des gifs animés en mode diaporama. Je pense qu'il s'agit de cette issue : http://www.openoffice.org/issues/show_bug.cgi?id=106689 _diapo 4 :_ les puces sont escamotées. LE texte se colle à l'image. La première phrase avant les puces est lisible à partir de jour d'acier et de feu. Ici pour moi c'est différent : l'affichage est quasi parfait sauf que le texte avec ses puces est un peu trop près de l'image. _diapo 5 :_ la dernière phrase n'est lisible qu'à partir e le 14 décembre 1799. * 109172* En sachant que j'ai ouvert à partir de mon Mac la version sauvegardée en ppt. _diapo 3 :_ le oe de soeurs est tronqué la dernière phrase n'est pas lisible. En fait on peut lire jusqu'à ...bave. _diapo 5 :_ les doigts de la main ne s'ouvrent pas. *109173* Je l'ai noté comme pass. Mais je signale quand même que dans la menu déroulant Insérer on propose Dupliquer la page et non Dupliquer la diapo. Ce qui peut prêter à confusion. Déjà dans les versions précédentes. Bonne soirée JBF Bonjour, Mais peut-être qu'il est bon de le rappeler quand même, même quand les choses existaient avant ? Cela veut dire que le problème existe toujours. Oui bien sûr, ça permet de ne pas s'habituer aux défauts. Ici le dupliquer la page correspond à l'anglais duplicate slide. Je ne sais pas s'il y a une raison pour traduire ici slide par page et dans l'item précédent par diapo. Sophie as-tu une idée là dessus ? Ou bien, dès qu'il y a une issue, cela veut dire que l'on s'en occupe et qu'il s'agit d'attendre seulement. C'est plus compliqué que ça : pour qu'on s'occupe d'une issue, il faut que on soit motivé, dispose de suffisamment de temps et juge le problème plus urgent que les autres qu'il a en charge. Cela fait beaucoup de contraintes. Il est possible de faire remonter une issue dans la pile des urgences (du point de vue de l'utilisateur) en votant pour elle. 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] Test 109254 avec Ca lc sous Ubuntu échoue ; et sous Windows ?
Le 14.11.2009 09:24, JYL a écrit : Stephane Quenson a écrit : Bonsoir, Le test 109254 consiste à récupérer dans un fichier externe une plage de cellules. Si mon fichier externe s'appelle é.ods (notez l'accent aigu), lorsque j'appelle à partir d'un nouveau document le menu Insertion Lien vers des données externes et que je clique sur le bouton ... pour choisir mon fichier é.ods, la valeur retournée dans la combobox est file:///%C3%A9.ods. Ceci est un régression par rapport à 3.1.1 sous Ubuntu qui retourne bien file:///é.ods. Ma version anglaise 3.1.1 sous Windows retourne aussi file:///%C3%A9.ods. Qu'en est-il avec la 3.2 sous Windows ? St%C3%A9phane -- humour ! Bonjour Stéphane, Sous la 311 (Vista), comme le DEV320m4 (Vista et WIN7) ou la localization37(WIN7), les accentuations sont affichées en %C3%A9%C3%A0% etc. ce qui n'empêche pas le bon fonctionnement de l'insertion. Bonjour Stéphane et Jean-Yves, Chez moi sur Ubuntu j'ai les accents dans tous les cas. Ce qui m'étonne pour Stéphane c'est que la liste déroulante pour moi ne contient que le chemin du fichier pas le file://. Lui il apparait dans la boîte de dialogue Édition Liens... en bas, et là il n'y a plus les accents mais ça me parait normal quand on donne une url exacte. 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] Re: OOo 3.2 Beta : Writer
Jean-Baptiste Faure a écrit : Au sujet de l'interligne : A partir d'un % 199, il n'y a plus mémorisation du %, déjà observé dans la 311. Apparemment c'est fait exprès : si on utilise les flèches de la case pour faire défiler les valeurs on remarque qu'elles sont contraintes entre 50% et 200%. Pour un interligne ça me parait raisonnable. *Un détail bizarre* : quand on maintient le clic sur une des flèches ascendante ou descendante, les valeurs de % défilent comme prévu, mais chaque changement de valeur entraine une activité du disque dur, ce dont je ne comprends pas l'utilité. J'ai testé ça sur Ubuntu, est-ce pareil sur d'autres OS et machines ? J'ai installé (et désinstallé) HD TUNE pour vérifier l'appel au DD, il y a un appel au DD lors de l'utilisation de la souris... sur Vista comme sous WIN 7. Trop pointu pour moi... Régression : Puces et Numérotation DEVm4 : Exact sur Seven 64 également Bug connu : ce dialogue ne marche plus dans m4 et fait même planter OOo.http://www.openoffice.org/issues/show_bug.cgi?id=106678 Pour m'assurer que le crash décrit pas cette issue et le non-fonctionnement de la modification du type de puce ou numérotation sont le même problème, j'ai ajouté un commentaire à l'issue pour demander confirmation. Pas de gel chez moi, mais le choix de la Numérotation est aussi concerné ( il n'y a pas que les puces)... A bientôt, JY - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] tests DEV320m4 - MacOSX PPC 10.4.11 - Impress
Bonjour, Jean-Baptiste Faure wrote: [...] Mais peut-être qu'il est bon de le rappeler quand même, même quand les choses existaient avant ? Cela veut dire que le problème existe toujours. Oui bien sûr, ça permet de ne pas s'habituer aux défauts. Ici le dupliquer la page correspond à l'anglais duplicate slide. Je ne sais pas s'il y a une raison pour traduire ici slide par page et dans l'item précédent par diapo. Sophie as-tu une idée là dessus ? Le problème est que la chaîne est la même dans Impress et Draw alors que dans Impress on parle de diapo et dans Draw de page. Donc une fois sur deux elle est fausse. Je l'ai corrigé sur diapo en me notant de ne plus la corriger pour Draw :) Bonne journée Sophie - 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: OOo 3.2 Beta : Writer
Le 14.11.2009 10:16, JYL a écrit : Jean-Baptiste Faure a écrit : Au sujet de l'interligne : A partir d'un % 199, il n'y a plus mémorisation du %, déjà observé dans la 311. Apparemment c'est fait exprès : si on utilise les flèches de la case pour faire défiler les valeurs on remarque qu'elles sont contraintes entre 50% et 200%. Pour un interligne ça me parait raisonnable. *Un détail bizarre* : quand on maintient le clic sur une des flèches ascendante ou descendante, les valeurs de % défilent comme prévu, mais chaque changement de valeur entraine une activité du disque dur, ce dont je ne comprends pas l'utilité. J'ai testé ça sur Ubuntu, est-ce pareil sur d'autres OS et machines ? J'ai installé (et désinstallé) HD TUNE pour vérifier l'appel au DD, il y a un appel au DD lors de l'utilisation de la souris... sur Vista comme sous WIN 7. Trop pointu pour moi... L'essai sur OOo 3.1.1 montre que ça ne se produit pas ; j'en conclus qu'il y a un problème sur OOO320_m4. Je vais ouvrir une issue si elle n'existe pas déjà. Régression : Puces et Numérotation DEVm4 : Exact sur Seven 64 également Bug connu : ce dialogue ne marche plus dans m4 et fait même planter OOo.http://www.openoffice.org/issues/show_bug.cgi?id=106678 Pour m'assurer que le crash décrit pas cette issue et le non-fonctionnement de la modification du type de puce ou numérotation sont le même problème, j'ai ajouté un commentaire à l'issue pour demander confirmation. Pas de gel chez moi, mais le choix de la Numérotation est aussi concerné ( il n'y a pas que les puces)... Oui c'est bien ce que je voulais dire. 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] Re: OOo 3.2 Beta : Writer
Le 14.11.2009 15:11, Jean-Baptiste Faure a écrit : Le 14.11.2009 10:16, JYL a écrit : Jean-Baptiste Faure a écrit : Au sujet de l'interligne : A partir d'un % 199, il n'y a plus mémorisation du %, déjà observé dans la 311. Apparemment c'est fait exprès : si on utilise les flèches de la case pour faire défiler les valeurs on remarque qu'elles sont contraintes entre 50% et 200%. Pour un interligne ça me parait raisonnable. *Un détail bizarre* : quand on maintient le clic sur une des flèches ascendante ou descendante, les valeurs de % défilent comme prévu, mais chaque changement de valeur entraine une activité du disque dur, ce dont je ne comprends pas l'utilité. J'ai testé ça sur Ubuntu, est-ce pareil sur d'autres OS et machines ? J'ai installé (et désinstallé) HD TUNE pour vérifier l'appel au DD, il y a un appel au DD lors de l'utilisation de la souris... sur Vista comme sous WIN 7. Trop pointu pour moi... L'essai sur OOo 3.1.1 montre que ça ne se produit pas ; j'en conclus qu'il y a un problème sur OOO320_m4. Je vais ouvrir une issue si elle n'existe pas déjà. Voici l'issue : http://www.openoffice.org/issues/show_bug.cgi?id=106915 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] [OOo320m4][Calc] Test 109245 comparaison de document
Jean-Baptiste Faure a écrit : Le 10.11.2009 11:43, Jeff OOo a écrit : Bonjour à toutes et tous, Tout comme Stéphane, j'ai une petite incompréhension sur le test de comparaison de document. Pour reproduire : Sur 2 classeurs vierges : En A1 une chaîne de texte En A4 une chaîne de texte Les 2 classeurs sont identiques et enregistrés sous des noms différents dans le même répertoire. Ouvrir le premier classeur, et rajouter une chaîne de texte en A2 (l'important est d'avoir une cellule vide en dessous -ici A3- ) Menu Edition Comparer : - la boite de dialogue affirme que la ligne 4 a été supprimée - la boite de dialogue affirme que la ligne 2 a été insérée (apparaît également à la suite la modification de la cellule A2) Comportement identique sous la 3.1.1 Certes c'est surprenant mais, d'après ce que j'ai essayé, les accepter ou refuser les modifications donnent les résultats attendus. Certes, seul le résultat compte, mais si je n'ai pas de cellule vide, là, le résultat est AMHA correct... Je pense que l'on a droit à un fonctionnement interne de Calc. 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] tests DEV320m4 - MacOSX PPC 10.4.11 - Impress
Jean-Baptiste Faure a écrit : Le 12.11.2009 13:37, Ida Barbier a écrit : Jean-Baptiste Faure a écrit : Le 08.11.2009 08:29, Ida Barbier a écrit : Bonjour, Mes premières observations.* 110070 :* _ diapo 3:_ seul le B de Bonaparte reste visible dès que le cheval galopant apparait. Même problème chez moi sous Linux, mais il n'est pas nouveau, on l'a déjà dans OOo 3.1.1 et dans les versions précédentes si ma mémoire est bonne. Il semble qu'il y ait un problème avec la transparence des gifs animés en mode diaporama. Je pense qu'il s'agit de cette issue : http://www.openoffice.org/issues/show_bug.cgi?id=106689 _diapo 4 :_ les puces sont escamotées. LE texte se colle à l'image. La première phrase avant les puces est lisible à partir de jour d'acier et de feu. Ici pour moi c'est différent : l'affichage est quasi parfait sauf que le texte avec ses puces est un peu trop près de l'image. _diapo 5 :_ la dernière phrase n'est lisible qu'à partir e le 14 décembre 1799. * 109172* En sachant que j'ai ouvert à partir de mon Mac la version sauvegardée en ppt. _diapo 3 :_ le oe de soeurs est tronqué la dernière phrase n'est pas lisible. En fait on peut lire jusqu'à ...bave. _diapo 5 :_ les doigts de la main ne s'ouvrent pas. *109173* Je l'ai noté comme pass. Mais je signale quand même que dans la menu déroulant Insérer on propose Dupliquer la page et non Dupliquer la diapo. Ce qui peut prêter à confusion. Déjà dans les versions précédentes. Bonne soirée JBF Bonjour, Mais peut-être qu'il est bon de le rappeler quand même, même quand les choses existaient avant ? Cela veut dire que le problème existe toujours. Oui bien sûr, ça permet de ne pas s'habituer aux défauts. Ici le dupliquer la page correspond à l'anglais duplicate slide. Je ne sais pas s'il y a une raison pour traduire ici slide par page et dans l'item précédent par diapo. Sophie as-tu une idée là dessus ? Ou bien, dès qu'il y a une issue, cela veut dire que l'on s'en occupe et qu'il s'agit d'attendre seulement. C'est plus compliqué que ça : pour qu'on s'occupe d'une issue, il faut que on soit motivé, dispose de suffisamment de temps et juge le problème plus urgent que les autres qu'il a en charge. Cela fait beaucoup de contraintes. Il est possible de faire remonter une issue dans la pile des urgences (du point de vue de l'utilisateur) en votant pour elle. Bonne journée JBF Moralité : Quand on nous annonce qu'une issue existe, l'action est d'aller voter pour. Bonne soirée, Ida - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] [OOo320m4][Calc] Test 109245 comparaison de document
Le 12.11.2009 21:52, Jeff OOo a écrit : Jean-Baptiste Faure a écrit : Le 10.11.2009 11:43, Jeff OOo a écrit : Bonjour à toutes et tous, Tout comme Stéphane, j'ai une petite incompréhension sur le test de comparaison de document. Pour reproduire : Sur 2 classeurs vierges : En A1 une chaîne de texte En A4 une chaîne de texte Les 2 classeurs sont identiques et enregistrés sous des noms différents dans le même répertoire. Ouvrir le premier classeur, et rajouter une chaîne de texte en A2 (l'important est d'avoir une cellule vide en dessous -ici A3- ) Menu Edition Comparer : - la boite de dialogue affirme que la ligne 4 a été supprimée - la boite de dialogue affirme que la ligne 2 a été insérée (apparaît également à la suite la modification de la cellule A2) Comportement identique sous la 3.1.1 Certes c'est surprenant mais, d'après ce que j'ai essayé, les accepter ou refuser les modifications donnent les résultats attendus. Certes, seul le résultat compte, mais si je n'ai pas de cellule vide, là, le résultat est AMHA correct... Ce n'est pas ce que j'ai voulu dire. J'indiquais juste une borne au dysfonctionnement. L'affichage des modifs est aussi un résultat et là il est difficile à interpréter donc ce n'est pas satisfaisant. Je n'ai pas trouvé d'issue relative à ce problème. Je pense que l'on a droit à un fonctionnement interne de Calc. Je ne suis pas sûr de comprendre ce que tu veux dire par fonctionnement interne, mais je suis probablement d'accord avec toi. :-) 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
[qa-test] m4 avec un docx
Bonjour Je viens d'avoir une série de petits problèmes avec un seul docx. 1) Il fait planter OOo3.1.1 de mdv 2) Avec la m4 les images ne sont pas visibles entièrement. Et je ne savais pas comment faire pour les voir entièrement a) = sauver au format sdx certaines images sont arrivées en début de fichier = mauvais b) = sauver au format html, les images n'étaient pas stockées dans le bon répertoire, j'ai du les mettre dans le bon répertoire : [trou...@iutb-gei-p46][~/tmp/affine] ll total 420 -rw-rw-r-- 1 troumad troumad 93434 2009-11-14 22:16 Fonctions affine et linéaire.html -rw-rw-r-- 1 troumad troumad 26873 2009-11-14 22:16 Fonctions affine et linéaire_html_1195ae20.jpg -rw-rw-r-- 1 troumad troumad 6237 2009-11-14 22:16 Fonctions affine et linéaire_html_163c0835.png -rw-rw-r-- 1 troumad troumad 10719 2009-11-14 22:16 Fonctions affine et linéaire_html_2fe2ef83.gif -rw-rw-r-- 1 troumad troumad 19448 2009-11-14 22:16 Fonctions affine et linéaire_html_55c69598.jpg -rw-rw-r-- 1 troumad troumad 67913 2009-11-14 22:16 Fonctions affine et linéaire_html_69447655.jpg -rw-rw-r-- 1 troumad troumad 37955 2009-11-14 22:16 Fonctions affine et linéaire_html_b851d9f.gif -rw-rw-r-- 1 troumad troumad 7446 2009-11-14 22:16 Fonctions affine et linéaire_html_m1a9ec2a.gif -rw-rw-r-- 1 troumad troumad 37403 2009-11-14 22:16 Fonctions affine et linéaire_html_m28454c0b.jpg -rw-rw-r-- 1 troumad troumad 63231 2009-11-14 22:16 Fonctions affine et linéaire_html_m3550358f.jpg -rw-rw-r-- 1 troumad troumad 8434 2009-11-14 22:16 Fonctions affine et linéaire_html_m6f493150.gif -rw-rw-r-- 1 troumad troumad 10099 2009-11-14 22:16 Fonctions affine et linéaire_html_m9a9c0bb.gif -rw-rw-r-- 1 troumad troumad 3277 2009-11-14 22:16 Fonctions affine et linéaire_html_mb88ed03.gif [trou...@iutb-gei-p46][~/tmp/affine] md affine [trou...@iutb-gei-p46][~/tmp/affine] mv Fonctions\ affine\ et\ linéaire_html_*.jpg affine/ [trou...@iutb-gei-p46][~/tmp/affine] mv Fonctions\ affine\ et\ linéaire_html_*.png affine/ [trou...@iutb-gei-p46][~/tmp/affine] mv Fonctions\ affine\ et\ linéaire_html_*.gif affine/ J'ai reconverti le html au format odt et c'est bon ! -- Amicalement vOOotre, Troumad Alias Bernard SIAUD, http://troumad.org N'envoyez que des documents avec des formats ouverts, comme http://fr.openoffice.org Adresse electronique speciale liste - To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org For additional commands, e-mail: qa-test-h...@fr.openoffice.org
Re: [qa-test] Nouveau bug sous OOo 3.1 ?
Le 19.05.2009 18:25, Christophe RENAUD a écrit : Bonjour à tous, bon ! Je n'ai peu-être pas des bonnes nouvelles ! J'ai peu être lever un nouveau lièvre dans Writer 3.1 ! Je reproduit ce comportement systématiquement sous WinXP SP3 : - Dans une gallery, j'ajoute un dessin (un .svg que j'ai récupéré de OpenClipart et ouvert dans Draw 3.1 pour l'introduire dans mon thème en tant que dessin vectoriel), - Sur un document Writer (pas eu le temps d'essayer avec les autres modules), j'ouvre la gallery et j'affiche mon thème, - Clic droit sur le dessins vectoriel, commande Ajouter Copie. L'image se place bien sur la page, avec les poignées de redimensionnement autour, - Quoi que je fasse derrière, OOo se gèle et je dois faire une fin de tâche dessus - Si j'insère l'image dans le document en la glissant avec le bouton gauche depuis le thème vers la page Writer, seul un cadre vide se dessine. Par contre, cela ne provoque pas de gèle de l'appli ! J'ai désinstallé OOo 3.1, purger mon profil, réinstallé, remis mes galleries en place et même comportement. Les mêmes dessins des mêmes gallery sous OOo 3.0.1 ne posent aucun problème. Vous confirmer ? Ailleur que sous WinXP SP3 ? Bonjour, Je reviens sur cette question qui n'avais pas reçu de réponse : - est-ce que tu rencontres toujours ce problème avec la 3.1.1 (voire OOO320_m4) ? - quand tu as purgé ton profil, as-tu bien pris garde d'empêcher l'import des données personnelles de la version 2 si tu as encore un profil de OOo 2.x ? 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] Style de Note en marge
Le 11.08.2009 08:18, JYL a écrit : Bonjour, La traduction du style Marginalia en version US comme en nom interne en XML, ne correspond pas au style de Note en marge tel qu'il apparaît dans le Styliste F11. Lorsqu'on édite (ou clique) dans la Note en marge, aucun style n'est en surbrillance dans le styliste (toute option). D'ailleurs lorsque le curseur reste dans la Note, il n'est pas possible par clic droit d'éditer un quelconque des styles, seule l'option Modifier... apparaît. Les notes en marge semblent relever de l'interface à la manière des info-bulles. Cela ne serait pas important si la Police utilisée dans les différents systèmes était la même, or c'est Babylone... XP : Tahoma Vista : Segeo UI Ubuntu : DéjaVu Sans Mac : Lucida Grande ce qui provoque des chevauchements des caractères lorsque l'on passe d'un OS à un autre. Il faut alors modifier la Police manuellement de chaque note ! Le contournement serait de passer par Outils Options OOo Polices , de cocher Utiliser la table de remplacement et remplacer la police utilisée par une police commune à tout système. Hors les polices Lucida Grande, Segeo UI ne sont pas installées (à l'inverse de Tahoma) sur tous les systèmes ce qui rend impossible ce contournement sauf à installer ces polices sur chaque ordinateur. J'ignore qu'elle est l'issue de la page du wiki http://wiki.services.openoffice.org/wiki/Notes2 qui y correspond, mais ce problème d'affichage devient gênant lorsqu'il faut modifier des documents dans des figurations différentes. Bonjour Jean-Yves, Est-ce que ce problème est toujours d'actualité avec OOo 3.1.1 et OOO320_m4 ? 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