Re: [users-fr] Dimension des pages affichées trop grandes
Le dimanche 11 mars 2007 07:37, Rpnpif a écrit : Bonjour, Les pages d'OOo 2.1 affichés sur mon écran sous KDE sont 50% trop grandes par rapport au papier alors que les polices des menus sont de tailles convenables. Je suis sous Mandriva 2007.0. xdpyinfo | grep dimensions dimensions:800x600 pixels (328x246 millimeters) xdpyinfo | grep resolution resolution:62x62 dots per inch Comme l'agrandissement de l'affichage des pages est enregistré dans les documents, un document affiché à 100% (zoom) enregistré sur un autre ordinateur s'affichera 50% trop grand sur le mien. Je dois le ramener à 75% pour avoir 1 cm sur l'écran correspondant à 1 cm sur le papier. Et comme je le fais 10 fois par jour, c'est assez pénible. Je n'ai ce problème que sous KDE, pas sous Gnome ou Icewm. Et sous KDE, seul OOo pose problème. Quand je trace un segment de droite coté à 10 cm avec Kig, logiciel de géométrie, sous KDE, il fait effectivement 10 cm sur l'écran. Pourquoi OOo est-il le seul à poser ce problème ? Avez-vous une idée de sa cause ? Trouvé : OOo ne sait pas demander à KDE la résolution (ou KDE ne sait pas la transmettre). Il faut ajouter dans ~/.Xresources pour l'utilisateur actuel ou bien dans /etc/X11/Xresources la ligne : Xft.dpi:62 par exemple pour 62 dpi. À mettre dans les astuces. Paul Dupouy de la liste Confirmé de Mandriva m'a mis sur la piste. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Dimension des pages affichées trop grandes
Le dimanche 11 mars 2007 20:04, gilles bignebat a écrit : Néanmoins, sur des machines en MDV2006 (S3 Savage) et MDV2007.0 (NVidia Quadro4 380 XGL), en 1024x768 le paramètres Xft.dpi est bien renseigné (à 90 dots per inch en l'occurence) sans que je n'ai eu à intervenir dessus. J'imagine que ça doit donc dépendre de la détection à l'install de la carte graphique. Tu as quoi comme carte? C'est vrai. Je l'avais annulé en le commentant parce que j'obtenais des polices énormes et depuis ça marchait en détection automatique... jusqu'à ce que je quitte Icewm pour Gnome puis KDE. La fiabilité de Gnome me plaît et la souplesse de KDE me tente. lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] Je pense que la détection dépend du couple carte-moniteur. Dans /var/log/.Xorg.0.log j'ai : (II) RADEON(0): EDID data from the display on port 2--- (II) RADEON(0): Manufacturer: LTN Model: 170c Serial#: 16843009 ... (II) RADEON(0): Max H-Image Size [cm]: horiz.: 32 vert.: 24 ... (--) RADEON(0): Display dimensions: (320, 240) mm (--) RADEON(0): DPI set to (63, 63) Et c'est Xorg qui l'assure. C'est vrai que 90, 96 ou 100 sont des valeurs plus fréquentes que 63, mais avec cette valeur liée à la dimension de 800x600 pixels, je peux atteindre une fréquence verticale de 100 Hz très confortable ce que je ne peux pas faire en 1024x768 qui me donne une légère déformation fluctuante de l'image que je n'explique pas. Maintenant les polices des boîtes de dialogues d'OOo sont un peu flou et un peu trop petites (taille 8). Mais j'ai vu ailleurs que c'était un problème courant non encore résolu. À moins que quelqu'un ait une astuce pour les grossir sans grossir toutes les dimensions (pages et polices du document). C'est ce qu'il manque : pouvoir personnaliser chaque catégorie de police séparément, ou bien laisser KDE ou Gnome s'en occuper comme ils le font pour leurs propres applications. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Dimension des pages affichées trop grandes
Bonjour, Les pages d'OOo 2.1 affichés sur mon écran sous KDE sont 50% trop grandes par rapport au papier alors que les polices des menus sont de tailles convenables. Je suis sous Mandriva 2007.0. xdpyinfo | grep dimensions dimensions:800x600 pixels (328x246 millimeters) xdpyinfo | grep resolution resolution:62x62 dots per inch Comme l'agrandissement de l'affichage des pages est enregistré dans les documents, un document affiché à 100% (zoom) enregistré sur un autre ordinateur s'affichera 50% trop grand sur le mien. Je dois le ramener à 75% pour avoir 1 cm sur l'écran correspondant à 1 cm sur le papier. Et comme je le fais 10 fois par jour, c'est assez pénible. Je n'ai ce problème que sous KDE, pas sous Gnome ou Icewm. Et sous KDE, seul OOo pose problème. Quand je trace un segment de droite coté à 10 cm avec Kig, logiciel de géométrie, sous KDE, il fait effectivement 10 cm sur l'écran. Pourquoi OOo est-il le seul à poser ce problème ? Avez-vous une idée de sa cause ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] OOO et securité
Le mercredi 31 janvier 2007 18:47, Guillaume a écrit : Ou qui fait rester sous XP. Encore que, il faut se méfier de l'envie d'être à la mode de la ménagère de moins de 50 ans, surtout quand celle-ci a vu l'opération marketing de TF1 pour la sortie de Vista. Je ne vois pas pourquoi un simple logiciel défaillant sous Linux me ferait revenir sous XP alors que XP en a beaucoup plus de défaillances. Je n'ai vu en plus de 7 ans que très peu de virus sous Linux, alors que sous XP c'est un par semaine et je suis gentil. OOo est une chose, Linux une autre. Mais l'énorme avantage de OOo par rapport à Microsoft Office est son caractère libre qui fait que toutes les personnes compétentes peuvent proposer d'améliorer le produit et le faire. Impossible et légalement interdit avec Microsoft qui se protège plus de ses propres clients que des pirates extérieurs. Donc, au boulot... :-) -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] OOO et securité
Oups, je n'avais pas vu la date Je suis désolé d'avoir répondu à un message si ancien. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Polices des dialogues trop petites sous Gnome
Bonjour, J'utilise OOo 2.1 sur Linux Mandriva 2007.0. Pas de problème avec les environnements Icewm et Kde. J'ai aussi besoin d'utiliser OOo sous Gnome. Et là les polices de dialogues (pas celles des menus) sont vraiment trop petites. La substitution de la police Andale n'agit que sur les menus. Pour que les polices des dialogues soient de bonne taille, je dois dérégler Gnome en lui déclarant que mon écran a une résolution de 72 points par pouce alors qu'il n'en a que 65 en réalité (dixit les fichiers .log de xorg). Cela me gène de dérégler toutes les applications de Gnome seulement pour OOo. De plus avec un réglage de 65 points par pouce OOo montre une dimension de 21x29,7cm sur l'écran (à 100%) pour une page de... 21x29,7cm. Avec 72, elle est trop grande. Le menu Options, Affichage, échelle agrandit tout. Les menus énormes ne me tentent pas. Quelqu'un connaît-il un paramètre qui permet de régler la taille des fontes de caractères des dialogues d'OOo et seulement cela ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Ouverture plus rapide d'OOo sous Mandriva 2007
Le Jeudi 28 Décembre 2006 10:46, Denis Marcq a écrit : Je précise que j'ai bidouillé cette manip car j'ai remarqué un problème de lenteur au démarrage : Le logo OpenOffice s'affiche tout de suite, suivi par une période de 20sec (toujours identique, on dirait un timeout) où il n'y a pas d'activité (cpu, disque et réseau). Ensuite la barre de progression apparaît et OOo se charge en quelques secondes. La manip fonctionne aussi avec la version d'OpenOffice installée par défaut sur la Mandriva 2007. Bonjour, Je suis un peu sceptique sur l'efficacité de cette méthode. Chez moi sous Mandriva Linux 2006.0, OpenOffice se lance en quelques dizaines de secondes au premier lancement après démarrage de l'ordinateur. Ensuite si on le lance quelques minutes après, il ne met que 2 secondes sans l'option -nolockcheck. Donc à mon avis, ce que tu observes est la mise en cache mémoire d'OOo la première fois et ensuite OOo reste en mémoire pendant quelques minutes ce qui accélère fortement son lancement. Ceci est valable pour la plupart des applications en dehors d'OOo. Cette fonctionnalité est géré automatiquement par Linux (pas seulement Mandriva) et pas par OpenOffice. Après redémarrage de l'ordinateur, OOo se lance-t-il toujours aussi vite ? La solution serait de lancer en invisible au démarrage de l'ordinateur, puis de le quitter automatiquement, le tout dans un script. Pendant quelques minutes, il se lancera rapidement... si la mémoire cache n'est pas utilisée par un autre programme gourmand. C'est aussi le rôle de l'option -quickstart sous MS Windows qui le garde en mémoire avec le prix d'une occupation de celle-ci totalement inutile en cas de non utilisation d'OOo. Le problème est le même pour le traitement de texte de MS qui est prélancé. La meilleure solution pour tous les systèmes d'exploitation serait que les développeurs accélèrent l'affichage de l'interface utilisateur (menus) avant l'activation des autres fonctions. Ce n'est que mon avis. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [HS] Flash 9 sous Linux [était: XP n'aime pas OOo 2.1 ?]
Le Dimanche 17 Décembre 2006 10:04, Kohler Gerard a écrit : Gérard, qui est bêtement sarcastique car il enrage de na pas pouvoir lire tous les flashs avec Linux ;-) Quoique OOo génère du Flash (sans animation). HS Pour les Flash version 9 (version bêta), voir ici : http://www.biologeek.com/journal/index.php/enfin-flash-9-pour-linux Marche bien, maintenant je lis tous les Flash sous Linux. /HS - [] -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Marques de saut de ligne
Le Samedi 16 Décembre 2006 21:18, Francis Wintzenrieth a écrit : Bonsoir, Testé avec la version 2.1 (installée à partir des RPMS de la version linux téléchargée sur le site openoffice.org) sur une distribution SUSE 10.0 : pas de problème : le caractère de saut de ligne s'affiche normalement. Une idée : vérifier si la police qui permet d'afficher ces caractères est bien accessible : voir en particulier si il n'y a pas eu installation de polices dans le répertoire de le version précédente d'OOo (mais c'est peu probable que cela soit la cause) Quelqu'un aurait-il le numéro Unicode du caractère en question ? Où trouve-t-on la liste des polices/fontes indispensables au fonctionnement d'OpenOffice 2. ? Même si je ne pense pas qu'il soit d'une grande aide car j'ai la plupart des polices classiques sur mon PC, j'ai lancé l'assistant FontOoo. Il semble charger des .exe. Sous Linux, ce n'est pas très heureux. D'ailleurs il me signale une erreur de macro disant qu'il ne trouve pas les fichiers. Bogue ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] format d'enregistrement par défaut : ca fait plaisir
Le Samedi 16 Décembre 2006 19:44, siger a écrit : Je viens d'installer la nouvelle version de open office et j'ai l'agréable surprise de voir de je n'ai plus à aller dans les options pour sélectionner le format.doc et .xls comme format automatique d'enregistrement. Ca fait plaisir de voir que le format open document n'est plus imposé d'origine comme format d'enregistrement automatique. En mettant les formats Microsoft (qui sont les plus utilisés , rappelons le) d'origine ca permet de garder des documents lisibles par tous sans avoir à sélectionner ca dans les options. Sauf que le format d'avenir car pratiquement homologué ISO (norme internationale) et ouvrable sans outil compliqué (même sans OpenOffice), c'est l'odf qui donne des fichiers encore ouvrables dans 10 ans, 20 ans, 50 ans... même si OpenOffice disparaît. Comment ferez-vous avec les .doc qui demande des logiciels compliqués et que peut-être Micro$oft aura interdit l'ouverture par OOo par une loi d'un gouvernement complaisant ou un brevet béton ! D'ailleurs on nous annonce que les prochaines versions des formats MS ne seraient lisibles que par les logiciels MS d'une version donnée, protection des revenus... de Micro$oft oblige. Où est vraiment l'intérêt de l'utilisateur d'utiliser ces formats ? D'avoir des gadgets comme de belles icônes (et encore c'est une question de goût) et un beau chien qui remue de la queue sur l'écran ? En conclusion, migrons d'urgence vers OpenOffice et son format. C'est assez facile au moins pour l'utilisateur de base. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [writer] double page
Le Samedi 16 Décembre 2006 21:25, kiki a écrit : bonsoir, disposant sepuis peu d'un grand écran, je voudrais pouvoir travailler sur 2 pages côte à côte. Pas moyen de trouver la manip... Solution imparfaite : Menu Fenêtre, nouvelle fenêtre. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Openoffice 2.1 et Mandriva Linux 2006.0 2007.0
Le Vendredi 15 Décembre 2006 18:12, Guy a écrit : Une méthode inélégante, simple et qui fonctionne nickel. On télécharge le fichier d'installation, on décompacte, rpm -ivh *.rpm et il place les fichiers dans opt/openoffice.org2.1, au lieu de /usr/lib/ooo-2.0 Il suffit donc de ne pas désinstaller la 2 précédente, d'effacer le contenu de /usr/lib/ooo-2.0 et d'y compier le contenu de /opt/openoffice.org2.1 oui c'est la 2.1 qui est dans un dossier ooo-2.0, mais c'est vite fait et on garde tous les éléments des menus, les associations, etc. Ce qui est plus compliqué que ma méthode et ne résoud pas le problème d'automatisation de l'installation sur la 2006.0, surtout que /usr/lib/ooo-2.0 n'existe pas si on a désinstallé ou pas installé la 2.0.2 issue de Mandriva. De plus les règles de l'art de Linux dit que l'on ne met que les bibliothèques issues de la distribution d'origine dans /usr/lib. Le reste devrait être dans /usr/local/... ou dans /opt. Cordialement. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] XP n'aime pas OOo 2.1 ?
Le Samedi 16 Décembre 2006 15:25, Michel Cauchois a écrit : finalement j'ai répondu trop vite, un blocage similaire s'est produit sur le dossier C:\Program Files\Bureautique\OpenOffice.org 2.1\share\basic\Tools Des idées ? des explications ? Reformater, puis installer Linux. Non, je plaisantes. Mais je ferais une réparation logicielle du disque dur. Cela ne semble pas être un problème OpenOffice. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Marques de saut de ligne
Bonsoir, J'ai une modification d'affichage avec la version 2.1 que je voudrais confirmer. Quelqu'un d'entre vous aurait-il la gentillesse de me dire ce qui apparaît en fin de ligne quand il fait ceci : Affichage, caractères non imprimables, puis un saut de ligne simple avec la combinaison de touche Maj-Entrée ? Apparaît-il un rectangle à la fin de la ligne ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Marques de saut de ligne
Le Samedi 16 Décembre 2006 19:41, yves dutrieux a écrit : J'ai un caractère de retour à la ligne affiché (je suis en times new roman) sous Ooo 2.1 windows XP Pro fr nb : ton rectangle est sûrement dû à une police manquante (celle qui permet d'afficher les caractères spéciaux...) Merci de ta réponse. Je suis sous Linux. J'avais bien le caractère retour de ligne précédemment (avant 2.0 ?). Quel est la police en cause ? J'ai à disposition Times New Roman and Co. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Openoffice 2.1 et Mandriva Linux 2006.0
Bonjour, Je viens d'installer les paquets rpm de Openoffice.org 2.1 sur Mandriva Linux 2006.0 avec la commande urpmi. Au lancement par le menu créé automatiquement, j'ai le message d'erreur suivant : $ /usr/bin/openoffice.org-2.1 /usr/bin/openoffice.org-2.1: line 2: /etc/openoffice.org-2.1/program/soffice: Aucun fichier ou répertoire de ce type /usr/bin/openoffice.org-2.1: line 2: exec: /etc/openoffice.org-2.1/program/soffice: cannot execute: Aucun fichier ou répertoire de ce type Et pas de lancement. (En réalité, j'ai lancé la commande en console car le menu ne fonctionne pas du fait de l'erreur.) Le problème vient de la non création du lien symbolique entre /etc/openoffice.org-2.1 et /opt/openoffice.org-2.1 au moment de l'installation. Après création à la main, le lancement est parfait. Cela ressemble furieusement à un bogue du paquet openoffice.org-mandriva-menus-2.1-5.noarch.rpm. Qu'en pensez-vous ? Suis-je dans le vrai ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Openoffice 2.1 et Mandriva Linux 2006.0
Le Vendredi 15 Décembre 2006 12:40, JPB a écrit : ... D' autre part faire un lien pour avoir l' exécutable soffice sous /etc me parait pour le moins suspect; si j'ai bien compris ta solution. Cela ne me choque pas car /etc ne contient que le lien. Ceci permet de gérer plus facilement les chemins et les différentes versions, je suppose. Mandriva fait la même chose dans /etc/alternatives pour gérer des versions de programmes (au moins pour 2006.0). Le problème est surtout que le chemin implicite (PATH) d'accès à soffice renvoie vers /usr/bin/openoffice-2.1 qui est un script qui appelle un lien dans /etc, lien qui n'a jamais été créé. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Openoffice 2.1 et Mandriva Linux 2006.0 2007.0
Le Vendredi 15 Décembre 2006 13:50, Thiebaut Jean-Luc a écrit : J'ai installé hier Ooo2.1 sur la Mandriva 2007.0. Fichier de départ = OOo_2.1.0_LinuxIntel_install_fr.tar.gz. Méthode = suivant le document OOO_SETUP_GUIDE_FR08_1.pdf (rpm -Uvh *rpm sur les tous les fichiers contenus dans RPMS + le rpm approprié dans desktop-integration). Je n'ai pas vu de message d'erreur, ni dans les RPMS, ni dans desktop-integration (mandriva). par contre la liste des applications du menu KDE ne comportait plus aucun composant de Ooo et j'ai perdu toutes les associations de fichiers. Intégration plus dirigée gnome que KDE ? J'ai dû tout ajouté à la main :-( A part cela les différents composants s'ouvrent normalement. J'ai bien eu un crash à la 1ère ouverture de ma data base et hier, la vérification des mises à jour ne s'est pas terminée. Au 2e essai tout baigne... Pour la 2007.0 : - j'ai un lien symbolique /etc/openoffice.org-2.1 - /opt/openoffice.org2.1/ - le programme d'installation est : /usr/bin/openoffice.org-2.1 - les scripts de démarrage des différentes composantes sont dans /opt/openoffice.org2.1/program/ (sbase, scalc, sdraw, simpress, smath, swriter) Tu n'as pas oublié openoffice.org-kde-integration-2.1.0-6.i586.rpm qui bizarrement ne se trouve pas dans desktop-integration ? Moi je n'ai pas de problème avec KDE, le menu est bien créé. Donc les problèmes (mineurs sauf pour les peu expérimentés en informatique) sont différents suivant les versions de Mandriva. Donc ,deux rapports de bogues à faire ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Openoffice 2.1 et Mandriva Linux 2006.0 2007.0
Le Vendredi 15 Décembre 2006 15:57, RELAIX Claude a écrit : Donc ,deux rapports de bogues à faire ? J'en ajouterai bien un troisième : Lors de l'installation de nouveaux dictionnaires (dicooo 1.6.2), la fenêtre de bienvenue avec le choix du mode d'installation - utilisateur, administrateur ou hors-ligne - est coupée en deux. Et je n'ai que la moitié gauche. Comme il est impossible de la redimensionner, il est également impossible de sélectionner le paquetage PackFrench.zip de mon disque. Aie ! (mandriva 2006 power pack, kde 3.4) Reste plus qu'à faire à l'ancienne ! Bizarre, car je suis aussi sous Mandriva 2006 (mais community) et je n'ai pas ce problème. PackFrench.zip a t-il les droits en lecture ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Openoffice 2.1 et Mandriva Linux 2006.0
Le Vendredi 15 Décembre 2006 18:24, Alex Thurgood a écrit : Le problème vient, je pense, du fait que l'on appelle soffice des deux côtés, et que Mandriva stocke une partie de sa configuration dans /etc/. Du coup, quelque part quelque chose se fait écraser par l'installation de la version officielle. J'ai exactement le même souci avec les versions de dev sous Mandriva 2006. J'ai enlevé toute la version de Mandriva, donc il n'y a pas écrasement chez moi. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Re: Antidote, OOo et Linux
Le Mardi 5 Décembre 2006 20:36, eric b a écrit : Oui, c'est complètement anormal de trouver des bibliothèques dans / etc, normalement réservé aux fichiers de configuration du système. Bonjour, Pas vraiment anormal si on sait que le répertoire /etc/openoffice.org-2.0 est un simple lien symbolique vers /opt/openoffice.org2.0/. Donc les bibliothèques sont bien dans /opt/openoffice.org2.0/ et pas dans /etc. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] touches trema et accents circonflexe
Le Mardi 5 Décembre 2006 22:27, herve a écrit : J'utilise OOO depuis longtemps, mais depuis un mois, je n'ai plus la possibilité d'écrire â ni î dans mon traitement de texte favori. Bonjour, Un problème de police de caractères ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Calc : Aucune langue ne s'enregistre pas
Bonjour, L'attribut Langue : Aucune dans Format, Cellules, Polices ne s'enregistre pas avec le classeur. À l'ouverture suivante, on retrouve la langue implicite : le français. Ce bogue est-il connu ? Y a-t-il un remède ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Calc : Aucune langue ne s'enregistre pas
Le Mercredi 6 Décembre 2006 18:43, Secrétariat a écrit : Rpnpif a écrit : Bonjour, L'attribut Langue : Aucune dans Format, Cellules, Polices ne s'enregistre pas avec le classeur. À l'ouverture suivante, on retrouve la langue implicite : le français. Ce bogue est-il connu ? Y a-t-il un remède ? bonsoir, Ce qui aiderait , c'est de connaître ton environnement de travail. Sous Win XP, avec OOo 2.0.4, je n'ai pas ce problème. Oups, oui. C'est un oubli. Je suis sous Mandriva Linux 2006.0. OOo 2.0.4. Merci. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Autosaisie dans Aide
Le Dimanche 26 Novembre 2006 21:40, Frédéric Chiasson a écrit : Le problème n'est pas dans l'utilisation du tableur ou d'un document texte, mais dans l'aide, onglet «Rechercher». D'ailleurs, j'ai décoché «Compléter les mots» comme vous m'avez dit, mais ça n'a aucun effet dans l'AutoSaisie de l'aide, onglet «Rechercher». D'autres solutions? Bonjour, Voici une solution qui me semble compliquée mais qui est radicale. Avec les logiciels libres, il y a toujours une solution... Sous Linux, fermer OpenOffice puis ouvrir le fichier /home/lenomutilisateur/.openoffice.org2/user/registry/data/org/openoffice/Office/Views.xcu dans gedit, kedit, kwrite ou tout autre éditeur de texte. Sous Micro$oft Windows, fermer OpenOffice puis ouvrir /Documents and Settings/lenomutilisateur/Application Data /OpenOffice.org2/user/registry/data/org/openoffice/Office/Views.xcu dans le bloc-notes ou tout autre ** éditeur ** de texte (pas de traitement de texte). Remplacer ci-dessus lenomutilisateur par le nom que vous utilisez sur votre ordinateur. Une recherche du fichier Views.xcu peut aider. Dans ce fichier, rechercher le mot OfficeHelpSearch Quelques lignes au-dessous, on lit quelque chose à peu près ceci : prop oor:name=WindowState oor:type=xs:string value xsi:nil=true/ /prop node oor:name=UserData prop oor:name=UserItem oor:op=replace oor:type=xs:string value0;0;curseur%20enregistrer;curseur;info;info(;derni%C3%A8re%20page;co/value Cette dernière ligne contient les fameuses autosaisie pour l'Aide. À ne pas confondre avec l'autosaisie pour Writer ou Calc, etc. Modifier cette dernière ligne. Pour la vider, la remplacer par value/value Pour enlever le terme info( qui existe chez moi, il me suffirait de l'effacer en enlevant seulement 'info(; (ne pas oublier le point-virgule qui suit s'il existe). Cette ligne ne semble pas exister si vous n'avez jamais fait d'autosaisie dans l'Aide. Si ça peut aider. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Autosaisie dans Aide
Le Vendredi 1 Décembre 2006 10:57, Rpnpif a écrit : Sous Micro$oft Windows, fermer OpenOffice puis ouvrir /Documents and Settings/lenomutilisateur/Application Data /OpenOffice.org2/user/registry/data/org/openoffice/Office/Views.xcu dans le bloc-notes ou tout autre ** éditeur ** de texte (pas de traitement de texte). Je rectifie : Sous Micro$oft Windows, fermer OpenOffice puis ouvrir c:\Documents and Settings\lenomutilisateur\Application Data \OpenOffice.org2\user\registry\data\org\openoffice\Office\Views.xcu dans le bloc-notes ou tout autre ** éditeur ** de texte (pas de traitement de texte). Désolé pour l'erreur. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Connexions à mysql
Le Lundi 27 Novembre 2006 14:56, Landron Gérard a écrit : ne serait-ce pas l'accent de Prénom ? Je reste déconseille toujours d'utiliser les lettes accentués dans les nom de 'système, fichier, répertoire, nom de table etc... C'est vrai que l'utilisation des accents et autres encodages UTF-8 est relativement récente pour les noms de champs de MySQL. C'est le problème des logiciels en avance. Les interfaces ont souvent un temps de retard. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Erreur d'écriture
Le Mardi 28 Novembre 2006 14:26, Jean-Max Reymond a écrit : bonjour, depuis ce matin, sauver un document même avec deux lignes me donne le message: Erreur lors de l'enregistrement du document titi Erreur d'écriture Erreur d'écriture dans le sous-document styles.xml et ce quelque soit le doument et le répertoire de sauvegarde. j'ai OO 2.0.4 sous Ubuntu Edgy et hier, celà fonctionnait encore la seule chose qu'il me semble avoir fait est le chargement du package msttcorefonts pour avoir plus de fontes mais quel est le rapport ? si quelqu'un a une idée, merci d'avance, Bonjour, Renomme le répertoire sous /home/... qui se nomme .openoffice.org2 provisoirement en autre chose. Et relance OOo. Que se passe t-il ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Association de fichiers
Le Mercredi 29 Novembre 2006 10:28, Bruno Moutouh a écrit :
A vérifier: si le nom de la machine distante comporte un caractère de
soulignement ('_'); dans ce cas on a l'erreur que tu indiques avec la v1
ou la V2.
Merci, je vérifierai.
--
Alain rpnpif
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Association de fichiers
Le Vendredi 24 Novembre 2006 18:35, Rpnpif a écrit : Sous MS Windows XP, un double clic sur un fichier réseau (exemple : \\serveur\labas\repertoire\monfichier.odt) n'ouvre pas le fichier sans aucun message d'erreur, alors que je peux l'ouvrir avec n'importe quel autre programme si je modifie, bien sûr, l'association d'OOo vers l'autre programme. Sous MS Windows 98, j'ai le même problème sauf qu'un message d'erreur est émis qui donne quelque chose comme, par exemple : Le fichier \\serveur\alain\labas\repertoire\monfichier.odt n'existe pas. Évidemment, puisque d:\alain est le répertoire sur lequel je travaille et \\serveur\labas\repertoire\monfichier.odt le fichier à ouvrir. J'ai vérifié dans les associations de fichiers MS Windows : Elles sont correctes. OOo semblent se mélanger les pinceaux en interne entre le nom du dossier local et celui du dossier distant. Je n'ai pas de problème sur les fichiers locaux. Je crois me souvenir que ce problème existait dans les premières versions de OOo 1.x. Un remède provisoire : créer des lecteurs réseaux : net use ... -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Association de fichiers
Le Vendredi 24 Novembre 2006 18:35, Rpnpif a écrit : Je n'utilise MS Windows 98 et XP qu'au travail où je n'ai malheureusement pas le choix. Je ne sais pas si c'est le même problème sous OOo 2.xx, mais j'ai aussi des difficultés avec les associations de fichiers en voisinage réseau. Sous MS Windows XP, un double clic sur un fichier réseau (exemple : \\serveur\labas\repertoire\monfichier.odt) n'ouvre pas le fichier sans aucun message d'erreur, alors que je peux l'ouvrir avec n'importe quel autre programme si je modifie, bien sûr, l'association d'OOo vers l'autre programme. Sous MS Windows 98, j'ai le même problème sauf qu'un message d'erreur est émis qui donne quelque chose comme, par exemple : Le fichier \\serveur\alain\labas\repertoire\monfichier.odt n'existe pas. Évidemment, puisque d:\alain est le répertoire sur lequel je travaille et \\serveur\labas\repertoire\monfichier.odt le fichier à ouvrir. J'ai vérifié dans les associations de fichiers MS Windows : Elles sont correctes. OOo semblent se mélanger les pinceaux en interne entre le nom du dossier local et celui du dossier distant. Je n'ai pas de problème sur les fichiers locaux. Il semble évident que ce bogue assez désagréable concerne bien OOo. Il existe des bogues apparentés sur qa.openoffice.org mais qui concerne en général des problèmes de lecture du nom de fichiers en UTF-8 (accentués ou caractères exotiques). Ce n'est pas le cas ici. OOo 1.x n'a pas ce problème. Quelqu'un d'autre a-t-il ce problème ? Doit-on le déclarer sur http://qa.openoffice.org/ ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Re: dictionnaires
Le Dimanche 26 Novembre 2006 16:15, Yves a écrit : Yves a écrit : Quelles fichiers enlever sans risque de supprimer des fichiers des dictionnaires qui m'intéressent (français, allemand et anglais)? Michel à répondu A cette adresse http://www.volcar.org/ooo/DicoCleaner.sxw une macro qui répondra à tes besoins. Merci mais l'adresse donnée n'aboutit nul part (url not found). Yves. Le fichier a changé de nom. C'est : http://www.volcar.org/ooo/DicoCleaner/ -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Re: correction orthographique
Le Samedi 25 Novembre 2006 14:40, Yves a écrit : J'ai vérifié dans le répertoire poste de travail--disque local C:--Program Files--openoffice.org 2.0--share--dict--ooo : dans ce répertoire, il y a effectivement une série de dictionnaire français (et aussi en thai, slovaque et swazili... je me demande comment ils sont arrivés là!?!?). Dans le fichier dictionary.lst Vérifier avec le bloc-notes que les lignes suivantes sont présentes : HYPH fr FR hyph_fr_FR DICT fr FR fr_FR THES fr FR th_fr_FR_v2 Sinon les ajouter. Puis relancer OOo. Elles auraient dû s'ajouter seules. Le problème est qu'une mise à jour de OOo les écrase. C'est un bogue à mon avis. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Unicode et OOo ?
Le Vendredi 24 Novembre 2006 10:31, Michel Gardie a écrit : Bonjour. Je suis moi-même sous Linux, et tout mon système utilise un encodage UTF-8 (unicode). Personnellement, je ne rencontre aucun problème pour travailler avec OOo. Que ce soit sous Writer, Calc ou autre outil. La seule chose que je modifie concerne la compatibilité HTML (options-Chargement/enregistrement-Compatibilité HTML). Je positionne parfois le champ jeu de caractères à la valeur ISO-8859-1 au lieu de UTF-8 (la valeur initiale). Raison? Oh, tout bêtement parce que je pouvoir accéder au code HTML (format #;) d'un caractère UTF-8 lorsque je demande l'affichage d'un source HTML alors que je suis en train de réaliser une page web. Ceci m'est utile pour recopier ce type de caractère et pour pouvoir l'injecter dans des forums où je sais pertinemment que l'affichage sera ISO-8859-1. Sinon, pour mes propres pages web, je rebascule au format UTF-8 et comme tu l'as fait remarquer, cela ne change rien pour les navigateurs qui vont les consulter. Pour le reste, rien de particulier. Qu'un document soit rédigé sur la machine Linux au format unicode puis lu sur une machine au format ISO ne pose aucun problème. Bonjour, Personnellement, je suis aussi sous Linux en encodage ISO-8859-15 et OOo ne me pose non plus aucun problème de cet ordre. Je pense qu'il faudrait vérifier quelles sont les polices utilisées dans les documents OOo. Elles doivent exister sur le système (comme pour Microsoft Windows d'ailleurs), sinon OOo prend une police implicite (par défaut). De plus, la police effectivement utilisée doit être compatible Unicode, sinon OOo n'affichera pas correctement les caractères. Mais au final, quel problème est rencontré réellement ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Unicode et OOo ?
Le Vendredi 24 Novembre 2006 13:02, liste info a écrit : nous n'arrivons pas a le lire correctement Encore une fois que signifie nous n'arrivons pas a le lire correctement ? Que présente l'écran ? Y a-t-il un message d'erreur ? Quelle est la police utilisée (Symbol, Arial, autre...) ? Elle est affichée après sélection du texte dans la barre d'outils de formatage ou bien dans le menu Format, Caractères, Police. On peut voir les caractères disponibles en appelant le menu Insertion, Caractères spéciaux et en les parcourant. En général, OOo ne prend pas en compte les caractéristiques locales du système pour afficher les documents, sauf pour Options, Paramètres linguistiques, Langues par exemple. Tout est en UTF-8. Le problème vient probablement des polices disponibles. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Association de fichiers
Le Mercredi 22 Novembre 2006 09:23, mbini a écrit : Jean-Francois Nifenecker a écrit : seishin a écrit : j'espérai que quelqu'un ait une solution. J'aimerais bien, moi aussi :-) Pour info supplémentaire nos postes sont sous Windows 2000, donc même combat. De toute façon Windaube est là !! Bonjour, Je n'utilise MS Windows 98 et XP qu'au travail où je n'ai malheureusement pas le choix. Je ne sais pas si c'est le même problème sous OOo 2.xx, mais j'ai aussi des difficultés avec les associations de fichiers en voisinage réseau. Sous MS Windows XP, un double clic sur un fichier réseau (exemple : \\serveur\labas\repertoire\monfichier.odt) n'ouvre pas le fichier sans aucun message d'erreur, alors que je peux l'ouvrir avec n'importe quel autre programme si je modifie, bien sûr, l'association d'OOo vers l'autre programme. Sous MS Windows 98, j'ai le même problème sauf qu'un message d'erreur est émis qui donne quelque chose comme, par exemple : Le fichier \\serveur\alain\labas\repertoire\monfichier.odt n'existe pas. Évidemment, puisque d:\alain est le répertoire sur lequel je travaille et \\serveur\labas\repertoire\monfichier.odt le fichier à ouvrir. J'ai vérifié dans les associations de fichiers MS Windows : Elles sont correctes. OOo semblent se mélanger les pinceaux en interne entre le nom du dossier local et celui du dossier distant. Je n'ai pas de problème sur les fichiers locaux. Il semble évident que ce bogue assez désagréable concerne bien OOo. Il existe des bogues apparentés sur qa.openoffice.org mais qui concerne en général des problèmes de lecture du nom de fichiers en UTF-8 (accentués ou caractères exotiques). Ce n'est pas le cas ici. OOo 1.x n'a pas ce problème. Merci du travail effectué ici. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Enregistrer la position du curseur.
Bonjour, Je voudrais enregistrer la position courante du curseur dans les documents textes. Je ne trouve plus comment faire. Merci de votre aide. -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Enregistrer la position du curseur.
Le Vendredi 24 Novembre 2006 18:43, Rpnpif a écrit : Je voudrais enregistrer la position courante du curseur dans les documents textes. Je ne trouve plus comment faire. Avec la version 2.04, il semble que la position courante du curseur n'est plus atteinte implicitement à l'ouverture du document. Seul le raccourci Maj-F5 permet de l'atteindre après ouverture. Est-ce exact ? -- Alain rpnpif - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
