Re: [fr-users] LIBO 4.0.4.2. XP Pro. Croisement table et requêtes sur BASE.

2013-08-22 Par sujet Dominique_sextant 
Bonjour,

Ton idée est séduisante. Connais-tu une solution pour automatiser le service
de ce champs booléen dans la table ?

Je te remercie et te souhaite une bonne journée,

Dominique



--
View this message in context: 
http://nabble.documentfoundation.org/LIBO-4-0-4-2-XP-Pro-Croisement-table-et-requetes-sur-BASE-tp4070914p4071204.html
Sent from the Users mailing list archive at Nabble.com.

-- 
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] LIBO 4.0.4.2. XP Pro. Croisement table et requêtes sur BASE.

2013-08-22 Par sujet Dominique_sextant 
Bonjour,

Le Trésor Public n'existe plus. Il est remplacé par la DGFiP :-)

Accessoirement, la presque totalité des recettes des collectivités locales
concernent des services rendus. Difficile d'en contester la légitimité «
morale ».

Le champs « Objet du titre » est en saisie libre à l'initiative des
collectivités locales. Tous les comptables publics tentent bien d'en
normaliser la graphie mais le poids des habitudes reprend vite le dessus.
Dit autrement, à part sensibiliser les mairies (et autres collectivités), je
n'ai pas la main sur cette partie de leur travail. Il ne me reste pas
d'autre alternative que de faire des requêtes complexes.

En l'occurrence, je suis comptable d'une grosse commune avec, en face de
moi, une dizaine de personnes susceptibles d'émettre des titres, chacune
ayant ses habitudes qui sont, par essence, meilleures que celles de ses
collègues. Pour autant, je retrouve une certaine stabilité dans la rédaction
de ce champs « objet du titre » et, au fil du temps, mes requêtes s'affinent
et se stabilisent. J'ai mis 3 ou 4 jours pour réaliser mon premier tableau
de bord. Maintenant, je recycle mes requêtes et mon travail est tombé à
environ une heure/mois. C'est acceptable.

Je vais approfondir les termes SQL que tu me conseilles.

Merci et bonne journée,

Dominique







--
View this message in context: 
http://nabble.documentfoundation.org/LIBO-4-0-4-2-XP-Pro-Croisement-table-et-requetes-sur-BASE-tp4070914p4071203.html
Sent from the Users mailing list archive at Nabble.com.

-- 
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

Fwd: [fr-users] Problème de calcul de dates

2013-08-22 Par sujet galahad 
Pour clarifier, je veux que la date reste affichée au format naturel de date, 
et qu'elle donne un résultat prévisible et juste pour faire une simple 
soustraction.

Début du message réexpédié :

> De : gala...@ftp83plus.net
> Date : 21 août 2013 16:35:06 HAE
> À : christianwtd 
> Objet : Rép : [fr-users] Problème de calcul de dates
> 
> Bonjour, 
> 
> sérieusement, ces problème n'apparaissent qu'une fois utilisé et enrichi les 
> feuilles durant quelques temps. Un tableur est fait pour être utilisé, pas 
> pour "se battre" contre lui. Que Excel fasse de pires erreurs n'est pas une 
> excuse ni une explication.
> 
> Le fichier modèle date2.ods ne reprend quelques dates d'un fichier beaucoup 
> plus gros (et confidentiel), et déjà dans ce fichier, les incohérences 
> apparaissent, comme en comparant les lignes 2 à 5, formatées dès le début en 
> date, et les lignes 7 à 10, formatés a posteriori en dates. Deux affichages 
> identiques des dates, mais des résultats de calcul (colonnes C et D) 
> différents. Pourquoi¿
> 
> 
> 
> 
> 
> Le 2013-08-21 à 04:46, christianwtd a écrit :
> 
>> Le 21/08/2013 03:27, gala...@ftp83plus.net a écrit :
>>> Bonsoir,
>>> 
>>> moi le résultat n'est pas bon pour les dates qui ne sont qu'à un jour 
>>> d'écart, lignes 3 et 5. Ça donne 31, au lieu de 1.
>>> 
>>> 
>>> Le 2013-08-20 à 05:13, christianwtd a écrit :
>>> 
 Il se passe quelque chose d'étonnant avec ton fichier. Si je réécris la 
 formule :
 = DATEDIF(A2; B2; "d")
>>> 
>>> ...
>>> 
>>> C'est confus, à part cette manipulation expérimentale, quel est le moyen 
>>> d'afficher des dates au format date, de laisser LibOO les convertir en 
>>> numéro de série si c'est nécessaire, et de donner un résultat qui serait 
>>> aussi au format date?
>> Bonjour,
>> 
>> Simple : à partir de n'importe quelle valeur (même décimale), il suffit de 
>> formater en date suivant le format souhaité. Si on formate la valeur 1 en 
>> date, on obtiens 31/12/1899, point de référence des calculs de dates dans 
>> les tableurs (enfin si les réglages ne sont pas modifiés).
>> A l'inverse, je prends la date du jour : 21/08/2013, formatée en nombre, 
>> donne 41507, soit le nombre de jours écoulés depuis la date référence 
>> (31/12/1899).
>> A noter que Calc fonctionne en négatif, c'est à dire avant la date 
>> référence. Il tient même compte du calendrier grégorien : le lendemain du 
>> 04/10/1582 est le 15/10/1582. On peut tester facilement. Excel ne sait pas 
>> faire ça.
>> Enfin, la partie décimale représente l'heure (en centièmes).
>> 
>> Pour ton fichier, tu devrais recommencer avec un classeur neuf, et si le 
>> problème persiste, préciser la version LiBO et l'OS.
>> 
>> Bon surf,
>> Christian/
>> /
>> 
>> -- 
>> 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
>> 
> 


-- 
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] Problème taille lang-pack FR pour LO 4.1.0

2013-08-22 Par sujet Laurent BALLAND-POIRIER 

Le 22/08/2013 22:15, Jean-Baptiste Faure a écrit :

Bonsoir Alex,

Le 22/08/2013 17:11, Alexander Thurgood a écrit :

Bonjour à tous,

En voulant vérifier un bug sur des fichiers CSV aujourd'hui, j'ai été
amené à télécharger la 4.1.0 et son langpack pour Mac OSX et j'ai
remarqué que sa taille n'est que de 8,7 Mo, alors que habituellement
elle est de l'ordre de 12 Mo, ce qui est également confirmé par la
taille de celui de la 4.0.5, soit 12.0 Mo.

Y-a-t-il un problème avec la taille du langpack FR 4.1.0 ?

J'ai remarqué aussi que la taille du langpack FR de la 4.1.x était plus
petit sous Linux que pour les versions précédentes mais je n'ai pour
l'instant pas détecté de manque dans la traduction de l'UI qui pourrait
expliquer cet amaigrissement. Peut-être demander à Andras Timar sur la
liste l10n ?

Bonne soirée
JBF


Bonsoir,

De la même façon les fichiers d'aide ont diminué. Comparez la version 4.0.4
http://downloadarchive.documentfoundation.org/libreoffice/old/4.0.4.2/win/x86/
avec
http://downloadarchive.documentfoundation.org/libreoffice/old/4.1.0.4/win/x86/

A+

Laurent BP

--
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 itérative de la fonction INDEX() (et TRI)

2013-08-22 Par sujet galahad 
Le classement se fait bien, oui, mais je voudrais maintenant compter les 
valeurs visibles, pas les cellules qui contiennent une formule qui ne retourne 
pas de valeur.

Ça pourrait aussi s'appliquer au résultat de la fonction ESTVIDE(). S'il n'y a 
rien d'affiché, ça devrait retourner VRAI.



Le 2013-08-22 à 15:18, Michel ANDREU a écrit :

> Le 22/08/2013 20:48, gala...@ftp83plus.net a écrit :
>> "" n'est pas un espace, c'est du rien! Il y a un code pour le rien, qui va 
>> avant l'espace? Puisque ça ne suit pas la logique humaine, comment fait-on 
>> pour compter les cellules qui contiennent autre chose que du rien?
> 
> Là, je ne te suis pas bien. On fait comme tu as maintenant dû le faire pour 
> ton tableau G15:H23, non ?
> 
> Michel
> __
>> 
>> 
>> Le 2013-08-22 à 13:05, Michel ANDREU a écrit :
>> 
>>> Le 22/08/2013 18:26, gala...@ftp83plus.net a écrit :
 Mettons, mais dans tous les cas, 100 devrait être prioritaire sur 1000. 
 D'ailleurs ça disparaît lorsque je met un espace entre le nombre et la 
 lettre. Étrange.
>>> Non ! pas étrange. Le code d'espace est 032 et c'est le premier dans la 
>>> liste des codes.
>>> 100 est prioritaire à 1000 quant il s'agit de nombres, pas de texte ! Si tu 
>>> as 100K et 1000µ à trier ce sera 1000µ qui sera prioritaire (sauf si tu 
>>> provoques un tri en ordre inverse, mais ça ne sera pas forcément une bonne 
>>> idée dans une liste comme les tiennes).
>>> 
>>> Michel
>>> 
 Pour le nombre de valeurs, je me fie au dialoue que LibOo affiche quand on 
 veut supprimer du contenu. Si je sélectionne "texte" seulement, le texte 
 seul disparaît, pas la formule. Je m'attends que NB() compte aussi 
 seulement le contenu, pas la formule, et le but était de vérifier que le 
 tri par macro n'a pas "mangé" une valeur par accident, comme on n'est 
 jamais à l'abri d'une erreur de codage. Une cellule contenant exactement 
 "", donc ni de chaîne, ni de nombre, pour moi n'a pas de valeur.
 
 Le 2013-08-22 à 05:07, Michel ANDREU a écrit :
 
> Bonjour Pat,
> 
> *Tri* : 1000µ et 100K ne sont pas des nombres mais du texte et le tri est 
> réalisé en fonction du texte. Sans doute que µ est prioritaire à K dans 
> le principe de tri.
> 
> *Nombre de valeurs* : ta formule est bonne mais tu ne l'as pas appliquée 
> aux bonnes colonnes. Les colonnes que tu as choisi contiennent des 
> _formules_ dans _toutes_ les cellules, c'est pourquoi tu as le résultat 9 
> au lieu de 7 ou de 2. Il faut l'appliquer aux colonnes G et H au lieu de 
> D et E. Ainsi, tu n'as que des valeurs et des cellules vides et ce sera 
> le nombre des valeurs qui sera bien pris en compte.
> 
> Tu auras certainement d'autres questions à poser, il est préférable que 
> tu les poses sur la liste de discussion directement plutôt qu'en privé. 
> Ainsi, tout le monde peut profiter des réponses. Il y a toujours l'un(e) 
> ou l'autre qui est intéressé(e) par le sujet.
> 
> Bien entendu, il faut toujours traiter un sujet à la fois ; on s'y 
> retrouve mieux.
> 
> Bien cordialement.
> 
> Michel
> 
> 
> Le 22/08/2013 03:37, gala...@ftp83plus.net a écrit :
>> Bonjour Michel,
>> 
>> Le 2013-08-20 à 06:56, Michel ANDREU a écrit :
>> 
>>> *Livre*: je sais, c'est très cher mais c'est le seul complet qui 
>>> existe. En patientant un peu je pense que quelqu'un en éditera un moins 
>>> onéreux.*
>>> *
>> J'admire la patience des auteurs, ceci dit. Partir de zéro pour écrire 
>> ça demande certainement beaucoup de temps
>> 
>>> *Pitonyak*: Bien sûr, c'est repoussant de voir toutes ces pages où on a 
>>> du mal à trouver son bonheur. J'ai partagé le même sentiment que toi. 
>>> Mais, la programmation est complexe et les termes et fonctions employés 
>>> (en anglais) pas forcément compréhensibles au premier abord. Malgré que 
>>> j'y ai consacré beaucoup de temps, je n'avance que pas-à-pas, et je 
>>> n'essaie pas de tout comprendre instantanément. Il faut beaucoup de 
>>> patience.
>> En fait ce n'est pas la langue qui me gêne, mais la quantité de pages à 
>> lire sur écran. Probable que je le convertisse en PDF pour le mettre sur 
>> iPad, une fois que j'aurais fini les 4 bouquins que j'ai entamé!
>> 
>>> Si j'ai bien compris, tu fais de l'électronique (c'est mon tout premier 
>>> métier). Tu n'as pas tout compris du premier coup ! je pense. La 
>>> programmation est largement aussi complexe, sinon davantage ; alors 
>>> sois patient et méthodique.
>> En amateur seulement, mais je trouve important de garder trace de toutes 
>> les pièces, notamment pour être capable de ne faire qu'un passage dans 
>> les rayons des boutiques virtuelles. Anecdotiquement je me demande

[fr-users] The Document Foundation annonce LibreOffice 4.0.5

2013-08-22 Par sujet Jean-Baptiste Faure 
Bonjour,

The Document Foundation a publié aujourd'hui la 5e mise à jour
corrective de la branche 4.0 de LibreOffice.
Cette mise à jour corrige plus de 90 bugs (voir les notes de version),
vous la trouverez sur la page habituelle de téléchargement :
http://fr.libreoffice.org/telecharger/

Le texte de l'annonce officielle en anglais est au bout de ce lien :
http://go.mail-archive.com/cPsOIgc8dyDObYKfHSJWW7_WgEY=
ou bien sur le blog de la fondation :
http://blog.documentfoundation.org/2013/08/22/the-document-foundation-announces-libreoffice-4-0-5/

Bonne journée
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.


-- 
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] Problème taille lang-pack FR pour LO 4.1.0

2013-08-22 Par sujet Jean-Baptiste Faure 
Bonsoir Alex,

Le 22/08/2013 17:11, Alexander Thurgood a écrit :
> Bonjour à tous,
> 
> En voulant vérifier un bug sur des fichiers CSV aujourd'hui, j'ai été
> amené à télécharger la 4.1.0 et son langpack pour Mac OSX et j'ai
> remarqué que sa taille n'est que de 8,7 Mo, alors que habituellement
> elle est de l'ordre de 12 Mo, ce qui est également confirmé par la
> taille de celui de la 4.0.5, soit 12.0 Mo.
> 
> Y-a-t-il un problème avec la taille du langpack FR 4.1.0 ?

J'ai remarqué aussi que la taille du langpack FR de la 4.1.x était plus
petit sous Linux que pour les versions précédentes mais je n'ai pour
l'instant pas détecté de manque dans la traduction de l'UI qui pourrait
expliquer cet amaigrissement. Peut-être demander à Andras Timar sur la
liste l10n ?

Bonne soirée
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.

-- 
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 itérative de la fonction INDEX() (et TRI)

2013-08-22 Par sujet Sophie 

Bonsoir Galahad,
Le 22/08/2013 20:48, gala...@ftp83plus.net a écrit :

"" n'est pas un espace, c'est du rien! Il y a un code pour le rien, qui va 
avant l'espace? Puisque ça ne suit pas la logique humaine, comment fait-on pour compter 
les cellules qui contiennent autre chose que du rien?

Je n'ai pas suivi votre fil et je raccroche juste les wagons, mais ta 
remarque m'a fait sourire, le "rien" en informatique n'existe pas, si ce 
n'est pas un espace alors c'est un autre type de caractère qui est 
forcément codé.


À bientôt
Sophie

--
Sophie Gautier 
Tel:+33683901545
Membership & Certification Committee Member - Co-founder
The Document Foundation

--
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 itérative de la fonction INDEX() (et TRI)

2013-08-22 Par sujet Michel ANDREU 

Le 22/08/2013 20:48, gala...@ftp83plus.net a écrit :

"" n'est pas un espace, c'est du rien! Il y a un code pour le rien, qui va 
avant l'espace? Puisque ça ne suit pas la logique humaine, comment fait-on pour compter 
les cellules qui contiennent autre chose que du rien?


Là, je ne te suis pas bien. On fait comme tu as maintenant dû le faire 
pour ton tableau G15:H23, non ?


Michel
__



Le 2013-08-22 à 13:05, Michel ANDREU a écrit :


Le 22/08/2013 18:26, gala...@ftp83plus.net a écrit :

Mettons, mais dans tous les cas, 100 devrait être prioritaire sur 1000. 
D'ailleurs ça disparaît lorsque je met un espace entre le nombre et la lettre. 
Étrange.

Non ! pas étrange. Le code d'espace est 032 et c'est le premier dans la liste 
des codes.
100 est prioritaire à 1000 quant il s'agit de nombres, pas de texte ! Si tu as 
100K et 1000µ à trier ce sera 1000µ qui sera prioritaire (sauf si tu provoques 
un tri en ordre inverse, mais ça ne sera pas forcément une bonne idée dans une 
liste comme les tiennes).

Michel


Pour le nombre de valeurs, je me fie au dialoue que LibOo affiche quand on veut supprimer du contenu. Si je 
sélectionne "texte" seulement, le texte seul disparaît, pas la formule. Je m'attends que NB() 
compte aussi seulement le contenu, pas la formule, et le but était de vérifier que le tri par macro n'a pas 
"mangé" une valeur par accident, comme on n'est jamais à l'abri d'une erreur de codage. Une cellule 
contenant exactement "", donc ni de chaîne, ni de nombre, pour moi n'a pas de valeur.

Le 2013-08-22 à 05:07, Michel ANDREU a écrit :


Bonjour Pat,

*Tri* : 1000µ et 100K ne sont pas des nombres mais du texte et le tri est 
réalisé en fonction du texte. Sans doute que µ est prioritaire à K dans le 
principe de tri.

*Nombre de valeurs* : ta formule est bonne mais tu ne l'as pas appliquée aux 
bonnes colonnes. Les colonnes que tu as choisi contiennent des _formules_ dans 
_toutes_ les cellules, c'est pourquoi tu as le résultat 9 au lieu de 7 ou de 2. 
Il faut l'appliquer aux colonnes G et H au lieu de D et E. Ainsi, tu n'as que 
des valeurs et des cellules vides et ce sera le nombre des valeurs qui sera 
bien pris en compte.

Tu auras certainement d'autres questions à poser, il est préférable que tu les 
poses sur la liste de discussion directement plutôt qu'en privé. Ainsi, tout le 
monde peut profiter des réponses. Il y a toujours l'un(e) ou l'autre qui est 
intéressé(e) par le sujet.

Bien entendu, il faut toujours traiter un sujet à la fois ; on s'y retrouve 
mieux.

Bien cordialement.

Michel


Le 22/08/2013 03:37, gala...@ftp83plus.net a écrit :

Bonjour Michel,

Le 2013-08-20 à 06:56, Michel ANDREU a écrit :


*Livre*: je sais, c'est très cher mais c'est le seul complet qui existe. En 
patientant un peu je pense que quelqu'un en éditera un moins onéreux.*
*

J'admire la patience des auteurs, ceci dit. Partir de zéro pour écrire ça 
demande certainement beaucoup de temps


*Pitonyak*: Bien sûr, c'est repoussant de voir toutes ces pages où on a du mal 
à trouver son bonheur. J'ai partagé le même sentiment que toi. Mais, la 
programmation est complexe et les termes et fonctions employés (en anglais) pas 
forcément compréhensibles au premier abord. Malgré que j'y ai consacré beaucoup 
de temps, je n'avance que pas-à-pas, et je n'essaie pas de tout comprendre 
instantanément. Il faut beaucoup de patience.

En fait ce n'est pas la langue qui me gêne, mais la quantité de pages à lire 
sur écran. Probable que je le convertisse en PDF pour le mettre sur iPad, une 
fois que j'aurais fini les 4 bouquins que j'ai entamé!


Si j'ai bien compris, tu fais de l'électronique (c'est mon tout premier 
métier). Tu n'as pas tout compris du premier coup ! je pense. La programmation 
est largement aussi complexe, sinon davantage ; alors sois patient et 
méthodique.

En amateur seulement, mais je trouve important de garder trace de toutes les 
pièces, notamment pour être capable de ne faire qu'un passage dans les rayons 
des boutiques virtuelles. Anecdotiquement je me demande comment font les rares 
boutiques en brique qui tiennent encore ces pièces, il y a une telle quantité 
et variante sur chacune! Et certaines sont introuvables (cristaux 100KHz, 
467KHz et 100MHz, notamment, sans parler des inducteurs.).

Pour en revenir avec le tri, j'ai essayé de la modifier pour mon fichier 
source, un tri sur 6 colonnes indépendantes. J-y suis parvenu, et c'est certain 
que je n'aurais pas trouvé seul la solution au bug des deux colonnes qu'il faut 
sélectionner, même si on n'en trie qu'une seule à la fois. Je n'ai pas encore 
fait de bouton, mais ça semble aller sur le bon chemin. Maintenant, j'aimerais 
bien savoir pourquoi le tri reste incorrect: par exemple, 1000µ se retrouve 
avant 100K, par exemple.

Autre problème (devrais-je créer un autre courriel¿), je voulais compter le 
nombre de valeurs dans une colonne, pour fi

Re: [fr-users] Re: Utilisation itérative de la fonction INDEX() (et TRI)

2013-08-22 Par sujet galahad 
"" n'est pas un espace, c'est du rien! Il y a un code pour le rien, qui va 
avant l'espace? Puisque ça ne suit pas la logique humaine, comment fait-on pour 
compter les cellules qui contiennent autre chose que du rien?


Le 2013-08-22 à 13:05, Michel ANDREU a écrit :

> Le 22/08/2013 18:26, gala...@ftp83plus.net a écrit :
>> Mettons, mais dans tous les cas, 100 devrait être prioritaire sur 1000. 
>> D'ailleurs ça disparaît lorsque je met un espace entre le nombre et la 
>> lettre. Étrange.
> 
> Non ! pas étrange. Le code d'espace est 032 et c'est le premier dans la liste 
> des codes.
> 100 est prioritaire à 1000 quant il s'agit de nombres, pas de texte ! Si tu 
> as 100K et 1000µ à trier ce sera 1000µ qui sera prioritaire (sauf si tu 
> provoques un tri en ordre inverse, mais ça ne sera pas forcément une bonne 
> idée dans une liste comme les tiennes).
> 
> Michel
> 
>> 
>> Pour le nombre de valeurs, je me fie au dialoue que LibOo affiche quand on 
>> veut supprimer du contenu. Si je sélectionne "texte" seulement, le texte 
>> seul disparaît, pas la formule. Je m'attends que NB() compte aussi seulement 
>> le contenu, pas la formule, et le but était de vérifier que le tri par macro 
>> n'a pas "mangé" une valeur par accident, comme on n'est jamais à l'abri 
>> d'une erreur de codage. Une cellule contenant exactement "", donc ni de 
>> chaîne, ni de nombre, pour moi n'a pas de valeur.
>> 
>> Le 2013-08-22 à 05:07, Michel ANDREU a écrit :
>> 
>>> Bonjour Pat,
>>> 
>>> *Tri* : 1000µ et 100K ne sont pas des nombres mais du texte et le tri est 
>>> réalisé en fonction du texte. Sans doute que µ est prioritaire à K dans le 
>>> principe de tri.
>>> 
>>> *Nombre de valeurs* : ta formule est bonne mais tu ne l'as pas appliquée 
>>> aux bonnes colonnes. Les colonnes que tu as choisi contiennent des 
>>> _formules_ dans _toutes_ les cellules, c'est pourquoi tu as le résultat 9 
>>> au lieu de 7 ou de 2. Il faut l'appliquer aux colonnes G et H au lieu de D 
>>> et E. Ainsi, tu n'as que des valeurs et des cellules vides et ce sera le 
>>> nombre des valeurs qui sera bien pris en compte.
>>> 
>>> Tu auras certainement d'autres questions à poser, il est préférable que tu 
>>> les poses sur la liste de discussion directement plutôt qu'en privé. Ainsi, 
>>> tout le monde peut profiter des réponses. Il y a toujours l'un(e) ou 
>>> l'autre qui est intéressé(e) par le sujet.
>>> 
>>> Bien entendu, il faut toujours traiter un sujet à la fois ; on s'y retrouve 
>>> mieux.
>>> 
>>> Bien cordialement.
>>> 
>>> Michel
>>> 
>>> 
>>> Le 22/08/2013 03:37, gala...@ftp83plus.net a écrit :
 Bonjour Michel,
 
 Le 2013-08-20 à 06:56, Michel ANDREU a écrit :
 
> *Livre*: je sais, c'est très cher mais c'est le seul complet qui existe. 
> En patientant un peu je pense que quelqu'un en éditera un moins onéreux.*
> *
 J'admire la patience des auteurs, ceci dit. Partir de zéro pour écrire ça 
 demande certainement beaucoup de temps
 
> *Pitonyak*: Bien sûr, c'est repoussant de voir toutes ces pages où on a 
> du mal à trouver son bonheur. J'ai partagé le même sentiment que toi. 
> Mais, la programmation est complexe et les termes et fonctions employés 
> (en anglais) pas forcément compréhensibles au premier abord. Malgré que 
> j'y ai consacré beaucoup de temps, je n'avance que pas-à-pas, et je 
> n'essaie pas de tout comprendre instantanément. Il faut beaucoup de 
> patience.
 
 En fait ce n'est pas la langue qui me gêne, mais la quantité de pages à 
 lire sur écran. Probable que je le convertisse en PDF pour le mettre sur 
 iPad, une fois que j'aurais fini les 4 bouquins que j'ai entamé!
 
> Si j'ai bien compris, tu fais de l'électronique (c'est mon tout premier 
> métier). Tu n'as pas tout compris du premier coup ! je pense. La 
> programmation est largement aussi complexe, sinon davantage ; alors sois 
> patient et méthodique.
 
 En amateur seulement, mais je trouve important de garder trace de toutes 
 les pièces, notamment pour être capable de ne faire qu'un passage dans les 
 rayons des boutiques virtuelles. Anecdotiquement je me demande comment 
 font les rares boutiques en brique qui tiennent encore ces pièces, il y a 
 une telle quantité et variante sur chacune! Et certaines sont introuvables 
 (cristaux 100KHz, 467KHz et 100MHz, notamment, sans parler des 
 inducteurs.).
 
 Pour en revenir avec le tri, j'ai essayé de la modifier pour mon fichier 
 source, un tri sur 6 colonnes indépendantes. J-y suis parvenu, et c'est 
 certain que je n'aurais pas trouvé seul la solution au bug des deux 
 colonnes qu'il faut sélectionner, même si on n'en trie qu'une seule à la 
 fois. Je n'ai pas encore fait de bouton, mais ça semble aller sur le bon 
 chemin. Maintenant, j'aimerais bien savoir pourquoi le tri reste 
 incorrect:

[fr-users] Re: [fr-users] LIBO 4.0.4.2. XP Pro. Croisement table et requêtes sur BASE.

2013-08-22 Par sujet Jean-Baptiste Faure 
Bonjour Dominique,

Le 22/08/2013 05:53, Dominique_sextant a écrit :
> Bonjour,
> [...]
> Au final, mes requêtes ne couvrent pas 100% des enregistrements de ma table.
> Je voudrais justement, à partir de ces requêtes, extraire de ma table tous
> les enregistrements qui, précisément, n'ont pas été identifiés par une
> requête.

Une suggestion peut-être naïve : ne serait-il possible d'ajouter une
colonne à la table et chaque fois qu'un enregistrement est attrapé par
une requête de lui ajouter un attribut avec par exemple le numéro de la
requête gagnante ou un simple booléen ? Ensuite il suffit de filtrer la
table pour extraire les enregistrements pour lesquels la colonne
supplémentaire est vide.

Bonne journée
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.

-- 
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 itérative de la fonction INDEX() (et TRI)

2013-08-22 Par sujet Michel ANDREU 

Le 22/08/2013 18:26, gala...@ftp83plus.net a écrit :
Mettons, mais dans tous les cas, 100 devrait être prioritaire sur 
1000. D'ailleurs ça disparaît lorsque je met un espace entre le nombre 
et la lettre. Étrange.


Non ! pas étrange. Le code d'espace est 032 et c'est le premier dans la 
liste des codes.
100 est prioritaire à 1000 quant il s'agit de nombres, pas de texte ! Si 
tu as 100K et 1000µ à trier ce sera 1000µ qui sera prioritaire (sauf si 
tu provoques un tri en ordre inverse, mais ça ne sera pas forcément une 
bonne idée dans une liste comme les tiennes).


Michel



Pour le nombre de valeurs, je me fie au dialoue que LibOo affiche 
quand on veut supprimer du contenu. Si je sélectionne "texte" 
seulement, le texte seul disparaît, pas la formule. Je m'attends que 
NB() compte aussi seulement le contenu, pas la formule, et le but 
était de vérifier que le tri par macro n'a pas "mangé" une valeur par 
accident, comme on n'est jamais à l'abri d'une erreur de codage. Une 
cellule contenant exactement "", donc ni de chaîne, ni de nombre, pour 
moi n'a pas de valeur.


Le 2013-08-22 à 05:07, Michel ANDREU a écrit :


Bonjour Pat,

*Tri* : 1000µ et 100K ne sont pas des nombres mais du texte et le tri 
est réalisé en fonction du texte. Sans doute que µ est prioritaire à 
K dans le principe de tri.


*Nombre de valeurs* : ta formule est bonne mais tu ne l'as pas 
appliquée aux bonnes colonnes. Les colonnes que tu as choisi 
contiennent des _formules_ dans _toutes_ les cellules, c'est pourquoi 
tu as le résultat 9 au lieu de 7 ou de 2. Il faut l'appliquer aux 
colonnes G et H au lieu de D et E. Ainsi, tu n'as que des valeurs et 
des cellules vides et ce sera le nombre des valeurs qui sera bien 
pris en compte.


Tu auras certainement d'autres questions à poser, il est préférable 
que tu les poses sur la liste de discussion directement plutôt qu'en 
privé. Ainsi, tout le monde peut profiter des réponses. Il y a 
toujours l'un(e) ou l'autre qui est intéressé(e) par le sujet.


Bien entendu, il faut toujours traiter un sujet à la fois ; on s'y 
retrouve mieux.


Bien cordialement.

Michel


Le 22/08/2013 03:37, gala...@ftp83plus.net a écrit :

Bonjour Michel,

Le 2013-08-20 à 06:56, Michel ANDREU a écrit :

*Livre*: je sais, c'est très cher mais c'est le seul complet qui 
existe. En patientant un peu je pense que quelqu'un en éditera un 
moins onéreux.*

*
J'admire la patience des auteurs, ceci dit. Partir de zéro pour 
écrire ça demande certainement beaucoup de temps


*Pitonyak*: Bien sûr, c'est repoussant de voir toutes ces pages où 
on a du mal à trouver son bonheur. J'ai partagé le même sentiment 
que toi. Mais, la programmation est complexe et les termes et 
fonctions employés (en anglais) pas forcément compréhensibles au 
premier abord. Malgré que j'y ai consacré beaucoup de temps, je 
n'avance que pas-à-pas, et je n'essaie pas de tout comprendre 
instantanément. Il faut beaucoup de patience.


En fait ce n'est pas la langue qui me gêne, mais la quantité de 
pages à lire sur écran. Probable que je le convertisse en PDF pour 
le mettre sur iPad, une fois que j'aurais fini les 4 bouquins que 
j'ai entamé!


Si j'ai bien compris, tu fais de l'électronique (c'est mon tout 
premier métier). Tu n'as pas tout compris du premier coup ! je 
pense. La programmation est largement aussi complexe, sinon 
davantage ; alors sois patient et méthodique.


En amateur seulement, mais je trouve important de garder trace de 
toutes les pièces, notamment pour être capable de ne faire qu'un 
passage dans les rayons des boutiques virtuelles. Anecdotiquement je 
me demande comment font les rares boutiques en brique qui tiennent 
encore ces pièces, il y a une telle quantité et variante sur 
chacune! Et certaines sont introuvables (cristaux 100KHz, 467KHz et 
100MHz, notamment, sans parler des inducteurs.).


Pour en revenir avec le tri, j'ai essayé de la modifier pour mon 
fichier source, un tri sur 6 colonnes indépendantes. J-y suis 
parvenu, et c'est certain que je n'aurais pas trouvé seul la 
solution au bug des deux colonnes qu'il faut sélectionner, même si 
on n'en trie qu'une seule à la fois. Je n'ai pas encore fait de 
bouton, mais ça semble aller sur le bon chemin. Maintenant, 
j'aimerais bien savoir pourquoi le tri reste incorrect: par exemple, 
1000µ se retrouve avant 100K, par exemple.


Autre problème (devrais-je créer un autre courriel¿), je voulais 
compter le nombre de valeurs dans une colonne, pour fins de tests, 
et le résultat est toujours faux.

http://cjoint.com/?CHwdjmBmZpq



--
Michel ANDREU - Pays d'Auge
LinuxMint 15 Cinnamon
Linuxien depuis janvier 2008





--
Michel ANDREU - Pays d'Auge
LinuxMint 15 Cinnamon
Linuxien depuis janvier 2008


--
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

Re: [fr-users] INSTALLER LIBRE OFFICE SUR UN SERVEUR

2013-08-22 Par sujet Nicolas PAOUR 

Bonjour,
Peut-être des pistes mais il faut plus d'éléments.
1- tu confirmes que tu veux que libreoffice soit accessible sur des PC 
depuis un serveur. C'est a dire que les executables sont sur le serveur 
et les clients l'execute via un dossier partagé.
2- il faut noter que libreoffice ne supporte pas java64. Mais a priori, 
ce n'est pas le problème puisque tu n'arrives pas a l'installer sur le 
serveur. ceci dit, il faudra y veiller.

3- Est-ce pour une utilisation en TSE ?
Merci de donner des précisions
Nicolas


Nicolas
maxiu a écrit le 21/08/2013 17:04:



Bonjour!
J'essaie désespérément d'installer la version de Libre Office, avec ses
composants,
accessibles depuis un serveur.

Mais dès que je coche les composants "serveur", depuis le formulaire
d'installation,
le chemin d'installation disparaît immédiatement.
Ca devient alors impossible pour moi de poursuivre l'installation.

De plus, je reçois le message d'erreur:
Choisissez une langue d'installation dans le package, avant de cliquer sur
next.

Merci beaucoup pour votre aide.
C'est très bloquant pour moi, de ne pas savoir faire d'installation
de libre office sur un serveur
(WindowsServeur2008 64bits)



--
View this message in 
context:http://nabble.documentfoundation.org/INSTALLER-LIBRE-OFFICE-SUR-UN-SERVEUR-tp4070958.html
Sent from the Users mailing list archive at Nabble.com.

-- 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



--
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 itérative de la fonction INDEX()

2013-08-22 Par sujet galahad 
Mettons, mais dans tous les cas, 100 devrait être prioritaire sur 1000. 
D'ailleurs ça disparaît lorsque je met un espace entre le nombre et la lettre. 
Étrange.

Pour le nombre de valeurs, je me fie au dialoue que LibOo affiche quand on veut 
supprimer du contenu. Si je sélectionne "texte" seulement, le texte seul 
disparaît, pas la formule. Je m'attends que NB() compte aussi seulement le 
contenu, pas la formule, et le but était de vérifier que le tri par macro n'a 
pas "mangé" une valeur par accident, comme on n'est jamais à l'abri d'une 
erreur de codage. Une cellule contenant exactement "", donc ni de chaîne, ni de 
nombre, pour moi n'a pas de valeur.

Le 2013-08-22 à 05:07, Michel ANDREU a écrit :

> Bonjour Pat,
> 
> Tri : 1000µ et 100K ne sont pas des nombres mais du texte et le tri est 
> réalisé en fonction du texte. Sans doute que µ est prioritaire à K dans le 
> principe de tri.
> 
> Nombre de valeurs : ta formule est bonne mais tu ne l'as pas appliquée aux 
> bonnes colonnes. Les colonnes que tu as choisi contiennent des formules dans 
> toutes les cellules, c'est pourquoi tu as le résultat 9 au lieu de 7 ou de 2. 
> Il faut l'appliquer aux colonnes G et H au lieu de D et E. Ainsi, tu n'as que 
> des valeurs et des cellules vides et ce sera le nombre des valeurs qui sera 
> bien pris en compte.
> 
> Tu auras certainement d'autres questions à poser, il est préférable que tu 
> les poses sur la liste de discussion directement plutôt qu'en privé. Ainsi, 
> tout le monde peut profiter des réponses. Il y a toujours l'un(e) ou l'autre 
> qui est intéressé(e) par le sujet.
> 
> Bien entendu, il faut toujours traiter un sujet à la fois ; on s'y retrouve 
> mieux.
> 
> Bien cordialement.
> 
> Michel
> 
> 
> Le 22/08/2013 03:37, gala...@ftp83plus.net a écrit :
>> Bonjour Michel, 
>> 
>> Le 2013-08-20 à 06:56, Michel ANDREU a écrit :
>> 
>>> Livre : je sais, c'est très cher mais c'est le seul complet qui existe. En 
>>> patientant un peu je pense que quelqu'un en éditera un moins onéreux.
>> J'admire la patience des auteurs, ceci dit. Partir de zéro pour écrire ça 
>> demande certainement beaucoup de temps
>> 
>>> Pitonyak : Bien sûr, c'est repoussant de voir toutes ces pages où on a du 
>>> mal à trouver son bonheur. J'ai partagé le même sentiment que toi. Mais, la 
>>> programmation est complexe et les termes et fonctions employés (en anglais) 
>>> pas forcément compréhensibles au premier abord. Malgré que j'y ai consacré 
>>> beaucoup de temps, je n'avance que pas-à-pas, et je n'essaie pas de tout 
>>> comprendre instantanément. Il faut beaucoup de patience.
>> 
>> En fait ce n'est pas la langue qui me gêne, mais la quantité de pages à lire 
>> sur écran. Probable que je le convertisse en PDF pour le mettre sur iPad, 
>> une fois que j'aurais fini les 4 bouquins que j'ai entamé!
>> 
>>> Si j'ai bien compris, tu fais de l'électronique (c'est mon tout premier 
>>> métier). Tu n'as pas tout compris du premier coup ! je pense. La 
>>> programmation est largement aussi complexe, sinon davantage ; alors sois 
>>> patient et méthodique.
>> 
>> En amateur seulement, mais je trouve important de garder trace de toutes les 
>> pièces, notamment pour être capable de ne faire qu'un passage dans les 
>> rayons des boutiques virtuelles. Anecdotiquement je me demande comment font 
>> les rares boutiques en brique qui tiennent encore ces pièces, il y a une 
>> telle quantité et variante sur chacune! Et certaines sont introuvables 
>> (cristaux 100KHz, 467KHz et 100MHz, notamment,   sans parler des 
>> inducteurs.).
>> 
>> Pour en revenir avec le tri, j'ai essayé de la modifier pour mon fichier 
>> source, un tri sur 6 colonnes indépendantes. J-y suis parvenu, et c'est 
>> certain que je n'aurais pas trouvé seul la solution au bug des deux colonnes 
>> qu'il faut sélectionner, même si on n'en trie qu'une seule à la fois. Je 
>> n'ai pas encore fait de bouton, mais ça semble aller sur le bon chemin. 
>> Maintenant, j'aimerais bien savoir pourquoi le tri reste incorrect: par 
>> exemple, 1000µ se retrouve avant 100K, par exemple. 
>> 
>> Autre problème (devrais-je créer un autre courriel¿), je voulais compter le 
>> nombre de valeurs dans une colonne, pour fins de tests, et le résultat est 
>> toujours faux.
>> http://cjoint.com/?CHwdjmBmZpq
> 
> 
> -- 
> Michel ANDREU - Pays d'Auge
> LinuxMint 15 Cinnamon
> Linuxien depuis janvier 2008


-- 
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] Calc macro - Trouver plage associée à une cellule fusionnée

2013-08-22 Par sujet Michel Rudelle 
Bonsoir,

> De : VEDEL Patrice [mailto:patve...@hotmail.com]
> Envoyé : jeudi 22 août 2013 16:23
[...]
> 
> Par contre, la perte de la référence complète du RangeAddress est à mon
> sens une régression.
> Je ne sais pas trop où elle a commencé avec LO, si tant est de LO ait
> renvoyé une RangeAddress complet dans une version ...

J'ai pu vérifier ayant une palanquée de versions installées en //
Le fonctionnement est identique avec la 3.3.4
Je pense que l'info est ailleurs, je manque de temps pour essayer, il
faudrait voir de ce coté:
http://www.openoffice.org/api/docs/common/ref/com/sun/star/table/XMergeableC
ell.html
 
Michel



-- 
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: [Calc] Perte graphiques suite passage de open office à libre office

2013-08-22 Par sujet Steph 
Bonsoir Michel,

vous êtes au top !!! Merci de m'avoir trouvé la solution, je n'ai plus qu'à
m'amuser, sachant que j'ai un doc avec 120 graph...


Cordialement



--
View this message in context: 
http://nabble.documentfoundation.org/Probleme-suite-passage-de-open-office-a-libre-office-tp4071066p4071116.html
Sent from the Users mailing list archive at Nabble.com.

-- 
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] [Calc] Perte graphiques suite passage de open office à libre office

2013-08-22 Par sujet Michel Rudelle 
Bonjour,

> De : Steph [mailto:speedstep...@hotmail.fr]
> Envoyé : jeudi 22 août 2013 16:11
> À : users@fr.libreoffice.org
> Objet : [fr-users] Re: Problème suite passage de open office à libre
> office
> 
> Bonjour,
> 
> alors système "WINDOWS 7 PRO et sinon LibreOffice 3.5.7.2.
> 
> Par avance merci

J'ai bien connaissance d'un bug qui déplaçait les graphes entre les
feuilles, mais il est apparu sur la 4.0.0 beta et a été résolu dès la 4.0.0
rc3
Quant à l'ancrage, il nous a joué quelques mauvais tours il y a quelques
versions, et il se pourrait que tes graphes existent mais soient hors de
l'écran.
Pour les rechercher, il faut utiliser le navigateur:
Déplier "Objet OLE" et double-cliquer sur chacun des objets pour se
positionner dessus.

PS: j'ai modifié l'objet pour le rendre plus explicite

Bonne soirée,
Michel


-- 
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] Problème taille lang-pack FR pour LO 4.1.0

2013-08-22 Par sujet Alexander Thurgood 
Bonjour à tous,

En voulant vérifier un bug sur des fichiers CSV aujourd'hui, j'ai été
amené à télécharger la 4.1.0 et son langpack pour Mac OSX et j'ai
remarqué que sa taille n'est que de 8,7 Mo, alors que habituellement
elle est de l'ordre de 12 Mo, ce qui est également confirmé par la
taille de celui de la 4.0.5, soit 12.0 Mo.

Y-a-t-il un problème avec la taille du langpack FR 4.1.0 ?


Alex

-- 
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: Problème suite passage de open office à libre office

2013-08-22 Par sujet Steph 
Bonjour,

alors système "WINDOWS 7 PRO et sinon LibreOffice 3.5.7.2.

Par avance merci 



--
View this message in context: 
http://nabble.documentfoundation.org/Probleme-suite-passage-de-open-office-a-libre-office-tp4071066p4071099.html
Sent from the Users mailing list archive at Nabble.com.

-- 
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: RE: [fr-users] Calc macro - Trouver plage associée à une cellule fusionnée

2013-08-22 Par sujet VEDEL Patrice 
Yo

Effectivement, je n'ai pas testé les références liées à de la plage nommée.
Il m'aurait semblé que le définition de la plage, même erronée le temps du 
unmerge/merge, serait restée en l'état.
Il est possible que nos codeurs aient jugé bon d'actualiser en live... Ou qu'il 
s'agit d'une "fonctionnalité non documentée". ^^

La manip sur l'étendue du merge n'implique pas nécessairement d'automatiser une 
redéfinition de la zone nommée. 
J'aurai même tendance à penser que ce n'est pas plus mal de la laisser en 
l'état, même si le premier automatisme peut se défendre.

Ce qui ramène à l'aspect pratique de l'utilisation du dispacher : on ne touche 
à rien = on n'a rien à sauvegarder pour une restauration ultérieure ==> on se 
contente de se déplacer.

Par contre, la perte de la référence complète du RangeAddress est à mon sens 
une régression.
Je ne sais pas trop où elle a commencé avec LO, si tant est de LO ait renvoyé 
une RangeAddress complet dans une version (ce qui ne fait pas partie des essais 
que je peux faire, croyant naïvement que c'est une chose bouclée qui peut 
difficilement évoluer en mal...)
De plus, rapidement les essais m'ont conduit à attendre patiemment la 4.1.1.  
Comprendre : je ne teste, sur LO, que ponctuellement ^^

Les compteurs ayant commencé à défiler en 4.0.x, les 4.1.x vont "viendre"... ^^

;)


> Date: Thu, 22 Aug 2013 08:21:38 +0200
> From: pref-open-off...@haute-garonne.gouv.fr
> CC: users@fr.libreoffice.org
> Subject: Re: RE: [fr-users] Re: RE: [fr-users] Calc macro - Trouver 
> plage associée à une cellule fusionnée
> 
> Bonjour,
> 
> J'ai juste testé sur un classeur vierge. j'ai fusionné quelques 
> cellules. j'ai nommé cette plage "toto" et j'ai lancé la macro.
> 
> Quant à refusionner, moi je ne fais rien puisque dans la macro, il est 
> noté "et on refait la fusion, autant remettre en l'état, isn't ?
>  oPlage.Merge(True)"
> 
> Et quand la macro a été exécutée une fois je me retrouve avec aucune 
> cellule fusionnée et la plage "toto" fait référence à la première 
> cellule de l'ancienne plage fusionnée.
> 
> Claude
> 
>  Message original 
> Sujet : [INTERNET]   RE: [fr-users] Re: RE: [fr-users] Calc macro - 
> Trouver plage associée à une cellule fusionnée
> De : VEDEL Patrice 
> Pour : claude , 'libreoffice' 
> 
> Date : 21/08/2013 03:44
> > Tu me surprends un peu : [mais cela ne fonctionne qu'une fois et cela 
> > ne donne que la dernière ligne de fusion mais la colonne mais si on  
> > recommence les cellules sont dé-fusionnées]
> > Cela fonctionne une fois normalement ? ou à plus ou moins une fois ?
> > Les cellules non fusionnées, c'est AMHA moins grave : où est comment 
> > tu refusionnes.? Selon le cas, il suffit de resélectionner à partir de 
> > oRange avant de lancer la fusion.
> >
> > Donc, si ton fichier n'a rien de confidentiel, ce serait bien de le 
> > joindre et, s'il l'est, tu peux toujours effacer les contenus 
> > sensibles : le truc c'est de voir ton contexte, pas le contenu du fichier.
> >
> >
> > > Date: Tue, 20 Aug 2013 17:15:35 +0200
> > > From: pref-open-off...@haute-garonne.gouv.fr
> > > To: users@fr.libreoffice.org
> > > Subject: Re: RE: [fr-users] Re: RE: [fr-users] Calc macro - Trouver 
> > plage associée à une cellule fusionnée
> > >
> > > Encore une fois, merci d'essayer mais cela ne fonctionne qu'une fois et
> > > cela ne donne que la dernière ligne de fusion mais la colonne mais 
> > si on
> > > recommence les cellules sont dé-fusionnées.
> > >
> > > Désolée
> > >
> > > Bonne soirée
> > >
> > > Claude
> > >
> > >  Message original 
> > > Sujet : [INTERNET] RE: [fr-users] Re: RE: [fr-users] Calc macro -
> > > Trouver plage associée à une cellule fusionnée
> > > De : VEDEL Patrice 
> > > Pour : claude , 'libreoffice'
> > > 
> > > Date : 20/08/2013 16:39
> > > > Bonjour,
> > > >
> > > > Effectivement j'ai trouvé une version AOO avec laquelle cela ne
> > > > fonctionne pas. :(
> > > > Donc on reprend le schmilblick avec une autre approche :
> > > >
> > > > Sub essaiToto3
> > > > Dim oSheet as Object, oPlage As Object, oRange As Object
> > > > oSheet = Thiscomponent.Sheets.getByName("Feuille1")
> > > > oPlage = oSheet.getCellRangeByName("Toto")
> > > >
> > > > IF oPlage.isMerged Then
> > > > ' On annule la fusion des cellules et...
> > > > ' ô miracle la sélection porte sur la plage anciennement
> > > > fusionnée ;)
> > > > oPlage.Merge(False)
> > > > ' On récupère donc le RangeAddress
> > > > oRange = ThisComponent.CurrentSelection.RangeAddress
> > > > ' et on refait la fusion, autant remettre en l'état, isn't ?
> > > > oPlage.Merge(True)
> > > > End If
> > > >
> > > > MsgBox "Feuille : " & oRange.Sheet & chr(10) & _
> > > > "Haut Gauche : " & oRange.StartColumn & "," &
> > > > oRange.StartRow & chr(10) & _
> > > > "Bas Droite : " & oRange.EndColumn & "," &
> > > > oRange.EndRow, 64, "Index de la plage fusionnée"
> > > > End Sub
> > > >
> > > > Cordialement
> > > >
> > > > > Date: Tue, 20 Aug 2013 0

Re: [fr-users] Problème suite passage de open office à libre office

2013-08-22 Par sujet Landron Gérard 

Le 22/08/2013 14:16, STEPH a écrit :

Bonjour,

j ai un problèmes avec mes graphiques. Sur la première feuille mes graphiques 
sont partis en haut à gauche. Problème résolus avec l ancrage. Par contre sur 
les autres feuilles les graphiques ont disparu.
Sachant que tous mes documents ont le même problèmes.
Y à t il un moyen récupérer ça.
Par avance merci.
Cordialement


il faudrait donner les versions de OOo et de libo
et poiurquoi pas le système d'exploitation !

Gérard

--
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] Problème suite passage de open office à libre office

2013-08-22 Par sujet STEPH 
Bonjour,

j ai un problèmes avec mes graphiques. Sur la première feuille mes graphiques 
sont partis en haut à gauche. Problème résolus avec l ancrage. Par contre sur 
les autres feuilles les graphiques ont disparu.
Sachant que tous mes documents ont le même problèmes.
Y à t il un moyen récupérer ça.
Par avance merci.
Cordialement 
-- 
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] Fwd: macros personnalisées

2013-08-22 Par sujet Arnaud Versini 

Bonjour,

Le 21/08/2013 10:11, Marie jo Libo a écrit :

Bonjour,

N'ayant aucun élément de réponse à apporter à cette demande, je me 
tourne vers vous.

Avez-vous une solution à proposer ?

Merci
Marie-Jo

 Message original 
Sujet: macros personnalisées
Date : Wed, 21 Aug 2013 09:57:33 +0200
De : Francoise PAGE 
Pour : Madame Marie-Jo KOPP CASTINEL 



Bonjour Marie--Jo,

j'ai un souci depuis un certain temps au sujet d'une macro dans Calc 
qui nous est indispensable pour faire des mailings à partir d'un csv 
exporté de notre plateforme de messagerie;


Chaque agent voulant faire du mailing de la sorte,est obligé d'avoir 
cette macro _installée sur son PC_ :

- c'est contraignant
- nous ne l'installons pas systèmetiquement sur tous les Pc car la 
manipulation d'extraction des données et utilisation de cette macro , 
n'est pas forcément à mettre entre toutes les mains.


Y a t-il un moyen (que je ne connais pas à ce jour), d'installer cette 
macro sur notre serveur pour qu'il soit disponible à tous ceux qui en 
ont besoin, sachant que Liboo est installé sur chaque PC et non sur le 
serveur ?
Moi personnellement j'utiliserais un dossier partagé dans lequel je 
mettrais tout les fichiers contenant les macros dans des templates.


Une autre solution pourrait être de faire pointer un fichier de ce 
dossier du profil vers le réseau : libreoffice/4/user/basic mais je n'en 
suis pas certain, et je n'ai pas vérifié si cette solution marchait.


Si tu as une idée, je suis preneuse.

Merci d'avance
Françoise






--
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: dash and Chart.Diagram.YHelpGrid

2013-08-22 Par sujet Michel Rudelle 
Bonjour,

> De : yoyo63 [mailto:lionel.maillet...@orange.fr]
> Envoyé : mercredi 21 août 2013 18:24
> À : users@fr.libreoffice.org
> Objet : [fr-users] Re: dash and Chart.Diagram.YHelpGrid
> 
> Bonjour et merci de s'intéresser à mon problème.étant néophyte je fais
> sûrement des erreurs mais là je sèche.je joint le fichier.cordialement
> test_graph2.ods
> 

En effet, les sous-propriétés ne peuvent être écrites. Je suppose que ton
exemple est inspiré du tutoriel OOo-API où il est donné pour le contour d'un
dessin. Il se peut que la propriété LineDash pour une grille d'un diagramme
ne soit pas accessible (bien que présente dans l'objet YHelpGrid) et que
l'on ne puisse accéder qu'aux propriétés paramétrables manuellement.
Par exemple: maForme.LineDashName="Fine Dashed" donne bien des tirets fins.

Il faut utiliser la terminologie anglaise, pour la trouver, il suffit de
passer l'interface en anglais (Options > Paramètres linguistiques > Langues)

Je ne connais pas assez l'API pour dire si ce comportement est normal ou
pas.

Bonne journée,
Michel


-- 
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] LIBO 4.0.4.2. XP Pro. Croisement table et requêtes sur BASE.

2013-08-22 Par sujet Alexander Thurgood 
Bonjour Dominique,

Le 22/08/13 05:53, Dominique_sextant a écrit :

> J'extrais de mon application informatique nationale  Hélios (je suis
> comptable public) un seul gros fichier recensant toutes les personnes qui, à
> un titre quelconque, doivent de l'argent à une commune. Ce fichier (6000
> lignes) est inexploitable sans retraitement. Il faut notamment distinguer
> les types de dettes dues par ces personnes afin de spécialiser mon
> recouvrement. Je ne vais pas agir de la même manière avec une cantine à 30 €
> et des loyers à 1 000 €.

Je ne peux que constater avec une certaine ironie que le Trésor Public
demande de l'aide (qui plus est bénévole) à ces citoyens pour l'assister
à récupérer les sommes qui lui sont dues ;-)

Plus sérieusement, je pense qu'avant tout, il te faut normaliser au
maximum les données contenues dans le champ "Objet du titre", sinon je
ne vois pas comment tu peux espérer à long terme faire un travail
correct sans y passer des heures/journées et/ou à côté de ce que tu
cherches à accomplir. Je suis aussi un peu étonné que tu n'aies pas
d'accès à un service informatique qui te permettrait de mettre ces
données dans une forme exploitable avant de pouvoir faire tes requêtes.
Je suis aussi étonné que chaque commune soit libre de choisir le libellé
qu'elle veut lors de la saisie des créances !!

J'imagine que le fichier que tu télécharges est sous forme texte, genre
CSV ou TXT ? Dans ce cas, un script de retraitement (en Perl, ou Bash,
voire même WSH, par exemple) serait l'idéal, avec lequel tu pourrais
normaliser les données avant de les charger dans Base. Par "normaliser",
j'entends que les libellés soient uniques et homogènes pour chaque type
de créance. A défaut de ça, avoir la possibilité d'ajouter un champ
d'indexation pour chaque type de créance, et de ne faire qu'une seule
requête paramétrée avec laquelle tu n'aurais qu'à rentrer le numéro
d'index à chaque fois. Ici encore, si le fichier sources est sous forme
de texte, cela devrait être possible par le biais d'un script de
manipulation. Evidemment, cela suppose de faire appel à quelqu'un ou à
un service informatique ayant les compétences nécessaires (ce n'est pas
mon cas, ne maîtrisant pas encore sed/awk ;-) ).

Faire ce travail en amont va te faire gagner des heures par la suite,
c'est donc un investissement "rentable" à mon sens. Autrement, je ne
vois pas comment tu t'en sortiras, sauf à y passer des heures, ou à
faire des requêtes compliquées, comme cela semble être le cas actuellement.

Saches que si tu ne peux vraiment pas faire autrement que passer par des
requêtes sur des données non-normalisées, alors dans ce cas, il va
falloir que tu lises la documentation sur les requêtes SQL mettant en
oeuvre des mots clés comme "UNION", "CREATE TEMPORARY TABLE", "SELECT
INTO", ou "CREATE VIEW [(,..) AS SELECT ... FROM"
(commande pour créer une vue avec hsqldb)


Alex

 



-- 
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] Fwd: macros personnalisées

2013-08-22 Par sujet Jean-Baptiste Faure 
Bonjour,

Le 21/08/2013 10:11, Marie jo Libo a écrit :
> Bonjour,
> 
> N'ayant aucun élément de réponse à apporter à cette demande, je me
> tourne vers vous.
> Avez-vous une solution à proposer ?

Ne peut-on mettre cette macro dans un modèle de lettre qui serait stocké
sur le serveur et que les utilisateurs devraient aller chercher quand
ils ont besoin de faire ce type de mailing ?

Bonne journée
JBF

> 
> Merci
> Marie-Jo
> 
>  Message original 
> Sujet: macros personnalisées
> Date : Wed, 21 Aug 2013 09:57:33 +0200
> De : Francoise PAGE 
> Pour : Madame Marie-Jo KOPP CASTINEL 
> 
> 
> 
> Bonjour Marie--Jo,
> 
> j'ai un souci depuis un certain temps au sujet d'une macro dans Calc qui
> nous est indispensable pour faire des mailings à partir d'un csv exporté
> de notre plateforme de messagerie;
> 
> Chaque agent voulant faire du mailing de la sorte,est obligé d'avoir
> cette macro _installée sur son PC_ :
> - c'est contraignant
> - nous ne l'installons pas systèmetiquement sur tous les Pc car la
> manipulation d'extraction des données et utilisation de cette macro ,
> n'est pas forcément à mettre entre toutes les mains.
> 
> Y a t-il un moyen (que je ne connais pas à ce jour), d'installer cette
> macro sur notre serveur pour qu'il soit disponible à tous ceux qui en
> ont besoin, sachant que Liboo est installé sur chaque PC et non sur le
> serveur ?
> 
> Si tu as une idée, je suis preneuse.
> 
> Merci d'avance
> Françoise
> 
> 
> 


-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.

-- 
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