[qa-test] RC2300 Infobulle de l'Autotexte
Bonjour, Avant la RC3, qui se charge de rédiger l'issue sur la disparition des infobulles sur les raccourcis de l'Autotexte de plus de 3 caractères ? Phénomène observé sur la 2.4.1 ( Officielle Ubuntu , Vista, XP) mais aussi sur RC2 (Mac, Vista , XP pas testé sur linux) 1. Menu : Outils Options... OpenOffice.org Général case cochée : Infobulles 2. Boite de dialogue AutoTexte Ctrl+F3 : case cochée : Lors de la saisie, afficher le nom complet sous forme d'infobulle. Aucune infobulle sur les raccourcis de 2 lettres : gênant mais normal... Par contre,je n'ai aucune infobulle sur les raccourcis de 3 caractères ou plus exemple CNON seul TEX affiche sa bulle ! par contre fonctionnement correct de F3. Merci. jean-yves - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Impress] Transfert vers 2.4.1 perd les puces - stoppeur ou pas ?
AUTHOR disait: Pierre HENRY Bonsoir, S'agit-il d'un stoppeur : - J'ai créé une présentation sous OOo2.4.1 sous Linux. - Je l'ouvre sous OOo 3.0 (rc1 ou rc2) : pas de problème. - Je l'enregistre sous OOo3.0 (rc1 ou 2). - En la réouvrant sous OOo3 : pas de problème - En la réouvrant avec la 2.4.1 : les puces de listes ont disparues. Observé à la réouverture sous linux (avec un fichier réenregistré sous OOo3-rc1) et sous Windows (fichier réenregistré avec la RC3)... Même chose entre OOo 2.4.1 WinXP et 3.0rc2 WinXP. Idem en enregistrant en sxi depuis 3.0rc2. Re-idem en paramétrant OOo3.0rc2 pour qu'il enregistre en ODF1.0/1.1 :-( Pouvez-vous vérifier ou me dire si c'est déjà signalé ou si ça n'est pas grave... Pour moi c'est grave: on ne peut pas imaginer que tout le monde migre vers OOo3 en même temps et l'image de l'ODF risque d'en prendre un coup. Je cherche une issue qui puisse correspondre. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Impress] Transfert vers 2.4.1 perd les puces - stoppeur ou pas ?
AUTHOR disait: gilles AUTHOR disait: Pierre HENRY Bonsoir, S'agit-il d'un stoppeur : - J'ai créé une présentation sous OOo2.4.1 sous Linux. - Je l'ouvre sous OOo 3.0 (rc1 ou rc2) : pas de problème. - Je l'enregistre sous OOo3.0 (rc1 ou 2). - En la réouvrant sous OOo3 : pas de problème - En la réouvrant avec la 2.4.1 : les puces de listes ont disparues. Observé à la réouverture sous linux (avec un fichier réenregistré sous OOo3-rc1) et sous Windows (fichier réenregistré avec la RC3)... Même chose entre OOo 2.4.1 WinXP et 3.0rc2 WinXP. Idem en enregistrant en sxi depuis 3.0rc2. Re-idem en paramétrant OOo3.0rc2 pour qu'il enregistre en ODF1.0/1.1 :-( Pouvez-vous vérifier ou me dire si c'est déjà signalé ou si ça n'est pas grave... Pour moi c'est grave: on ne peut pas imaginer que tout le monde migre vers OOo3 en même temps et l'image de l'ODF risque d'en prendre un coup. Je cherche une issue qui puisse correspondre. Trouvé: 91466: qui dit que c'est la faute aux versions 1.x et 2.x qui ne gèrent pas de l'ODF conforme. 93719: qui a mon avis est un doublon, est ciblé à 3.x mais parce qu'il n'est pas aussi qualifié que 91466. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Impress] Transfert vers 2.4.1 perd les puces - stoppeur ou pas ?
gilles wrote: Trouvé: 91466: qui dit que c'est la faute aux versions 1.x et 2.x qui ne gèrent pas de l'ODF conforme. 93719: qui a mon avis est un doublon, est ciblé à 3.x mais parce qu'il n'est pas aussi qualifié que 91466. Si bug de la 2.x il y avait, il faudrait que l'enregistrement depuis la v.3.x en ODF v.1.0 restitue un document certes buggé, mais correspondant à ce que cette version 1.0 attend. Dans le cas contraire il n'y a pas compatibilité entre les versions. -- Jean-Francois Nifenecker, Bordeaux - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Writer] Pb aff ichage optimal mal centré
Bonjour (plateforme OOo300 RC2 rpm / mdv 2008.0 (32) / KDE) dans la barre d'état (en bas) figure le curseur du zoom d'affichage. Lorsqu'on le manipule, le rafraîchissement de l'image est passable et l'image a tendance à se caler à gauche de l'écran quand on zoome arrière Est-ce volontaire ?... (pas grave mais peu esthétique) beaucoup plus gênant : à droite du curseur, on a le pourcentage, qu'on peut régler comme avant au clic droit. Si on choisit Optimal, le pourcentage est bien calculé mais le document n'est pas centré comme sur toutes les versions antérieures, du coup on perd tout le bénéfice de cette fonctionnalité très pratique. Je demande confirmation auprès des autres utilisateurs, de ce comportement. cordialement fred juan Diaz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qa-test] [00.03.0 rc2 - Base] - erreur de chargement du pilote JDBC
Bonjour, REMARQUE: la manipulation ci-dessous fonctionne avec OOo 2.4 sur la même machine. environnement == - OS: debian sid - OOo: 300RC2 deb - jre : sun 1.6.0_07 / sun 1.5.0_16 Description === Création d'un fichier base pour se connecter à la base glpi hébergée sur un serveur mysql sur localhost. Actions effectuées == - sbase - Se connecter à une base de données existante - choix MySQL - Connexion en utilisant JDBC - Tester la classe - ERREUR: impossible de charger le driver JDBC Erreur sur la console = Exception in thread Thread-0 java.lang.NoClassDefFoundError: com/mysql/jdbc/Driver Caused by: java.lang.ClassNotFoundException: com.mysql.jdbc.Driver at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) François - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Impress] Transfert vers 2.4.1 perd les puces - stoppeur ou pas ?
Bonjour à tous, Le 25 septembre 2008 17:06, Pierre HENRY [EMAIL PROTECTED] a écrit : Jean-Francois Nifenecker a écrit : gilles wrote: Trouvé: 91466: qui dit que c'est la faute aux versions 1.x et 2.x qui ne gèrent pas de l'ODF conforme. 93719: qui a mon avis est un doublon, est ciblé à 3.x mais parce qu'il n'est pas aussi qualifié que 91466. Si bug de la 2.x il y avait, il faudrait que l'enregistrement depuis la v.3.x en ODF v.1.0 restitue un document certes buggé, mais correspondant à ce que cette version 1.0 attend. Dans le cas contraire il n'y a pas compatibilité entre les versions. Tout à fait d'accord avec cette dernière remarque ! Une 2.4.2. semble indispensable ! Pierre
Re: [qa-test] [00.03.0 rc2 - Writer] Pb affichage optimal mal cen tré
Le 25.09.2008 17:59, fred juan diaz a écrit : Bonjour (plateforme OOo300 RC2 rpm / mdv 2008.0 (32) / KDE) dans la barre d'état (en bas) figure le curseur du zoom d'affichage. Lorsqu'on le manipule, le rafraîchissement de l'image est passable et l'image a tendance à se caler à gauche de l'écran quand on zoome arrière Est-ce volontaire ?... (pas grave mais peu esthétique) Je ne sais pas mais chez moi l'affichage est centré pour les pourcentages inférieurs à 100 et calé à gauche pour les pourcentages supérieurs. Ce dernier choix me parait plutôt judicieux car il permet de plus facilement savoir où on est dans le texte. beaucoup plus gênant : à droite du curseur, on a le pourcentage, qu'on peut régler comme avant au clic droit. Si on choisit Optimal, le pourcentage est bien calculé mais le document n'est pas centré comme sur toutes les versions antérieures, du coup on perd tout le bénéfice de cette fonctionnalité très pratique. Je demande confirmation auprès des autres utilisateurs, de ce comportement. je ne confirme pas, c'est nickel chez moi (ubuntu 8.04, donc Gnome). Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Writer] Pb aff ichage optimal mal centré
à droite du curseur, on a le pourcentage, qu'on peut régler comme avant au clic droit. Si on choisit Optimal, le pourcentage est bien calculé mais le document n'est pas centré comme sur toutes les versions antérieures, du coup on perd tout le bénéfice de cette fonctionnalité très pratique. Je demande confirmation auprès des autres utilisateurs, de ce comportement. je ne confirme pas, c'est nickel chez moi (ubuntu 8.04, donc Gnome). re-bonjour J'ai été un peu trop vague. Je précise la procédure : Dans la barre d'état mettre le curseur zoom à fond dans le + cliquer droit sur le % à droite choisir optimal résultat : le document est correctement centré Dans la barre d'état mettre le curseur zoom à fond dans le - cliquer droit sur le % à droite choisir optimal résultat : le document est correctement centré Dans la barre d'état mettre le curseur zoom sur le trait central cliquer droit sur le % à droite choisir optimal résultat : le document est très décentré vers la gauche idem si on part d'un zoom à 30 % Je trouve étrange cette différence de comportement. autre remarque : à présent, le % de zoom en barre d'état, n'est plus à la même place dans OOoWriter et dans OOoDraw. Ce choix était-il judicieux pour l'ergonomie de la suite ? fred - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Writer] Pb affichage optimal mal centré
Bonsoir, Le 25 septembre 2008 20:08, fred juan diaz [EMAIL PROTECTED] a écrit : à droite du curseur, on a le pourcentage, qu'on peut régler comme avant au clic droit. Si on choisit Optimal, le pourcentage est bien calculé mais le document n'est pas centré comme sur toutes les versions antérieures, du coup on perd tout le bénéfice de cette fonctionnalité très pratique. Je demande confirmation auprès des autres utilisateurs, de ce comportement. je ne confirme pas, c'est nickel chez moi (ubuntu 8.04, donc Gnome). re-bonjour J'ai été un peu trop vague. Je précise la procédure : Dans la barre d'état mettre le curseur zoom à fond dans le + cliquer droit sur le % à droite choisir optimal résultat : le document est correctement centré Ok Dans la barre d'état mettre le curseur zoom à fond dans le - cliquer droit sur le % à droite choisir optimal résultat : le document est correctement centré Non, chez moi, il y a un problème Dans la barre d'état mettre le curseur zoom sur le trait central cliquer droit sur le % à droite choisir optimal résultat : le document est très décentré vers la gauche idem si on part d'un zoom à 30 % Je confirme, le comportement n'est pas celui espéré Sous Win XP SP2 Je trouve étrange cette différence de comportement. autre remarque : à présent, le % de zoom en barre d'état, n'est plus à la même place dans OOoWriter et dans OOoDraw. Ce choix était-il judicieux pour l'ergonomie de la suite ? Draw ne semble pas bénéficier du nouveau zoom ! Pierre
Re: [qa-test] [00.03.0 rc2 - Writer] Raccou rcis par défaut modifiés
Bonjour Depuis que je produis sur OOo3.0.0 RC2, plusieurs détails apparaissent que je n'avais pas vus dans les tests classiques. ( OOo3.0.0 rpm mdv 2008.0 KDE ) Dans la 2.4 On avait par défaut Ctrl Espace = espace insécable Ctrl Maj Espace = format par défaut Dans la 3.0.0 on a par défaut Ctrl Espace = rien Ctrl Maj Espace = espace insécable Quel était l'intéret de modifier des raccourcis claviers souvent utilisés et notifiés dans de nombreux documents qu'il va falloir réécrirealors que dans le même temps, rien n'a été fait sur l'issue http://qa.openoffice.org/issues/show_bug.cgi?id=84354 et qu'on continue d'écrire Outils Personnaliser Onglet : Clavier Catégorie : Insérer Fonction : Formule (CELLE DU BAS) Racccourci : Ctrl M Modifier Ok ce qui fait très professionnel dans les documents destinés aux scientifiques. :-) cordialement Fred - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Writer] Pb affichage optimal mal cen tré
Le 25.09.2008 20:08, fred juan diaz a écrit : à droite du curseur, on a le pourcentage, qu'on peut régler comme avant au clic droit. Si on choisit Optimal, le pourcentage est bien calculé mais le document n'est pas centré comme sur toutes les versions antérieures, du coup on perd tout le bénéfice de cette fonctionnalité très pratique. Je demande confirmation auprès des autres utilisateurs, de ce comportement. je ne confirme pas, c'est nickel chez moi (ubuntu 8.04, donc Gnome). re-bonjour J'ai été un peu trop vague. Je précise la procédure : Dans la barre d'état mettre le curseur zoom à fond dans le + cliquer droit sur le % à droite choisir optimal résultat : le document est correctement centré Pareil. Dans la barre d'état mettre le curseur zoom à fond dans le - cliquer droit sur le % à droite choisir optimal résultat : le document est correctement centré Pas chez moi : la barre de défilement horizontale est bloquée à droite (donc la page a glissé à gauche). Il suffit de recommencer (clic droit optimal) pour obtenir le centrage. Dans la barre d'état mettre le curseur zoom sur le trait central cliquer droit sur le % à droite choisir optimal résultat : le document est très décentré vers la gauche idem si on part d'un zoom à 30 % Ok pour les % 100, pas OK pour les % 100. Une 2ème tentative réussit toujours. Je trouve étrange cette différence de comportement. Je pense que c'est un bug qui a besoin d'une issue si elle n'existe pas déjà, mais dont la correction sera certainement renvoyée à la version 3.0.1 voire 3.1 car c'est inesthétique mais pas vital. Surtout si le contournement qu'il me semble avoir détecté est confirmé. autre remarque : à présent, le % de zoom en barre d'état, n'est plus à la même place dans OOoWriter et dans OOoDraw. Ce choix était-il judicieux pour l'ergonomie de la suite ? Ce nouveau système de zoom est propre à OOo-Writer. Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Writer] Raccourcis par défaut modifiés
Le 25.09.2008 20:25, fred juan diaz a écrit : Bonjour Depuis que je produis sur OOo3.0.0 RC2, plusieurs détails apparaissent que je n'avais pas vus dans les tests classiques. ( OOo3.0.0 rpm mdv 2008.0 KDE ) Dans la 2.4 On avait par défaut Ctrl Espace = espace insécable Ctrl Maj Espace = format par défaut Dans la 3.0.0 on a par défaut Ctrl Espace = rien Ctrl Maj Espace = espace insécable Oui, le changement a été motivé par un souci de compatibilité sous MacOS ou l'équivalent de ctrl+espace est utilisé par le système. On en a parlé sur cette liste autour du 8/9. L'issue concernée : http://qa.openoffice.org/issues/show_bug.cgi?id=88582 Quel était l'intéret de modifier des raccourcis claviers souvent utilisés et notifiés dans de nombreux documents qu'il va falloir réécrirealors que dans le même temps, rien n'a été fait sur l'issue http://qa.openoffice.org/issues/show_bug.cgi?id=84354 il faudrait aller voir dans les archives de la liste l10n les échanges initiés sur ce sujet par Sophie. Comme le problème existe apparemment aussi en partie au niveau de la version de base, une issue en anglais sur le composant Framework me paraitrait plus appropriée car elle attirerait plus l'attention. Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qa-test] [00.03.0 rc2 - Impress] Transfert vers 2.4.1 perd les puces - stoppeur ou pas ?
Le 25.09.2008 16:15, gilles a écrit : AUTHOR disait: gilles AUTHOR disait: Pierre HENRY Bonsoir, S'agit-il d'un stoppeur : - J'ai créé une présentation sous OOo2.4.1 sous Linux. - Je l'ouvre sous OOo 3.0 (rc1 ou rc2) : pas de problème. - Je l'enregistre sous OOo3.0 (rc1 ou 2). - En la réouvrant sous OOo3 : pas de problème - En la réouvrant avec la 2.4.1 : les puces de listes ont disparues. Observé à la réouverture sous linux (avec un fichier réenregistré sous OOo3-rc1) et sous Windows (fichier réenregistré avec la RC3)... Même chose entre OOo 2.4.1 WinXP et 3.0rc2 WinXP. Idem en enregistrant en sxi depuis 3.0rc2. Re-idem en paramétrant OOo3.0rc2 pour qu'il enregistre en ODF1.0/1.1 :-( Pouvez-vous vérifier ou me dire si c'est déjà signalé ou si ça n'est pas grave... Pour moi c'est grave: on ne peut pas imaginer que tout le monde migre vers OOo3 en même temps et l'image de l'ODF risque d'en prendre un coup. Je cherche une issue qui puisse correspondre. Trouvé: 91466: qui dit que c'est la faute aux versions 1.x et 2.x qui ne gèrent pas de l'ODF conforme. 93719: qui a mon avis est un doublon, est ciblé à 3.x mais parce qu'il n'est pas aussi qualifié que 91466. Le doublon a été confirmé 10 minutes après ton commentaire sur #93719. Maintenant il n'est pas facile de sortir de ce cercle vicieux. Je pense que sortir une 2.4.2 n'enthousiasme pas grand monde car rien ne garantit qu'elle sera utilisée. À migrer autant passer à la 3.0 directement. À mon avis il vaudrait mieux faire une extension qui convertirait les présentations ODF correct en ODF 1.1 fautif. Je me demande si ça serait possible, et donc suggérable. Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
