Re: [fr-users] Re: Naviguer dans les feuilles d'un classeur CALC a l'aide d'un Index
Le 17/06/2013 19:15, cachou3 a écrit : Merci Ça fontionne -- View this message in context: http://nabble.documentfoundation.org/Naviguer-dans-les-feuilles-d-un-classeur-CALC-a-l-aide-d-un-Index-tp4061876p4061917.html Sent from the Users mailing list archive at Nabble.com. Je n'ai pas vu passer le message de réponse, situé logiquement entre la question et les remerciements. Mon courrielleur déconne ou bien la liste ? -- Rafael Laville -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: Utilisation des zones nommées comme source d'une liste déroulante
Le 12/06/2013 16:18, Ysabeau a écrit : Au-delà disons de 50 à 100 items (et encore, c'est beaucoup), on a peut-être intérêt à trouver une autre solution. C'est justement l'intérêt de ces listes de proposer un nombre de choix limité. C'est comme le nombre de cellules d'un tableau, c'est bien de savoir qu'on peut en avoir plein, mais je ne connais pas encore une seul exemple où il ait été nécessaire d'utiliser *toutes* les cellules. En n'inscrivant qu'un octet par cellule sur une feuille de 1048576 * 1024, cela ferait un gigaoctet. Ça justifie une base de données. -- Rafael Laville -- Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-users] Re: [fr-users] Re: Calculer l'adresse d'une cellule à partir de ses numéros de ligne / colonne
Le 24/03/2013 06:59, Jack.R a écrit : On Sat, 23 Mar 2013 03:36:09 -0700 (PDT) pierre-yves samyn pierre-yves.sa...@laposte.net wrote: oCell = thiscomponent.sheets(0).getCellByPosition(15, 2310) print oCell.AbsoluteName Arghhh, en 2 lignes ! J'ai honte ;) En une ligne : print thiscomponent.sheets(0).getCellByPosition(15, 2310).AbsoluteName A noter d'une part que cela renvoie la cellule P2311 et non O2310 (sujet classique de la numérotation à partir de zéro). A noter d'autre part que cela renvoie la cellule sous la forme « $Feuille1.$P$2311 ». -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: Calc : comment faire disparaître le fond des hyperliens
Le 26/02/2013 19:03, pierre-yves samyn a écrit : Bonjour Une astuce possible : ne pas insérer l'hyperlien dans la cellule Insérer dans la cellule un objet de dessin (rectangle a priori adapté) Clic droit sur l'objet de dessin puis Hyperlien pour définir ce dernier. Il sera possible de définir la couleur de fond de l'objet de dessin comme celle de la cellule et mettre une bordure invisible pour parfaire la présentation. Conseil: pour un fond blanc, choisir cette couleur et non Remplissage : aucun (afin de faciliter la sélection de l'objet) J'ai le même problème. Je pensais naïvement à l'existence d'un style par défaut Hyperlien qu'on aurait pu modifier. Mais ça ne semble pas le cas. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] CALC, visualisation des celules en fonction du formatage
N'appelons pas ce comportement correction automatique (on pourrait confondre avec l'autocorrection) mais plutôt, comme l'aide Conversion automatique au format de date. Autrement dit, lorsqu'on saisit quelque chose qui peut être interprété comme une date, le tableur le formate comme une date. Et il ne s'agit pas seulement d'un format d'affichage mais de la valeur réelle de la cellule. D'où la notion de conversion. C'est un comportement de base, pas valide seulement pour les dates mais aussi pour les nombres et les booléens, par exemple. Excel agit d'ailleurs de même. Ainsi, le contenu « 1 janvier 2012 » sera automatiquement reformaté en « 01/01/2012 ». Il y a (au moins) deux façons d'éviter ce comportement (je confirme que je les ai testées à l'instant) : * formater la cellule en texte, préalablement à la saisie ; * faire précéder la saisie par une apostrophe qui équivaut à l'application d'un format de texte. Rafael Laville Le 30/12/2012 12:03, sigir a écrit : Bonjour, Avec LibO 3.6 et XP, Je n'arrive pas à m'en sortir avec les corrections automatiques de Calc qui s'obstine à réécrire les dates ou ce qu'il croit comme étant des dates :-) Et pas moyen de revenir en arrière (annulation, passer de date en texte). Déjà j'ai cru comprendre que même si la cellule est sur nombre, le fait d'écrire un truc qui ressemble à une date la met en date. C'est bien ça ? Y a t-il un document qui explique les différentes logiques de ce formatage ? Une idée : de même qu'on peut visualiser les données entrées à la main et celles calculées, peut-on visualiser les cellules texte et les cellules nombre ? -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: [Macro Writer] Texte du paragraphe courant
Le 10/12/2012 18:13, yves dutrieux a écrit : après qq tests : (on définit visiblement le curseur au de la phrase) cur.gotoStartOfParagraph(true) (idem comme la selection est active, il sélectionne le début jusqu'à la fin. - je suppose) cur.gotoEndOfParagraph(true) permet de sélectionner la phrase courante. Yves. Le 10/12/2012 18:13, pierre-yves samyn a écrit : Ton code fonctionnerait en modifiant simplement une ligne (la seconde dans cet extrait) : ' cur.gotoStartOfParagraph(false) cur.gotoEndOfParagraph(true) ' Mettre le paramètre à true sur le premier déplacement est inutile. On positionne le curseur au début du paragraphe puis on se déplace en étendant la sélection jusqu'à la fin du paragraphe (c'est bien le paragraphe et non la phrase en l'occurrence avec cette méthode). Cordialement Pierre-Yves Merci à yves dutrieux et pierre-yves samyn pour leurs conseils. Mais les explications du bouquin m'avaient conduit à conclure : je vais au début du paragraphe sans rien sélectionner, puis j'étends jusqu'à la fin donc en sélectionnant. Cependant, je n'obtiens toujours pas ce que je cherche, à savoir le texte du paragraphe complet, c'est-à-dire (pour moi), la partie délimitée par des marques de paragraphe. Résultat de mes tests sur l'option de sélection de texte lors des deux appels : false / false : texte vide false / true : idem true / false : idem true / true : ne renvoie que le texte depuis le début du paragraphe jusqu'à l a position du curseur visible, ce qui me semble non naturel. La combinaison qui ramène ce que je cherche semble être : cur.gotoStartOfParagraph(false) cur.gotoNextParagraph(true) cur_sel.goLeft(1, true) L'instruction 2 permet de récupérer tout le texte du paragraphe, l'instruction 3 évite de récupérer un saut de ligne manuel. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Plantages dus à l'aide
Je ne reproduis pas sous LO 3.6.3.2 sur Ubuntu 10.04. Mais tu ne précises pas ta version du logiciel ni de ton système d'exploitation. Rafael Laville Le 06/12/2012 23:16, lutch a écrit : Bonsoir, en faisant une recherche dans l'aide, je viens de planter 3 fois de suite. Scénario - appel à l'aide Calc, touche F1 - recherche du mot *protection* - dans la liste des résultats, je sélectionne la ligne *Fonctions d'information* - moins de 2 secondes après plantage définitif de LibreOffice Si j'accède à chacune des autres pages listées, aucun plantage. Si je recherche directement Fonctions d'information, j'obtiens la même page, sans aucun plantage. C'est donc la seule combinaison mot recherché = protection + affichage de la page Fonction d'information qui est explosive. Drôle de cocktail, vous ne trouvez pas ? C_Lucien Ce que raconte la console, je n'ai cité que les 2 crashed thread Process: soffice [11007] Path: /Applications/LibreOffice.app/Contents/MacOS/soffice Identifier: org.libreoffice.script Version: 3.5.6 (???) Code Type: X86 (Native) Parent Process: launchd [120] Date/Time: 2012-12-06 22:54:44.303 +0100 OS Version: Mac OS X 10.6.8 (10K549) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0058 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libswlo.dylib 0x20d20949 lcl_IsCalcUpperAllowed(SwFrm const) + 57 1 libswlo.dylib 0x20d209ff SwFrm::PrepareMake() + 63 2 libswlo.dylib 0x20d20c71 SwFrm::PrepareMake() + 689 3 libswlo.dylib 0x20d20c71 SwFrm::PrepareMake() + 689 4 libswlo.dylib 0x20d47564 GetFrmOfModify(SwRootFrm const*, SwModify const, unsigned short, Point const*, SwPosition const*, unsigned char) + 564 5 libswlo.dylib 0x20c64e56 SwCntntNode::getLayoutFrm(SwRootFrm const*, Point const*, SwPosition const*, unsigned char) const + 54 6 libswlo.dylib 0x20da7c0c SwRootFrm::CalcFrmRects(SwShellCrsr, unsigned char) + 460 7 libswlo.dylib 0x20b76e71 SwShellCrsr::FillRects() + 273 8 libswlo.dylib 0x20b77e7e SwSelPaintRects::Show() + 110 9 libswlo.dylib 0x20b78378 SwShellCrsr::Show() + 40 10 libswlo.dylib 0x20b4af0f SwCrsrShell::Paint(Rectangle const) + 223 11 libswlo.dylib 0x211fdc98 SwEditWin::Paint(Rectangle const) + 248 12 libvcllo.dylib0x018dfa5b Window::ImplCallPaint(Region const*, unsigned short) + 1147 13 libvcllo.dylib0x018dff66 Window::Update() + 470 14 libswlo.dylib 0x2102defe ViewShell::VisPortChgd(SwRect const) + 1070 15 libswlo.dylib 0x20b4b155 SwCrsrShell::VisPortChgd(SwRect const) + 117 16 libswlo.dylib 0x212cabf8 SwView::SetVisArea(Rectangle const, unsigned char) + 728 17 libswlo.dylib 0x212caff1 SwView::DocSzChgd(Size const) + 257 18 libswlo.dylib 0x2102c799 ViewShell::SizeChgNotify() + 121 19 libswlo.dylib 0x20d66a93 AdjustSizeChgNotify(SwRootFrm*) + 131 20 libswlo.dylib 0x20d6879b SwRootFrm::CheckViewLayout(SwViewOption const*, SwRect const*) + 2555 21 libswlo.dylib 0x20db25f6 SwFrm::AdjustNeighbourhood(long, unsigned char) + 950 22 libswlo.dylib 0x20db35ce SwLayoutFrm::ShrinkFrm(long, unsigned char, unsigned char) + 942 23 libswlo.dylib 0x20dadc49 SwFrm::Shrink(long, unsigned char, unsigned char) + 441 24 libswlo.dylib 0x20da0d92 SwTabFrm::Cut() + 530 25 libswlo.dylib 0x20d31ca7 SwFlowFrm::MoveBwd(unsigned char) + 1495 26 libswlo.dylib 0x20d9e2d9 SwTabFrm::MakeAll() + 4185 27 libswlo.dylib 0x20d20c2b SwFrm::PrepareMake() + 619 28 libswlo.dylib 0x20d20c71 SwFrm::PrepareMake() + 689 29 libswlo.dylib 0x20d20c71 SwFrm::PrepareMake() + 689 30 libswlo.dylib 0x20d20c71 SwFrm::PrepareMake() + 689 31 libswlo.dylib 0x20e45a4b SwTxtFrm::GetFormatted(bool) + 155 32 libswlo.dylib 0x20df178b SwTxtFrm::GetCharRect(SwRect, SwPosition const, SwCrsrMoveState*) const + 203 33 libswlo.dylib 0x20b51523 SwCrsrShell::UpdateCrsr(unsigned short, unsigned char) + 2243 34 libswlo.dylib 0x20b5628c SwCrsrShell::EndAction(unsigned char) + 236 35 libswlo.dylib 0x21329a30 SwXTextView::select(com::sun::star::uno::Any const) + 2256 36 libsfxlo.dylib0x00446a12 SfxHelpTextWindow_Impl::SelectHdl(Timer*) + 1362 37
Re: [fr-users] Re: information a propos de libreoffice basic pour macro
Le 07/11/2012 21:25, felix rulliere a écrit : - Original Message - From: duocore duocor...@hotmail.fr To: users@fr.libreoffice.org Sent: Wednesday, November 07, 2012 5:32 PM Subject: [fr-users] Re: information a propos de libreoffice basic pour macro Mais j'aurais préféré lire ce message de cette façon : Les macros peuvent contenir des virus. Désactiver les macros d'un document est toujours sûr.Si vous désactivez les macros,certaines fonctionnalités fournies par celles-ci seront peut-être perdues. J'écrirais plutôt (pour ne pas effrayer un débutant) : « certaines fonctionnalités fournies par celles-ci seront peut-être inopérantes » (ou désactivées). -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-users] Re: [fr-users] Re: [fr-users] Re: [fr-users] Re: [fr-discuss] Re: [fr-users] Rétrogradage vers la 3.5
Le 14/09/2012 22:25, Jean-Baptiste Faure a écrit : Par ailleurs, s'il est impossible d'inverser l'ordre des version présentant la liste des fichiers à télécharger, ce qui est fort dommage, il faudrait peut-être envisager une action au niveau international pour demander la modification de ce script. Ou serait-ce possible d'écrire notre propre script ? Certes mais j'hésite car je voudrais éviter d'avoir à subir des pressions pour abandonner ce script pour utiliser le script simplifié de la page internationale. Cette page, qui propose au téléchargement seulement la version la moins aboutie, est selon moi une absurdité. Je l'avais dit en son temps mais les partisans du moins on donne de choix à l'utilisateur mieux ça vaut ont été plus convaincants. Je n'ai pas tout saisi. Tu sembles dire que le script de base n'affiche que la seule version 3.5. Mais la page francophone propose les deux versions d'où je déduis que ce n'est pas le script de base qui y apparait mais un autre (lequel ?). Et sur cet autre, tu n'as pas la main (pas plus que sur le script de base, logiquement). De plus, j'ai fouillé les pages en anglais et j'ai trouvé la présence de grandes et belles images rectangulaires et cliquables et non pas une liste textuelle (et pas très esthétique) comme sur la page en français. La page allemande a ce même aspect en ne proposant qu'une version (la 3.6 alors que nous pencherions plutôt pour la 3.5), l'autre étant reléguée sur une autre page (solution qui me parait satisfaisante). Bref, je m'y perds un peu. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: [calc] affichage des formules
Le 11/09/2012 09:14, pierre-yves samyn a écrit : Bonjour Rafael Laville wrote je préfère l'esperluette () qui joue le même rôle que le symbole d'addition. C'est aussi le cas du Basic LibreOffice, bien que l'aide ne soit pas explicite sur ce point. Juste une précision pour le basic LibreOffice : là non plus les opérateurs ne sont pas équivalents. Tu as tout à fait raison mais je ne voulais pas entrer dans les détails. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: [calc] affichage des formules
Le 10/09/2012 00:09, Henri Boyet a écrit : Il me semblait que le signe + permettait de concaténer des textes, comme . Mais visiblement, ça ne marche pas. Ça devait être dans un autre logiciel. Ça a été et c'est toujours le cas dans les langages Basic de Microsoft. Personnellement, je préfère l'esperluette () qui joue le même rôle que le symbole d'addition. C'est aussi le cas du Basic LibreOffice, bien que l'aide ne soit pas explicite sur ce point. Mais ce n'est pas le cas pour les formules des tableurs, qui relèvent d'un autre langage. Par contre, + sert à concaténer des chaines de caractères dans des langages comme Java, Javascript ou Python, par exemple. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: [calc] affichage des formules
Le 09/09/2012 13:09, Henri Boyet a écrit : J'ai maintenant compris que la cellule contenant une formule doit obligatoirement être au format nombre, même si on traite du texte. Je ne sais pas si c'est logique mais ça me permet d'avancer. J'exprimerais les choses autrement : si la cellule a déjà un format, ce qui y sera saisi sera au format indiqué, si c'est possible. Si le format est pourcentage, seuls les nombres seront affichés en pourcentage; c'est impossible pour le texte. Si le format est texte, tout pouvant être converti en texte, tout sera affiché tel que saisi, même une formule. Voilà pourquoi une cellule contenant une formule ne doit pas être au format texte (mais pas obligatoirement au format nombre). Par contre, en l'absence de format préalable (ou si le format est incompatible avec le résultat), Calc essaiera de déduire dans quelle catégorie se situe la saisie ou le résultat du calcul et attribuera un format en fonction de la déduction. Donc pour un autre format que texte, la formule affichera le contenu selon le type du résultat. Je n'arrive toujours pas à savoir si le résultat d'une formule va donner un texte ou un nombre. Tout dépend de la formule, des arguments éventuels des fonctions qui y figurent, des conversions possibles effectuées par Calc : =2+0,05 donnera obligatoirement un nombre ; =CODE(A) aussi, à cause de la nature même de la fonction CODE ; =AUJOURDHUI() renvoie une date =2 et = 7 renvoient chacune un caractère (à cause des ), ce qui se voit au cadrage à gauche automatique. Cependant, =2 + 7 renvoie 9 car Calc a converti les caractères en nombres. Dans ce cas, la fonction =TEXTE(2) renvoie bien du texte et l'écriture =TEXTE(2) + TEXTE(7) génère une erreur car on ne fait pas d'addition sur du texte. Bref, à toi de savoir quelles données manipule ta formule et ce qu'elle en fait pour déduire le type du résultat. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-users] Re: [fr-discuss] Disponibilité de la version 3.5.6
Le 18/08/2012 10:44, Sophie Gautier a écrit : LibreOffice est disponible sur le site francophone ici: http://fr.libreoffice.org/telecharger/ Sur cette page de téléchargement, je lis (par deux fois) la phrase suivante, concernant l'installation sur un système Linux : « veuillez lire la section ci-dessous intitulée Désinstallation d'une version précédente de LibreOffice » Mais je n'ai trouvé nulle trace d'une telle section. Alors comment fait-on ? (Je parle d'une version téléchargée sur le site, pas d'une version fournie par la distribution). -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Fw: calc
Le 16/08/2012 18:33, Sophie Gautier a écrit : Bonjour Felix, On 16/08/2012 18:29, felix rulliere wrote: Désolé, j'ai encore oublié de donner la version de LO = Version 3.6.0.4 (Build ID: 932b512) - Original Message - From: felix rulliere felixrulli...@sfr.fr To: Libre office USERS users@fr.libreoffice.org Sent: Thursday, August 16, 2012 8:21 AM Subject: calc dans le menu outils, options, libreoffice calc, par défaut il manque le l de calcul Merci pour ton retour, c'est en fait un problème de taille du champ, sous Linux, il manque le mot 'calcul' en entier. Je le garde sous le coude pour le retour de vacances de Jean-Baptiste, c'est notre spécialiste de la correction de ces bugs ;-) Au lieu de « Nom de préfixe pour la nouvelle feuille de calcul », un texte simple du genre « Préfixe des nouvelles feuilles » ne serait-il pas suffisant ? D'autant que « Nom de préfixe » est un peu incohérent, ce serait plutôt « Préfixe du nom des nouvelles feuilles de calcul » (et pas de la feuille) et en simplifiant, on obtient le libellé proposé. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] The Document Foundation annonce la version 3.6
Le 09/08/2012 01:05, vulcain a écrit : Le 09/08/2012 00:52, Rafael Laville a écrit : Une page maitresse, c'est un modèle ? Plus sérieusement une présentation peut avoir plusieurs pages maîtresses. Ces dernières sont l'assemblage un fond d'écran et d'un jeux de styles. Merci. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] The Document Foundation annonce la version 3.6
Le 08/08/2012 19:59, Sophie Gautier a écrit : Où que vous regardiez, vous verrez des améliorations : de belles pages maîtresses pour les présentations. Une page maitresse, c'est un modèle ? -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: Calc : Copie de commentaires efface le contenu
Le 06/08/2012 14:21, Gérard Fargeot a écrit : Bonjour, Pour copier un commentaire, il ,faut passer par un collage spécial : Dans le dialogue collage spécial, tout décocher (tout insérer, texte, nombre, formule ...etc) sauf commentaire bien sûr. Et cocher addition dans la partie droite du dialogue. De cette manière le commentaire est ajouté au contenu. En sélectionnant l'opération Addition, ça fonctionne bien en effet. Mais ça me semble complètement illogique : - d'une part les quatre opérations ne devraient avoir d'effet que sur les nombres (pas sur un commentaire) ; - par ailleurs, aucune opération efface le contenu de destination, l'addition copie le commentaire sans effacer le contenu, la soustraction agit de même, la multiplication remplace le contenu par le nombre zéro, la division remplace le contenu par la valeur d'erreur #VALEUR ! ; - d'autre part (comme je l'ai expliqué) le fonctionnement est différent en copiant du contenu sans le format (autrement dit, chaque élément présent dans la boite de collage spécial ne se comporte pas de la même manière). Néanmoins, je saurais comment faire, même si ça me semble bien tortueux. Merci, donc. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] [Calc] Problème avec la virgule décimale
Le 21/05/2012 08:22, Philippe CLEMENT a écrit : Le 21/05/2012 00:58, Rafael Laville a écrit : Bonjour, Il y a quelques jours (une semaine environ), un problème est apparu dans Calc (LO 3.5.2.x; je n'avais pas de souci dans LO 3.4.x ni au début de LO 3.5). J'ai installé LO 3.5.3.2 (version anglaise + paquet de traduction en français) sous Ubuntu 10.04 (interface en français avec prise en charge de la langue française). Le problème subsiste. Le souci est que le point décimal figurant sur le pavé numérique de mon PC n'est plus considéré comme une virgule mais reste un point. Conséquences (il y a peut-être d'autres) : -- Rafael Laville Bonjour Rafael, Peut-être un début de piste ici : http://www.cyrille-borne.com/forum/showthread.php?tid=805pid=16439#pid16439 Cordialement, Philippe Merci beaucoup de ta réponse. J'ai suivi les indications en changeant moi aussi l'agencement clavier de France Autre en France et le problème a été résolu. Heureusement qu'il y sur cette liste plein de gens au courant de pleins de sujets pour résoudre plein de problèmes. Encore merci. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-users] [Calc] Problème avec la virgule décimale
Bonjour, Il y a quelques jours (une semaine environ), un problème est apparu dans Calc (LO 3.5.2.x; je n'avais pas de souci dans LO 3.4.x ni au début de LO 3.5). J'ai installé LO 3.5.3.2 (version anglaise + paquet de traduction en français) sous Ubuntu 10.04 (interface en français avec prise en charge de la langue française). Le problème subsiste. Le souci est que le point décimal figurant sur le pavé numérique de mon PC n'est plus considéré comme une virgule mais reste un point. Conséquences (il y a peut-être d'autres) : * Absence de reconnaissance des nombres décimaux dans les cellules (valeurs et formules). * 123.456 est formaté comme un texte et non comme un nombre. * 1.2 devient le 01/02/12. * Peut-être (?) en rapport, 1/2 devient l'unique caractère de fraction ½ (à moins que ce ne soit un comportement normal ?). Auriez-vous une idée sur la cause du problème ? Ou du moins, sur la façon de le résoudre ou de le contourner (autre que saisir la virgule avec la touche de ponctuation, ce qui ne résoudrait pas le problème de la barre de fraction) ? Merci d'avance à tous. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Appel au modérateur !!!
Je n'ai jamais reçu le message en question. Filtre anti-spam surpuissant ? Le 27/04/2012 23:06, andriant.sandy a écrit : Bonsoir Pourrait-on se passer de ce troll. Un peu ça va mais cette fois c'est abusé. Merci Cordialement, Sandy-Pascal Andriant -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: Problème collage spécial entre des fichiers ouvert sur CALC
Le 18/02/2012 13:44, jhe a écrit : Bonjour, Merci pour ton aide, mais je viens à l’instant de supprimer mon post (peut-être peux-tu faire pareil pour le tiens alors ?) On peut supprimer un message ? Pourtant, il est bien dans ma boite aux lettres. De plus, en bas de chaque message figure l'avertissement suivant : Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés Mais il est un peu mal formulé. On devrait lire : Tous les messages envoyés sur cette liste seront archivés publiquement et aucun ne pourra être supprimé. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] CALC N/D en résultat de formule avec SI imbriqués
Le 04/02/2012 12:43, Jean-Luc Coulon a écrit : Le 03/02/2012 23:59, Rafael Laville a écrit : Le 03/02/2012 13:29, Jean-Luc Coulon a écrit : [... ] Je découvre qu'un message s'affiche dans la barre d'état pour les valeurs d'erreur. Sur une page, il faut tout lire ;) Mais mon souci d'origine portait sur un fichier à traiter provenant d'une source extérieure et contenant des valeurs d'erreur. Comme je le disais précédemment, si les valeurs d‘erreurs sont du texte, ET QU’ELLE PEUVENT SE TROUVER DANS DES LANGUES DIFFÉRENTES, on ne peut pas faire l’économie soit d’une table de consultation, soit d’un test sur plusieurs valeurs... si ((valeur = #N/A) ou (valeur = #N/D)) alors (erreur quelque_chose) Il n'était pas question d'une langue quelconque, il était question d'un code, à priori abstrait, donc non susceptible d'être traduit. De plus, la valeur #N/D n'existait pas. Il était donc impossible de faire ce que tu dis. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] CALC N/D en résultat de formule avec SI imbriqués
Le 03/02/2012 13:29, Jean-Luc Coulon a écrit : Le 02/02/2012 22:08, Rafael Laville a écrit : Ce n'est pas un contournement, c'est la gestion normale d'une valeur d'erreur. Ceci étant, combien de gens connaissaient (et connaissent) la signification de #N/A et combien connnaitront celle de #N/D ? Pour eux, ce n'est ni du français, ni de l'anglais, c'est de l'informatique. Si on regarde le message dans la barre d’état : Je découvre qu'un message s'affiche dans la barre d'état pour les valeurs d'erreur. Mais mon souci d'origine portait sur un fichier à traiter provenant d'une source extérieure et contenant des valeurs d'erreur. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] CALC N/D en résultat de formule avec SI imbriqués
Le 02/02/2012 00:08, Sophie Gautier a écrit : Bonsoir, On 01/02/2012 23:01, Rafael Laville wrote: Le 01/02/2012 21:24, Jean-Luc Coulon a écrit : Le code en question est l’équivalent de l’anglais #NA (qu’on avait avec les versions 1 et 2 d’OpenOffice et qui a - en locale Fr - été remplacé par #ND. Le message associé est Erreur : Valeur non disponible. J'ignorais que #N/A était un code anglais. Pour moi, il signifiait non applicable. Ce qui est génant c'est d'avoir un message (valeur non disponible) en français pour un code en anglais (A est pour Available), c'est pas très cohérent... Les codes d'erreur étaient pendant un temps à moitié traduits, ils le sont tous maintenant (normalement :) Ceci étant, le changement peut être gênant pour certains. Par exemple, un programme traite un fichier csv susceptible de contenir des valeurs d'erreur. Sachant cela, on traite spécifiquement les données valant #N/A. Mais comme le code d'erreur a changé, la donnée #N/D sera considérée comme valide et le programme plantera. Ce qui peut conduire à d'ennuyeuses conséquences. Donc il vaut mieux garder les bugs parce qu'on est habitué à les contourner ? À bientôt Sophie -- Ce n'est pas un contournement, c'est la gestion normale d'une valeur d'erreur. Ceci étant, combien de gens connaissaient (et connaissent) la signification de #N/A et combien connnaitront celle de #N/D ? Pour eux, ce n'est ni du français, ni de l'anglais, c'est de l'informatique. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] CALC N/D en résultat de formule avec SI imbriqués
Le 02/02/2012 13:50, Jean-Luc Coulon a écrit : Le 01/02/2012 23:01, Rafael Laville a écrit : J'ignorais que #N/A était un code anglais. Pour moi, il signifiait non applicable. C’est assez facile à voir. Dans une cellule, mettez ce qui suit : =NA() Cette fonction force justement cette valeur d’erreur. Et on obtient (au moins avec ma version)... #N/D Ça ne dit rien sur la signification de A ni de D. Ceci étant, le changement peut être gênant pour certains. Par exemple, un programme traite un fichier csv susceptible de contenir des valeurs d'erreur. Sachant cela, on traite spécifiquement les données valant #N/A. Mais comme le code d'erreur a changé, la donnée #N/D sera considérée comme valide et le programme plantera. Ce qui peut conduire à d'ennuyeuses conséquences. Si on a ces fâcheuses conséquences, c’est qu’on n’a pas programmé le truc normalement. Réponse simpliste. Voilà une explication plus détaillée. Mon client m'envoie un fichier CSV contenant des valeurs d'erreur. Selon les cas, je peux rejeter (entièrement ou partiellement) la ligne du fichier ou mettre à jour ma base de données avec un traitement spécifique (plus ou moins complexe) pour ces valeurs d'erreur. La conséquence fâcheuse, c'est d'accepter comme valide une valeur qui ne l'est pas. Mais comme le programme ne peut pas le savoir, il faudra réparer les conséquences dans la base (activité couteuse et chronophage). Par ailleurs, je ne crois pas obtenir de mon client qu'il modifie ses formules. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] CALC N/D en résultat de formule avec SI imbriqués
Le 02/02/2012 22:18, Sophie Gautier a écrit : Bonsoir, On 02/02/2012 22:08, Rafael Laville wrote: Le 02/02/2012 00:08, Sophie Gautier a écrit : Bonsoir, On 01/02/2012 23:01, Rafael Laville wrote: Le 01/02/2012 21:24, Jean-Luc Coulon a écrit : Le code en question est l’équivalent de l’anglais #NA (qu’on avait avec les versions 1 et 2 d’OpenOffice et qui a - en locale Fr - été remplacé par #ND. Le message associé est Erreur : Valeur non disponible. J'ignorais que #N/A était un code anglais. Pour moi, il signifiait non applicable. Ce qui est génant c'est d'avoir un message (valeur non disponible) en français pour un code en anglais (A est pour Available), c'est pas très cohérent... Les codes d'erreur étaient pendant un temps à moitié traduits, ils le sont tous maintenant (normalement :) Ceci étant, le changement peut être gênant pour certains. Par exemple, un programme traite un fichier csv susceptible de contenir des valeurs d'erreur. Sachant cela, on traite spécifiquement les données valant #N/A. Mais comme le code d'erreur a changé, la donnée #N/D sera considérée comme valide et le programme plantera. Ce qui peut conduire à d'ennuyeuses conséquences. Donc il vaut mieux garder les bugs parce qu'on est habitué à les contourner ? À bientôt Sophie -- Ce n'est pas un contournement, c'est la gestion normale d'une valeur d'erreur. Ceci étant, combien de gens connaissaient (et connaissent) la signification de #N/A et combien connnaitront celle de #N/D ? Pour eux, ce n'est ni du français, ni de l'anglais, c'est de l'informatique. Du contributeur que je suis : . soit on se positionne du côté l10n et on apporte une solution . soit on se positionne au niveau dev et on apporte une solution . soit c'est ux/utilisateur et idem mais là, informatique ça veut dire quoi ? Ça veut dire une langue aussi étrangère que les hiéroglyphes ou le cunéiforme. Pour la plupart des gens, #N/D ou Err 987, c'est du pareil au même. Mais le problème de fond n'est pas là. C'est qu'un comportement de base du tableur a changé. Le résultat d'une même formule avec les mêmes données en entrée n'est plus le même. Et ici, on n'a pas corrigé de bug. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Disparition de
Le 02/02/2012 14:13, Didier Janot a écrit : Le 2 février 2012 12:56, Bernard Siaud alias Troumadli...@siaud.org a écrit : ... la qualité étant obligatoirement proportionnelle au prix de vente d'après certains... ... - C'est un principe marketing bien connu. Notre tort c'est de ne promouvoir LibO qu'au sein d'associations à but non lucratif. Nous devrions ouvrir une Boutique du luxe recompiler LibO sous le nom LuxeOffice (LuxO pour les intimes), et le vendre trois fois plus cher que la concurrence. Alors, les clients trouveraient le produit trois mieux ! Ça ressemble à une bonne blague bien drôle, mais je pense sérieusement que c'est profondément vrai. Ça s'est déjà vu dans le monde du commerce. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] CALC N/D en résultat de formule avec SI imbriqués
Le 01/02/2012 21:24, Jean-Luc Coulon a écrit : Le code en question est l’équivalent de l’anglais #NA (qu’on avait avec les versions 1 et 2 d’OpenOffice et qui a - en locale Fr - été remplacé par #ND. Le message associé est Erreur : Valeur non disponible. J'ignorais que #N/A était un code anglais. Pour moi, il signifiait non applicable. Ceci étant, le changement peut être gênant pour certains. Par exemple, un programme traite un fichier csv susceptible de contenir des valeurs d'erreur. Sachant cela, on traite spécifiquement les données valant #N/A. Mais comme le code d'erreur a changé, la donnée #N/D sera considérée comme valide et le programme plantera. Ce qui peut conduire à d'ennuyeuses conséquences. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-users] LO Base et PostgreSQL
Bonjour, Je crois savoir qu'on peut connecter Base à une base PostgreSQL. Mais est-il possible de créer une base PostgreSQL exclusivement à partir de base ? -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: Fwd: lenteur au demarrage de Libo
Le 13/12/2011 08:54, pierre-yves samyn a écrit : Rafael Laville wrote Il faudrait peut-être préciser qu'on parle de Windows. Merci de l'avoir signalé... :) La modification est faite... Très bien. Existe-t-il l'équivalent sous Linux ? -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Fonction d'interpolation et d'extrapolation
Le 13/12/2011 11:08, MJedi a écrit : Bonjour, passionné de régates virtuelles, je cherche à compléter un tableau de polaires des voiles d'un bateau. Lorsque j'utilisais Excell (Oui, je sais, c'est pas bien ! ) j'avais téléchargé XlXtrFun.xll XlXtrFun.xll est une collection de fonctions qui étend les capacités de Microsoft Excel; développé principalement pour faciliter l'interpolation des données de deux dimensions et trois dimensions, et de simplifier l'ajustement de courbes à 2 variables. XlXtrFun a été utilisé pendant des années par le personnel d'ingénierie et de recherche et développement sur tous les continents qui ont besoin d'interpoler, extrapoler, et les données d'ajustement de courbe rapide, fiable, et avec une courbe d'apprentissage quasi inexistante. 1 - J'ai cherché l'équivalent sur le Web pour LibreOffice, mais je n'ai pas trouvé 2 - Comment ajouter des fonctions supplémentaires à LibreOffice, sachant que XlXtrFun.xll a été écrite en VB et qu'il doit être possible de la transcrire sous LibreOffice. Il faudrait le code source de la bibliothèque de fonctions pour l'examiner et le traduire en Basic LibreOffice. Ce code est-il libre ? En principe, la partie qui interagit avec l'interface graphique du tableur est la plus touchée si elle existe. C'est la partie la plus complexe. Moins d'impact en revanche sur la partie qui effectuerait seulement des calculs mathématiques (les structures de contrôles des deux langages sont proches). Le découpage en routines ou modules doit être simplement reproduit dans le gestionnaire de macros de Basic LO pour conserver la structure. Enfin, il faut reproduire dans LO les mécanismes de déclenchement des macros (clic sur un bouton ou un autre contrôle graphique, activation d'un élément de menu, déclenchement d'un évènement, etc.). A moins qu'il ne s'agisse exclusivement d'une collection de fonctions. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Fwd: lenteur au demarrage de Libo
Le 12/12/2011 09:21, pierre-yves samyn a écrit : J'ai par ailleurs complété la FAQ Générale : http://wiki.documentfoundation.org/FR/FAQ/Generale/144 Sous Linux, j'ai suivi le mode d'emploi et n'ai pas vu d'installation personnalisée. Il faudrait peut-être préciser qu'on parle de Windows. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] LibO 64 bits pour Windows
Le 06/12/2011 01:14, Anael a écrit : J'ai donc vérifié le nom des packages installés sur ma machine comportant libreoffice dans leur nom : dpkg -l | grep libreoffice. Dans la liste des paquets ressortis, j'ai relevé la présence de libreoffice-core. Paquet au nom suffisamment explicite en soi ! J'ai donc affiché les informations détaillées de ce paquet : apt-cache showpkg libreoffice-core | less . Merci pour toutes ces infos. Mais snif, en faisant dpkg -l | grep libreoffice je ne trouve que : libreoffice-debian-menus libreoffice3.4 libreoffice3.4-base libreoffice3.4-calc libreoffice3.4-dict-en libreoffice3.4-dict-es libreoffice3.4-dict-fr libreoffice3.4-draw libreoffice3.4-en-us libreoffice3.4-fr libreoffice3.4-impress libreoffice3.4-math libreoffice3.4-ure libreoffice3.4-writer (Ubuntu 10.04). -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] LibO 64 bits pour Windows
Le 04/12/2011 16:53, Anael a écrit : Le 04/12/2011 16:37, Rafael Laville a écrit : Le 04/12/2011 16:34, Bernard Siaud alias Troumad a écrit : Le 04/12/2011 14:52, Cédric V. a écrit : Bonjour ! J'aimerais savoir si il existera une version 64 bits de libreOffice pour windows. J'ai parcouru tous les sites en long, en large et en travers, et je n'ai jamais trouvé l'info. Merci ! Je crois avoir entendu que pour windows, ça ne rapporterait pas grand chose. Et pour Linux ? http://www.libreoffice.org/download/ Linux : 32 64 bits Mac OS Windows : 32 bits. Ah oui, c'est vrai. Mais au fait, si j'ai LO sur Linux , comment savoir si c'est en 32 ou 64 bits ? -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] LibO 64 bits pour Windows
Le 04/12/2011 15:54, Yves Casdyn a écrit : J'utilise sans problème LibreOffice pour Windows avec une version 64 bits de Windows. Le 04/12/2011 14:52, Cédric V. a écrit : Bonjour ! J'aimerais savoir si il existera une version 64 bits de libreOffice pour windows. J'ai parcouru tous les sites en long, en large et en travers, et je n'ai jamais trouvé l'info. Ce n'est pas une vraie réponse. Cédric V. ne demande pas si on peut utiliser LO sur un Windows 64 bits mais s'il existe un LO 64 bits pour Windows (qui lui, bien entendu, ne pourra qu'être en 64 bits au minimum). J'ai cherché et je pense que la réponse est non. La remarque d'Yves Casdyn n'en reste pas moins exacte. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] LibO 64 bits pour Windows
Le 04/12/2011 16:34, Bernard Siaud alias Troumad a écrit : Le 04/12/2011 14:52, Cédric V. a écrit : Bonjour ! J'aimerais savoir si il existera une version 64 bits de libreOffice pour windows. J'ai parcouru tous les sites en long, en large et en travers, et je n'ai jamais trouvé l'info. Merci ! Je crois avoir entendu que pour windows, ça ne rapporterait pas grand chose. Et pour Linux ? -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Importer CSV sans avoir à choisir systématiquement le séparateur de champ
Le 17/11/2011 06:03, Jean-Baptiste Faure a écrit : Bonjour, Le 17/11/2011 00:20, Rafael Laville a écrit : [...] Autre idée : un menu contextuel avec le choix Ouvrir csv (point-virgule) (sans poser de question) et Ouvrir csv (autre séparateur) + boite de saisie du séparateur. Mais ça demanderait un développement. Il serait contextuel à quoi le menu ? L'explorateur de fichiers de l'OS? Oui, tout à fait. Pour ma part je trouve que le fonctionnement actuel est le plus économique : un seul clic pour valider le dialogue d'import dans lequel il n'y a rien à modifier (sauf la 1ère fois) si on importe des csv toujours formatés de la même façon : même séparateur de champ, même séparateur décimal, même séparateur de texte, même nombre de ligne de titre/entêtes, mêmes formats de colonne (dates, nombre, à masquer, etc.) A vrai dire, je ne m'étais jamais rendu compte que LO conservait les paramètres voulus d'une ouverture à l'autre. Il faut dire que mon seul paramètre était le point-virgule. Une petite mention dans la boite de dialogue ne serait pas superflue : Les choix de cette boite de dialogue seront conservés pour les prochaines ouvertures de fichiers jusqu'à ce que vous les modifiiez. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Importer CSV sans avoir à choisir systématiquement le séparateur de champ
Le 16/11/2011 01:49, CHAILLET Jacques a écrit : Le 15/11/2011 16:48, thenamelessthing a écrit : Bonjour, j'aimerais savoir s'il existe un moyen de faire en sorte que calc ne demande pas systématiquement de choisir quel séparateur de champ on veut lorsque l'on tente d'importer un fichier .csv ? Dans notre entreprise les csv généré par notre application maison sont toujours défini avec le même séparateur de champ. De mémoire le filtre d'importation se configure selon le dernier document importé par défaut. Dans mon cas j'importe régulièrement le même type de csv et je fais juste ok au dialogue d'importation. Automatiser ce procédé reviendrait à s'interdire de faire différemment pour un autre type de document. Par contre il doit être possible d'écrire une macro qui effectue se paramétrage de dialogue et ok... Un tableur concurrent agit différemment. Si le classeur est ouvert en cliquant sur le fichier dans l'explorateur, il utilise automatiquement le séparateur point-virgule. Pour choisir un autre séparateur, il faut lancer le tableur puis choisir le menu Fichier, Ouvrir. Un assistant se lance pour permettre le choix des options d'ouverture. On peut bien entendu imaginer diverses autres façons de gérer ce point. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Importer CSV sans avoir à choisir systématiquement le séparateur de champ
Le 16/11/2011 22:25, Laurent BALLAND-POIRIER a écrit : Bonsoir, Le 16/11/2011 22:10, Rafael Laville a écrit : Un tableur concurrent agit différemment. Si le classeur est ouvert en cliquant sur le fichier dans l'explorateur, il utilise automatiquement le séparateur point-virgule. Si on parle de MS-Excel (ce n'est pas un gros mot, on a droit de le dire), c'est bien ça qui m'énerve ! Si on n'a pas un point virgule comme séparateur, c'est la pagaille dans le fichier. Il faut l'ouvrir comme tu l'indiques. Tandis que LibO propose systématiquement l'interface permettant de modifier les paramètres d'import, uniquement dans le cas où ils ont changé, et de valider par un simple Entrée. Le surcout de l'appui sur une touche est largement amorti par rapport à la procédure lourde de lancer l'ouverture du fichier à partir de l'application. Je râle, mais je n'ai pas de solution à te proposer. Désolé. Laurent BP Justement, on pourrait imaginer une option (Outils, Options, etc.) qui indique le séparateur. Avec l'inconvénient de devoir le changer à chaque fichier ne l'utilisant pas. Peut-être qu'une macro qui se déclencherait à l'ouverture du document, comme le proposait Jacques Chaillet. Mais il faut absolument qu'elle se déclenche avant l'apparition de la boite de dialogue. Est-ce faisable ? Autre idée : un menu contextuel avec le choix Ouvrir csv (point-virgule) (sans poser de question) et Ouvrir csv (autre séparateur) + boite de saisie du séparateur. Mais ça demanderait un développement. -- Rafael Laville -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Page de téléchargement ne reconnait pas ma version
Le 23/09/2011 08:34, Anael a écrit : Le 22/09/2011 10:22, Txo a écrit : Et puis décider toujours à la place des gens c'est une Microsofterie, Applerie, Googlerie, etc.erie, barrer la mention inutile. Hello, L'informaticien qui réside en moi est d'accord avec tes propos. Par contre, le formateur va moins l'être... lorsqu'une personne doit passer à libreoffice, elle n'est déjà que peu rassurée : elle sort des habitudes Office, ... c'est compliquée pour elle ! Si cette personne n'est pas informaticienne, elle a besoin d'un accompagnement pour télécharger et installer le logiciel : si il y a seulement une liste qui s'affiche... comment Mme Michu connaîtra la version correspondant à son OS ? Ce problème est un problème *bloquant* pour l'utilisateur lambda. Après, si une personne compétente en informatique - votre débat parlant de la version 32 ou 64 bits sous linux, os de fort peu de Mme Michu - savoir refaire un choix dans la liste est bien plus aisé. Je ne pense pas qu'il faille avoir un avis aussi tranché : aujourd'hui, la force d'Apple, Google, ... auprès des utilisateurs, c'est qu'ils leur facilitent la vie en prenant pour l'utilisateur certains partis pris (ceux qui sont le plus utilisés !) Et ceci est une chose bien pour nos Mme Michu qui sont des personnes non à l'aise avec l'outil informatique ! (LOo se veut grand public !) Excellent point de vue que j'approuve. -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
[fr-users] Page de téléchargement ne reconnait pas ma version
Je suppose que ce n'est pas au niveau français mais je le signale quand même. Le script de détection de la version à télécharger (ici : http://fr.libreoffice.org/telecharger#download_script) se plante parfois. Je suis sous Ubuntu 10.04 sur un système 64 bits et on me propose Linux x86 (rpm). Cela ne devrait-il pas être Linux x64 (deb) ? Deux erreurs en une seule phrase ! -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: [calc]impossible d'insérer des colonnes
Le 17/09/2011 10:50, Laurent BALLAND-POIRIER a écrit : Bonjour, Le 17/09/2011 01:08, Henri Boyet a écrit : Là, quand je veux couper (ctrl X), j'ai un message Cette fonction est incompatible avec la sélection multiple. Peut être un indice : ton clavier a une touche Ctrl bloquée ? Laurent BP Autre indice : le copier-couper-coller n'est pas fonctionnel sur une sélection multiple. Je le regrette depuis les origines d'OOo (puis de LO). -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Pérénités des solutions bureautiques libres.
Le 15/09/2011 20:44, Jean-Christophe Monnard a écrit : [J'ajoute quelques corrections orthographiques, typographiques, etc.] Monsieur le Conseiller. Madame ou Monsieur le Conseiller, (virgule et pas point; faut-il ajouter Conseillère ?) Depuis quelque années les collectivités locales ont pu gratuitement Depuis quelques années, (virgule) profiter des avantages des solutions bureautiques libres, comme OpenOffice, et comme OpenOffice.org et (sans virgule) maintenant LibreOffice. Ces avantages sont : - liberté d'usage et de modification - économies - sureté des données et pérennité d'accès aux archives sécurité des données - sécurité de fonctionnement - esprit d'entraide des usagers. (virgule après chaque ligne de l'énumération, point sur la dernière) Ces avantages ont pu être acquis entre autres grâce à l'action de mutualisation des moyens des collectivités locales réalisée par l'association Adullact. grâce à la mutualisation des moyens (alléger la phrase) Pour donner une idée des économies réalisables, notez que l'enseignement en France dépensait près de un milliards de francs par an en 2000 en licences de près d'un milliard de francs [150 millions d'euros] en l'an 2000 (élision, pas de pluriel, incohérence entre par an et en 2000) logiciels de grandes multi-nationales dont l'essentiel des bénéfices échappe à multinationales l'impôt. Un dixième de cette somme consacré à la mise à jour et à de cette somme, consacré au développement (virgule) l'amélioration de logiciels libres suffirait à satisfaire nos besoins. Payer de logiciels libres, (virgule) nos besoins ? Ceux des Français, ceux du secteur de l'enseignement ? des informaticiens dépensant leur argent dans nos régions, est plus utile à des informaticiens qui dépenseront l'aménagement du territoire que de nourrir la puissance de sociétés privées étrangères. Malheureusement, malgré tous ces avantages, certains logiciels libres sont en danger de manquer de contributeurs. Les limites du bénévolat approchent. certains logiciels libres risquent de manquer certains logiciels libres sont en danger et risquent de manquer Ils approchent des limites du bénévolat. Par exemple, LibreOffice profite de l'équivalent cumulé de vingt emplois à temps complet pour la rédaction de son code. Il arrive à l'occasion que des à temps complet pour l'écriture du logiciel. (ce ne sont pas des spécialistes) (ici, je ferais un retour à la ligne avant la phrase Il arrive ...) contributions, des corrections d'erreurs, des mises à jour, puissent tarder. des contributions, des corrections ou des mises à jour tardent. (changer le rythme de la phrase) (affirmer et non supposer) Si par ailleurs des milliers de bénévoles de part le Monde apportent leur Des milliers de bénévoles (alléger la phrase en prévision de la suite) de par le monde (pas de t, pas de majuscule) aide pour traduire ces outils ou en écrire la documentation, ce manque d'écrivains de code peut être un handicape central, notamment pour le pour traduire et documenter le logiciel. (alléger la phrase et l'arrêter ici) Pourtant, le manque d'informaticiens pour le rédiger peut être un handicap majeur, (le et pas ce, le sujet a été à peine effleuré) (utiliser un vocabulaire pas simpliste) (orthographe) (style) développement de fonctionnalités spécifiques aux administrations.. notamment pour développer des fonctionnalités (alléger) Il serait donc bénéfique que les grandes collectivités locales de France Il serait donc bénéfique pour tous Il serait donc profitable pour tous Il serait donc utile à tous que les grandes collectivités locales françaises financent l'emploi d’informaticien consacré à l'écriture de logiciels libres soutiennent l'emploi d'informaticiens consacrés (éviter les mots d'argent, ça fait peur) (orthographe) de bureautique, selon des modalités à définir. de logiciels libres bureautiques, (alléger) Cela permettrait aussi de faire ajouter les fonctions qui leurs sont utiles. Cela favoriserait (par précaution) l'ajout des fonctionnalités qui leur sont (alléger) (lorsqu'il est pronom personnel, leur ne prend jamais d's) Je vous demande donc d'agir pour que l'Aquitaine soit une des premières régions à s'offrir un rédacteur de code informatique libre. rédacteur de logiciel bureautique libre. Je vous prie d’agréer, Monsieur le Conseiller, l’expression de mes sentiments Madame Monsieur ... (reprendre la formule d'appel de début de lettre) distingués. = -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Pérénités des solutions bureautiques libres.
Le 2011-09-15 18:11, Rafael Laville a écrit : Pérénités. il faudrait écrire Pérennités Pérénités n'existe pas dans le Larousse ! Ni dans les autres dictionnaires. Je n'ai pas corrigé le titre du message, j'ai la sale habitude de ne pas lire les titres. Et puis, il ne faisait pas partie de la lettre. D'ailleurs, mieux vaut écrire Pérennité au singulier. -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] [Basic] Bug Rnd
Le 05/09/2011 20:22, VEDEL Patrice a écrit : Erreur : Libo ne reproduit pas Et msgbox STR(nb) occurences à 1 serait plus adapté... ;) From: patve...@hotmail.com To: users@fr.libreoffice.org Subject: [fr-users] [Basic] Bug Rnd Date: Mon, 5 Sep 2011 18:17:58 + Bonsoir Les fonctions Rnd, Random, ou quel que soit leur nom renvoient normalement un nombre supérieur ou égal à 0 et strictement inférieur à 1. L'aide LibO (comme OOo) précise : Fonction Rnd [Exécution] Renvoie un nombre aléatoire entre 0 et 1/... La fonction Rnd renvoie uniquement des valeurs comprises entre 0 et 1. Ce qui n'est pas très clair concernant 0 et totalement faux concernant 1 : Sub TestRnd Dim i As Long, nb As Long For i = 1 To 100 if rnd() = 1 Then nb = nb + 1 Next i msgbox STR(i) occurences à 1 End Sub Testé en 3.4.2. La fréquence d'apparition de 1 est hallucinatoire... Le bug est connu et déjà référencé sur Bugzilla : http://openoffice.org/bugzilla/show_bug.cgi?id=116920 Testé sous Ubuntu 10.04 et LO 3.3.3 : aucune occurrence [occurrence avec 2 c et 2 r] à 1 et aucune occurrence à 0 non plus, même avec 10 millions d'occurrences. Et accessoirement, pourquoi utiliser la fonction STR ? On obtient le même résultat sans. -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: Macro sur CheckBox
Le 03/09/2011 23:24, christianwtd a écrit : Le 03/09/2011 22:58, Virgule a écrit : je vais faire des tests et je vous tiens au courant une version condensée : If Dlg.getControl(CheckBox1).getState = True Then Print1 If Dlg.getControl(CheckBox2).getState = True Then Print2 Ne pourrait-on pas se passer de la partie = True ? Puisque faire un If sur une expression revient précisément à entrer dans la branche Then si elle est vraie (et dans la branche Else si elle est fausse). -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: copier selection multiple dans calc
Le 29/08/2011 09:29, pierre-yves samyn a écrit : J'évoquais bien la sélection de lignes (ou de colonnes) entières, il me semblait avoir été explicite sur ce point, en ajoutant que la résolution était donc partielle. C'est ce que j'ai constaté aussi. Cela dit je ne comprends pas : yves dutrieux wrote: chez moi, c'est ok si on sélectionne les mêmes lignes/et ou les mêmes colonnes. (la sélection doit être rectangulaire mais pas forcément contiguës). Rafael Laville wrote: En effet, chez moi aussi. Mais c'est une sélection multiple très limitée, je n'avais pas pensé à tester ce cas. Plus précisément je ne comprends pas ce que veut dire les mêmes lignes, ni la sélection doit être rectangulaire. Exemple de ce qui fonctionne : http://nabble.documentfoundation.org/file/n3292066/Capture-1.png Il va de soi que les lignes entières sont sélectionnées ce qui n'est pas visualisé sur la copie d'écran. Elles peuvent n'être que partiellement sélectionnées. Par exemple, sélectionne D6:E11 et G6:K11. Ou encore D6:E11 et D16:E26. Les rectangles sélectionnés doivent s'étendre sur une même bande verticale ou horizontale d'une largeur / hauteur d'une ou plusieurs colonnes / lignes. Là, la copie fonctionne bien ou la mise en gras, la mise en forme, la suppression de données, etc. Mais attention ! La saisie de données (par Alt + Entrée) ne fonctionne toujours pas. De même, la commande Couper n'est pas disponible. Bref, ennuyeuse limitation depuis les origines. -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: copier selection multiple dans calc
Le 27/08/2011 19:06, pierre-yves samyn a écrit : gaiac wrote: y a t il une raison technique? Ceci a fait l'objet de nombreuses demandes d'amélioration déjà avec OOo. En effet, je crois avoir posé la question dès OOo 2.0. La seule raison que j'ai vu invoquer pour sa non réalisation est que la cible (là où on voudrait coller) pourrait être différente, ou plus petite, rendant impossible le collage : cf. http://openoffice.org/bugzilla/show_bug.cgi?id=6705 Il est en effet désormais possible dans LibO de copier/coller des sélections de lignes/colonnes non contiguës. Impossible sous LO 3.3.3 et Ubuntu 10.04. La sélection d'une telle plage puis l'utilisation de copier conduit à une boite disant : Cette fonction est incompatible avec la sélection multiple. -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Re: copier selection multiple dans calc
Le 28/08/2011 20:36, yves dutrieux a écrit : Le 28 août 2011 20:28, Rafael Lavillerafael.lavi...@live.fr a écrit : Impossible sous LO 3.3.3 et Ubuntu 10.04. La sélection d'une telle plage puis l'utilisation de copier conduit à une boite disant : Cette fonction est incompatible avec la sélection multiple. chez moi, c'est ok si on sélectionne les mêmes lignes/et ou les mêmes colonnes. (la sélection doit être rectangulaire mais pas forcément contiguës). En effet, chez moi aussi. Mais c'est une sélection multiple très limitée, je n'avais pas pensé à tester ce cas. -- R. L. -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Writer et Calc
Le 23/08/2011 16:28, Michel Leduc a écrit : Le 2011-08-23 03:27, André Merle a écrit : J'ouvre un document Writer et un document Calc vierges. La langue du doc Writer est Français (France). J'écris par exemple le mot bouteille dans Writer, le sélectionne et le copie dans Calc. Le mot dans Calc est souligné en rouge, si j'active le menu orthographe, je m'aperçois que ma cellule est en langue Anglais (U.S.A.). Si j'écris le même mot (avec une faute) dans une autre cellule, celle-ci apparaît bien en Français (France). Reproduisez-vous le phénomène, si oui, avez-vous une explication ? Windows XP SP3 ou Seven et LibreOffice 3.4.2 André Même phénomène chez moi Ubuntu 10.10 LO 3.3.2 Je reproduis avec Ubuntu 10.04 et LO 3.3.3. RL -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] OOo 3.3 Base requête avec recherche
Le 27/07/2011 11:28, Docgranville a écrit : Donc, en gros, on utilise = lorsque l'on veut vérifier une égalité entre deux nombres, et on utilise like, lorsque l'on veut vérifier une égalité entre deux valeurs non numériques. Bien qu'un peu tardivement pour cause de vacances, je reviens sur ce message étonnant. Je fais du SQL au travail tous les jours et lorsque je recherche un client dans la base, j'écris par exemple : select * from identite where nom = 'MARTIN' and prenom = 'JEAN'. J'utilise donc bien = pour comparer deux valeurs non numériques. Il est bien entendu vrai qu'utiliser LIKE dans ce contexte donnerait le même résultat. Toutefois, l'utilisation de LIKE la plus courante porte sur la correspondance de motifs, donc rechercher des données dont la structure répond à un modèle. Exemple : je veux tous les codes commençant par deux lettres suivies de 3 chiffres puis d'autres caractères et ne se terminant pas par 0. Ou plus simplement, je veux tous les employés dont le nom commence par MAR et le prénom par J. RR -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
Re: [fr-users] Ouvrir une base Access avec Base
Le 25/11/2010 07:58, pierre-yves.samyn a écrit : Bonjour Message du 24/11/10 23:39 De : Rafael Laville Objet : [fr-users] Ouvrir une base Access avec Base Est-il possible avec Base 3.2.1, de se connecter à une base créée avec MS-Access 97, enregistrée avec un mot de passe. Si oui, comment ? En effet, si j'utilise l'option Se connecter à une base de données existante Microsoft Access, j'obtiens un message Mot de passe invalide au moment de l'ouverture, sans qu'on m'ait demandé de mot de passe. En 2007 je commentais une manière de faire (windows) sur le forum : http://user.services.openoffice.org/fr/forum/viewtopic.php?f=9t=6777start=0 Je n'ai pas testé depuis et donc notamment pas avec la 3.2.1 Cordialement Pierre-Yves Merci pour cette information dont j'espérais une solution à mon problème. En utilisant des bases sans mots de passe, cela fonctionne très bien (j'ai testé les connexions ADO et ODBC). Avec des bases à mots de passe, j'obtiens des messages Mot de passe invalide alors que je suis sûr d'avoir utilisé le bon (c'est le même pour plusieurs bases sur lesquelles je l'ai testé). Si je passe outre, j'obtiens à l'ouverture le message : Impossible d'établir une connexion avec la source de données mabase. Impossible de démarrer votre application. Le fichier d'information du groupe de travail est absent ou ouvert en mode exclusif par un autre utilisateur. A noter : Access a été désinstallé de ce poste (sous Win XP) car il ne fonctionnait pas. Le poste n'est pas en réseau. Merci quand même de ton aide. -- Unsubscribe instructions: E-mail to users+h...@fr.libreoffice.org List archive: http://fr.libreoffice.org/lists/users/ *** All posts to this list are publicly archived for eternity ***
[fr-users] Ouvrir une base Access avec Base
Bonjour, Est-il possible avec Base 3.2.1, de se connecter à une base créée avec MS-Access 97, enregistrée avec un mot de passe. Si oui, comment ? En effet, si j'utilise l'option Se connecter à une base de données existante Microsoft Access, j'obtiens un message Mot de passe invalide au moment de l'ouverture, sans qu'on m'ait demandé de mot de passe. Merci. RR -- Unsubscribe instructions: E-mail to users+h...@fr.libreoffice.org List archive: http://fr.libreoffice.org/lists/users/ *** All posts to this list are publicly archived for eternity ***
