[fr-users] Différences SQL entre OOo 3.2 et LibO 3. 3

[Marc Romano]

 Bonjour ;

Je n'ai pas la réponse à la question de Samuel à propos d'une source
ODBC sous Vista, mais sa question m'a amené à vérifier le fonctionnement
de LibO Base dans un environnement XP / MySQL / My ODBC Connector. Il
semble qu'une instruction SQL en mode natif ait du mal à être
interprétée normalement par le moteur de LibO dès lors qu'une jointure
naturelle est réalisée. J'm'explique :

Soit une base comprenant (entre autres) une table "cheval" et une table
"proprietaire". Pas de relation définie.
Soit la requête test suivante (je retape, ce n'est pas du copier/coller,
j'ai supprimé les ``) :

SELECT cheval.*, nom_prop
FROM cheval, proprietaire
WHERE cheval.id_prop = proprietaire.id_prop

La base comprend 200 enregistrements. En mode natif, on obtient 200 fois
les données du premier enregistrement de la base, en mode "exécution
directe de l'instruction SQL", la requête renvoie correctement les données.

La même requête (aucune modification, copiée/collée, cette fois...),
sous OOo 3.2 et précédentes, répond normalement dans les deux cas.

Le seul problème que j'avais relevé venait sous ces versions de
l'impossibilité d'utiliser une requête en mode SQL direct pour fusionner
les données d'une base avec un document texte par exemple. Il semble en
revanche, d'après les premiers tests que je viens de faire, que cette
limitation ne soit plus de mise sous LibO. Il faudra que je le confirme
par des essais un peu plus poussés, mais c'est déjà une bonne chose : le
mode "direct SQL" est important pour moi, pour diverses raisons.

Il y a par contre un truc assez énervant qui n'a pas été résolu, le fait
qu'un document de fusion ne conserve pas le lien avec la table/requête
qui lui sert de source d'entrée entre la création du document et
l'impression. On est obligé de repréciser à chaque fois quelle est la
source de données au moment de lancer l'impression. Qu'on puisse la
modifier à ce moment-là, pourquoi pas, mais LibO pourrait proposer par
défaut la source qui a servi à la création du document de fusion.

Je ne sais pas si c'est le bon endroit pour faire remonter ces infos, je
suppose que tout cela se met en place et que ça demande du temps. En
attendant, si ma contribution peut être un petit caillou dans la
construction de l'édifice, tant mieux !

M. Romano

-- 
E-mail to users+h...@fr.libreoffice.org for instructions on how to unsubscribe
List archives are available at http://fr.libreoffice.org/lists/users/
All messages you send to this list will be publicly archived and cannot be 
deleted

Re: [fr-users] Différences SQL entre OOo 3.2 et LibO 3.3

[Marc Romano]

Bonjour,
> Ce qui est un peu difficile, c'est que tu compares une version LibO
> non validée ni stabilisée, ce qui est le cas de LibO 3.3
> avec une version de production OOo 3.2
> J'ai l'impression que les comparaisons seront plus argumentées lorsque
> la version définitive sera proposée.
> Qu'en penses-tu ?
> J.M

Je ne critique pas ni ne cherche à comparer. Je fais remonter quelque
chose qui ressemble beaucoup à un bogue : la réponse de LibO à une
requête simple, qui ne présente aucune erreur de conception logique par
rapport aux normes SQL. On peut remplacer le test fait sous OOo 3.2 par
un test avec un utilitaire d'interface vers MySQL, comme PHPMyAdmin, 
MyDB Studio, HeidiSQL. Le résultat est le même : la requête fonctionne,
sauf sous LibO.

J'utilise cette base de données dans le cadre de l'apprentissage de SQL
par des BTS CGO. Il est évident que je continuerai, pour l'instant, à le
faire sous OOo 3.2 : je ne peux pas lancer dans le grand bain une
version non stabilisée, mais ça ne m'empêche pas de la tester.

Mon dernier paragraphe est une suggestion d'amélioration. J'aurais dû en
faire un message indépendant, ç'aurait été plus clair.

En ce qui concerne la comparaison entre les deux versions, elle sera
faite, évidemment, mais bien entendu en comparant ce qui est comparable,
c'est-à-dire des versions stables. Il ne me viendrait pas à l'idée une
seule seconde de juger à partir d'une version en cours de développement,
je te rassure.

Cordialement ;
MR




-- 
E-mail to users+h...@fr.libreoffice.org for instructions on how to unsubscribe
List archives are available at http://fr.libreoffice.org/lists/users/
All messages you send to this list will be publicly archived and cannot be 
deleted

Re: [fr-users] Différences SQL entre OOo 3.2 et LibO 3.3

[Marc Romano]

Le 20/10/2010 18:48, Jean Michel PIERRE a écrit :
> Comme il y a actuellement une centaine de bugs répertoriés, tu peux
> regarder si celui que tu décris a été signalé.
> https://bugs.freedesktop.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=LibreOffice&content=
>
> Je n'en ai trouvé qu'un seul portant sur les commandes  SQL :
> SQL "CAST" function won't work on MySQL backend
> Il faut sans doute s'inscrire pour consulter le contenu.
> J.M
Pas besoin de s'inscrire pour consulter le détail, a priori, mais il
faut l'être pour poster un nouveau bug.

Celui que je signale n'est pas répertorié mais pour en faire un bug
complet, il faudrait pousser les tests dans d'autres environnements, ce
que je n'ai pas les moyens (ni le temps, malheureusement) de faire.

MR



-- 
E-mail to users+h...@fr.libreoffice.org for instructions on how to unsubscribe
List archives are available at http://fr.libreoffice.org/lists/users/
All messages you send to this list will be publicly archived and cannot be 
deleted

Re: [fr-users] Re: Rép. : [fr-users] Différe nces SQL entre OOo 3.2 et LibO 3. 3

[Marc Romano]

Bonjour ;

Je n'avais pas fait l'essai avec une table, mais uniquement avec des
requêtes, ce qui est le cas le plus fréquent d'utilisation dans notre
contexte. Effectivement, ça ne marchait pas dans OOo 3.2 ni dans les
versions antérieures. C'est juste dommage que ça ne soit pas corrigé, à
moins qu'il y ait une raison précise pour ne pas le faire.

Cordialement ;
M. Romano

Le 03/11/2010 21:11, ribotb a écrit :
> Bonsoir
>
> C'est exact. Dans le cas où on fait Imprimer > Imprimer une
> lettre-type on n'a plus le lien avec la requête. Mais je viens de
> vérifier, c'était déjà le cas avec OOo 3.2.1.
>
> Bernard Ribot
>
> Le 03/11/2010 19:09, Fabrice Chauvat a écrit :
>> Je confirme le problème mais dans un cas :
>>
>>
>> Si on utilise  et l'assistant mailing : pas de problème que le lien
>> soit avec une table ou une requête.
>> Si on demande une impression du document de fusion, on accepte
>> l'édition de lettre type. Dans ce cas, si le lien est avec une table,
>> il est repris dans la fenetre qui s'ouvre, si le lien est avec une
>> requête, il n'est pas repris
>> Et je confirme, c'est TRES ennuyeux dans notre cas ( installation
>> entreprise avec des documents de fusion tout prêt pour utilisateurs
>> finaux ).
>>
>>
>>
>>
>>   
>>>>> "pierre-yves.samyn"  03/11/10 19:02>>>
>>>>>  
>> Bonjour
>>
>>   
>>> Marc Romano
>>> Wed, 20 Oct 2010 02:25:24 -0700
>>> Il y a par contre un truc assez énervant qui n'a pas été résolu, le
>>> fait
>>> qu'un document de fusion ne conserve pas le lien avec la table/requête
>>> qui lui sert de source d'entrée entre la création du document et
>>> l'impression. On est obligé de repréciser à chaque fois quelle est la
>>> source de données au moment de lancer l'impressionJe confirme si la
>>> source est une requête (SQL direct ou non) mais pas
>>>  
>> si la source est une table : il n'est pas nécessaire, ni avec OOo, ni
>> avec la beta 2 LibO de redonner la source, en tout cas dans mon
>> environnement : XP - SP3
>>
>> Cordialement
>> Pierre-Yves
>>
>>
>>
>> Une messagerie gratuite, garantie à vie et des services en plus, ça
>> vous tente ?
>> Je crée ma boîte mail www.laposte.net
>>
>> -- 
>> E-mail to users+h...@fr.libreoffice.org for instructions on how to
>> unsubscribe
>> List archives are available at http://fr.libreoffice.org/lists/users/
>> All messages you send to this list will be publicly archived and
>> cannot be deleted
>>
>>
>>
>>
>
>
> ---
> Antivirus avast! : message Sortant sain.
> Base de donnees virale (VPS) : 101103-1, 03/11/2010
> Analyse le : 03/11/2010 21:11:48
> avast! - copyright (c) 1988-2010 AVAST Software.
> http://www.avast.com
>
>
>
>
>

-- 
E-mail to users+h...@fr.libreoffice.org for instructions on how to unsubscribe
List archives are available at http://fr.libreoffice.org/lists/users/
All messages you send to this list will be publicly archived and cannot be 
deleted

Re: [fr-users] Re: Rép. : [fr-users] Différe nces SQL entre OOo 3.2 et LibO 3. 3

[Marc Romano]

Ça me semble bien résumer le problème. OK pour moi.
MR


Le 04/11/2010 19:10, ribotb a écrit :
> Sauf avis contraire dans les prochaines heures j'ouvrirais ce problème
> dans bugzilla. J'en ai ouvert un il y a quelques jours, donc ça
> devrait aller :-) Je propose :
>
> Summary : Connecting a SQL query to a form letter without using the
> mailing wizard
>
> Description :
> When connecting a SQL query to a form letter in the mailing window (by
> the mailing button added in the standard toolbar or by Print > Print a
> form letter ? ) , this connection  no longer appears when the form
> letter is re-opened.
> Therefore, in the data source explorer, the query must be re-connected.
>
> A corriger éventuellement.
>
> Bernard
>
> PS : Je suis honteux ! dans mon message précédent j'ai écrit
> "Dois-t-on"/ Bien sûr il fallait lire "Doit-on" 
>
> Le 04/11/2010 18:23, Fabrice Chauvat a écrit :
>> Pour moi  oui  ( cette correction serait un vrai plus).
>> Ca se rapproche sinon du bug Ooo 48059 dans IssueZilla ( j'insiste
>> un peu sur ce bug ... gênant pour mon boulot).
>>
>>   
>>>>> Le 04/11/2010 à  18:19, ribotb  a écrit dans le
>>>>> message
>>>>>  
>> <4cd2eb1c.5040...@gmail.com>  :
>>   
>>> Dois-t-on ouvrir un problème dans bugzilla ?
>>>
>>> Bernard
>>>
>>> Le 04/11/2010 06:05, Marc Romano a écrit :
>>> 
>>>> Bonjour ;
>>>>
>>>> Je n'avais pas fait l'essai avec une table, mais uniquement avec des
>>>> requêtes, ce qui est le cas le plus fréquent d'utilisation dans notre
>>>> contexte. Effectivement, ça ne marchait pas dans OOo 3.2 ni dans les
>>>> versions antérieures. C'est juste dommage que ça ne soit pas
>>>> corrigé, à
>>>> moins qu'il y ait une raison précise pour ne pas le faire.
>>>>
>>>> Cordialement ;
>>>> M. Romano
>>>>
>>>> Le 03/11/2010 21:11, ribotb a écrit :
>>>>
>>>>   
>>>>> Bonsoir
>>>>>
>>>>> C'est exact. Dans le cas où on fait Imprimer>   Imprimer une
>>>>> lettre-type on n'a plus le lien avec la requête. Mais je viens de
>>>>> vérifier, c'était déjà le cas avec OOo 3.2.1.
>>>>>
>>>>> Bernard Ribot
>>>>>
>>>>> Le 03/11/2010 19:09, Fabrice Chauvat a écrit :
>>>>>
>>>>> 
>>>>>> Je confirme le problème mais dans un cas :
>>>>>>
>>>>>>
>>>>>> Si on utilise  et l'assistant mailing : pas de problème que le lien
>>>>>> soit avec une table ou une requête.
>>>>>> Si on demande une impression du document de fusion, on accepte
>>>>>> l'édition de lettre type. Dans ce cas, si le lien est avec une
>>>>>> table,
>>>>>> il est repris dans la fenetre qui s'ouvre, si le lien est avec une
>>>>>> requête, il n'est pas repris
>>>>>> Et je confirme, c'est TRES ennuyeux dans notre cas ( installation
>>>>>> entreprise avec des documents de fusion tout prêt pour utilisateurs
>>>>>> finaux ).
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>   
>>>>>>>>> "pierre-yves.samyn"  03/11/10 19:02>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>  
>>>>>> Bonjour
>>>>>>
>>>>>>
>>>>>>
>>>>>>   
>>>>>>> Marc Romano
>>>>>>> Wed, 20 Oct 2010 02:25:24 -0700
>>>>>>> Il y a par contre un truc assez énervant qui n'a pas été résolu, le
>>>>>>> fait
>>>>>>> qu'un document de fusion ne conserve pas le lien avec la
>>>>>>> table/requête
>>>>>>> qui lui sert de source d'entrée entre la création du document et
>>>>>>> l'impression. On est obligé de repréciser à chaque fois quelle
>>>>>>> est la
>>>>>>> source de données au moment de lancer l'impressionJe confirme si la
>>>>>>> source est une requête (SQL direct ou

Re: [fr-users] pilote de données

[Marc Romano]

Le 26/01/2011 15:04, JLP a écrit :
> Bonjour à tous,
>
> d'abord et encore : merci à tous ceux qui libèrent encore plus notre
> suite bureautique préférée !
>
> je rencontre toutefois un problème avec un classeur contenant
> plusieurs pilotes de données (construit avec OOo en son temps).
> Ceux ci s'affichent mais ont perdu toute structure. C'est à dire qu'en
> demandant '"Activer", on découvre qu'il n'y a plus d'informations
> reliées au tableau.
> J'espère être à peu près clair ...
> Avez vous déjà vu ce problème ?
> merci d'avance
> JLP

Je viens d'essayer après avoir vu ce message : je ne reproduis pas le
problème. Un classeur contenant des tableaux construits avec le pilote
de données en mars 2008 (qui pourrait rappeler quelle était la version
d'OOo en cours à cette date ?) est ouvert par LO RC4 sans problème, et
la structure est toujours active.

Peut-être avec plus de détails pour expliquer le problème ?

MR


-- 
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] pilote de données

[Marc Romano]

Le 26/01/2011 18:33, JLP a écrit :
> Le 26/01/2011 18:31, JLP a écrit :
>> Donc voici le fichier en cause.
>> Je me permets de le passer sur la liste (23 ko c'est peu) et je m'en
>> excuse.
>>
> bon apparemment les pièces jointes ne passent pas (c'est un peu normal
> ...)
> Donc :
> http://www.cijoint.fr/cjlink.php?file=cj201101/cijpsDhvBb.ods
>
>
>

Vu le fichier. Effectivement, le pilote de données est bien relu par OOo
3.2.1 mais par par LibO 3.3. Il semble qu'il perde la connexion à la
source de données (plage de cellules locale dans cet exemple).

J'ai pensé que cela pouvait venir de la présence d'un champ de page.
J'ai donc modifié le pilote sous OOo pour supprimer le champ de page et
essayé de lire le fichier modifié sous LibO : même constat, il perd la
liaison avec la source de données. Par contre, à l'ouverture du fichier
il "lit" bien la source, puisque les résultats portent sur la totalité
des données et pas sur une analyse partielle, comme c'était le cas dans
la version initiale (le champ de page permet de filtrer les données).

Pas d'explication simple a priori. Je me demande s'il n'y a pas un
problème de cohérence au niveau des noms définis dans le classeur : il y
en a beaucoup, et je ne peux pas juger de leur validité puisque les
feuilles correspondantes n'existent pas dans cette version. Mais je
pense que ça pourrait peut-être être une piste. Je confirme toutefois
l'existence du problème, pour ce fichier du moins.

Cordialement ;
MR



-- 
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 et Bases de données, plantage

[Marc Romano]

Il n'y a pas de moyen de réparer ça. Et c'est bien embêtant.
J'ai le même problème, et pour l'instant j'en reste à mon connecteur
MySQL/ODBC 3.51, qui marche impeccablement.

Cordialement ;
Marc Romano

Le 03/02/2011 16:59, Alexander Thurgood a écrit :
> Re,
>
> Le 03/02/11 16:51, Docgranville a écrit :
>
>
>> C'est moi qui ai raté un épisode ou c'est normal ?
> Que nenni, c'est un bug connu déjà avec OOo et qui n'a toujours pas été
> réparé visiblement. Et, effectivement, je comprends que cela puisse
> t'embêter, on ne voudrait pas, par exemple, que les utilisateurs lambda
> puissent voir le contenu des autres db/tables...je ne sais pas s'il y a
> un moyen de contourner ce problème.
>
>
> Alex
>

-- 
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 et Bases de données, plantage

[Marc Romano]

Bonsoir, Alex ;

Je n'ai pas testé tous les cas que tu cites (notamment les objets BLOB,
je n'en utilise pas). Pour les dates aucun problème, les calculs se font
normalement. Pour les caractères étendus, je n'ai pas souvenir de
difficultés, sauf si la langue est mal définie dans les options de la
base. Là, oui, ça provoque des erreurs.

Cordialement ;
Marc


Le 03/02/2011 17:20, Alexander Thurgood a écrit :
> Bonjour Marc,
>
> Le 03/02/11 17:13, Marc Romano a écrit :
>> Il n'y a pas de moyen de réparer ça. Et c'est bien embêtant.
>> J'ai le même problème, et pour l'instant j'en reste à mon connecteur
>> MySQL/ODBC 3.51, qui marche impeccablement.
> Tu n'a jamais eu de problème de collation (caractères étendus ?) avec
> ton connecteur ODBC ? Ni de gestion des objets BLOB ? Ni des dates ?
> Et les requêtes avec calcul de dates, ça passe tout seul ?
>
> C'est essentiellement pour ces raisons que je suis passé à l'extension
> "natif".
>
>
> Alex
>

-- 
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] Pb fonction ZONES

[Marc Romano]

Bonjour ;

Sauf erreur de ma part, il me semble avoir noté que le tilde a remplacé
comme opérateur d'union le point-virgule depuis OOo 3.0. Je m'étais posé
la question à propos d'un problème avec une autre fonction et j'avais
trouvé la réponse à l'époque.

Le comportement que tu décris est exactement celui décrit dans l'aide de
LibO 3.3.3 (pas vérifié sur la 3.4, désolé).

Cordialement ;
MR


Le 25/07/2011 18:21, christianwtd a écrit :
> Bonjour,
>
> J'ignore si ce cas est déjà signalé. La fonction ZONES se comporte
> bizarrement
> =ZONES (A1:A2; B3:C5)
> qui fonctionnait bien dans les versions précédentes jusqu'à quand ?)
> fait des siennes:
> Libo 3.4.1 sous Win 7 me retourne Err:504
> Pour que ça marche, il faut écrire (notez les doubles parenthèses) :
> =ZONES ((A1:A2; B3:C5))
> Le retour est 2 (normal), mais la formule se transforme en :
> =ZONES ((A1:A2~ B3:C5))
> A noter que si on écrit directement :
> =ZONES(A1:A2~B3:C5)
> ça marche aussi, mais anormal à mon avis (mauvais séparateur ~ et non ;).
>
> Bon surf,
> Christian
>

-- 
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] Pb fonction ZONES

[Marc Romano]

Bonjour ;

Le 26/07/2011 07:26, Marie jo Ooo a écrit :
>  Bonjour,
>
> Le 25/07/2011 18:44, Marc Romano a écrit :
>> Bonjour ;
>>
>> Sauf erreur de ma part, il me semble avoir noté que le tilde a remplacé
>> comme opérateur d'union le point-virgule depuis OOo 3.0. Je m'étais posé
>> la question à propos d'un problème avec une autre fonction et j'avais
>> trouvé la réponse à l'époque.
> Oups, j'ai eu peur. Non, sur une fonction somme, le ; reste bien le
> séparateur.

Ce n'est pas la même chose : le point-virgule est et reste le séparateur
des arguments d'une fonction, càd un élément du "langage" tableur, le
tilde est un opérateur d'union, qui considère les différentes plages
comme une plage unique.

>> Le comportement que tu décris est exactement celui décrit dans l'aide de
>> LibO 3.3.3 (pas vérifié sur la 3.4, désolé).
> En revanche, en utilisant l'assistant pour la fonction ZONE, elle ne
> semble accepter qu'un seul argument plage, pas plusieurs.

ZONES n'accepte en effet qu'un seul argument. Dès lors, son comportement
est très logique : ~ décrit une seule plage, alors que
; décrit deux plages. Le fait d'écrire l'union entre
parenthèses (~) oblige Calc à la considérer comme un
seul argument : il résout en premier l'opération d'union puis utilise le
résultat dans la fonction de niveau supérieur.

AMHA, c'est une bonne solution, cette différenciation : tout ce qui
évite une ambiguïté, quelle qu'elle soit, est positif. Dans un autre
tableur (et dans OOo ante 3.0), le point-virgule a les deux fonctions,
séparateur d'arguments et opérateur d'union.

Dans la plupart des cas, l'utilisation de l'une ou l'autre syntaxe
donnera le même résultat, et l'opérateur d'union n'est pas utilisable
pour l'instant dans les fonctions matricielles. Ce qui serait
intéressant, c'est de rendre possible son utilisation dans les fonctions
matricielles, justement, parce que cela permettrait de décrire des
matrices réflexives ou disjointes, et ce n'est possible qu'avec un
symbole d'opération non ambigu.

Bonne journée !
MR


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

[Marc Romano]

Bonjour ;

J'ai essayé la solution proposée sur le forum Ubuntu. Ça marche poujr 
Ubuntu (pas essayé sous Windows), il y a une nette accélération à 
l'ouverture. Le "pourquoi ça marche" est une autre question...


Cordialement ;
M. Romano

LibO 3.4.4 / Ubuntu 11.10
LibO 3.4.4 / XP SP3


Le 03/12/2011 11:14, Jean-Baptiste Faure a écrit :

Bonjour Nicolas,

Est-ce que tu as essayé cette solution :
http://forum.ubuntu-fr.org/viewtopic.php?pid=4024181#p4024181
qui est applicable sur n'importe quel OS en adaptant le chemin ? Il
s'agit de modifier le fichier hosts.

Bonne journée
JBF

Le 03/12/2011 11:01, Nicolas PAOUR a écrit :

Bonjour Marie-jo,
Je m'en étais plains le 22/11 dans ce "post"
 http://listarchives.libreoffice.org/fr/users/msg03843.html
Avec une réponse (un peu HS de Gérard ;-) - le prend pas mal )
 http://listarchives.libreoffice.org/fr/users/msg03845.html
Puisque je donnais les temps de lancement avec option Quickstart.
Pour rappel :
Temps d'ouverture d'un document .doc sous Win7 avec :

MS Office 2010 ->  7s
LibreOffice 3.4.3 ->  20s
LibreOffice 3.4.3 + lancement rapide (Quickstart) ->  14s (le double de

MS Office)

Pour ma part, c'est un point bloquant pour un déploiement en masse (300
postes visés) car Windows reste "sans réponse", c'est à dire sans
l'image de lancement de Libo, au moins 10s sur des postes moins
performants.
L'effet de bord est que si les utilisateurs re clique sur libo, il
bloque tous les lancements (constaté systématiquement sous windows)

J'avais donc demandé si il y avait des paramètres à modifier
(option/mémoire) pour optimiser tout ça.
Nicolas

Marie-Jo Kopp Castinel a écrit le 20:59:

  Bonsoir, Re moi

Je vais une petite synthèse de vos retours forts intéressants :

1 - Lenteur constatée sous Ubuntu et debian (confirmé sur @discuss)
2 - Vérifier problème éventuel de polices chargées
3 - Vérifier surtout la version de JAVA. Installer celle de Sun plutôt
que celle mise à jour par Ubuntu

N'hésitez pas si vous voyez d'autres choses.

Merci encore.

Marie jo

Le 30/11/2011 12:22, Landron Gérard a écrit :

Le mercredi 30 novembre 2011 08:01:23, Marie-Jo Kopp Castinel a écrit :

Bonjour,

Je vous transfère cette demande.
Avez vous constaté le même constat ?
Auriez vous des pistes afin d'optimiser le lancement de Libo ?

D'avance merci,

Marie jo
---

Bonjour,

Nous déployons actuellement LibreOffice 3.4.4 sur nos serveurs.

Nous trouvons que le logiciel est long à se lancer. Ce soucis est
rencontré pour le moment sur Ubuntu et non Debian.( à confirmer)

Avez-vous des astuces ou des contacts qui pourraient nous aider à
améliorer les performances ?

Cordialement,

que signifie lenteur ? car c'est très relatif
quel est le nombre de polices chargées car j'ai vu un post ou on se
plaignait
de la lenteur avec 500 polices...
avec ou sans démarage rapide ?

Gérard





--
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] Initiation laborieuse à Base

[Marc Romano]

Bonjour ;


Un excellent tutoriel de Pierre-Yves ici : 
http://user.services.openoffice.org/fr/forum/ftopic6460.html


Bernard

PS : le fichier n'est pas passé. Il faut le mettre à disposition via 
cijoint.fr par exemple.


Mon intervention n'a pas de rapport direct avec la question initiale, 
mais sur un détail du fil ci-dessus. Elle s'adresse donc principalement 
à Pierre-Yves. Elle n'est pas une critique de son travail, plus 
exactement pas dans le sens négatif de "critique" - certainement pas ! 
-, mais avec le souci d'apporter quelque chose de précis à la communauté.


Du point de vue de la modélisation d'une situation donnée, la table 
"FournisseursProduits" ne me paraît pas répondre d'une manière 
satisfaisante au problème posé (un fournisseur propose plusieurs 
produits, un produit est proposé par plusieurs fournisseurs). En effet, 
l'introduction d'un identifiant spécifique peut amener à avoir dans la 
table une duplication de l'information réellement utile (le couple 
référence produit/référence fournisseur). Rien n'interdit en effet qu'on 
ait sous les identifiants 45 et 87 par exemple, les données F4 et P2 
(fournisseur 4 et produit 2). Du point de vue du moteur, il n'y a pas de 
doublon, mais du point de vue de la règle d'unicité des données, c'est 
une erreur : la même information (le fournisseur F4 propose le produit 
P2) est présente deux fois.


Hypothèse plausible : si on imagine que chaque fournisseur peut proposer 
un prix différent pour chaque produit, et que l'organisation souhaite 
conserver cette information, la modélisation proposée devient inadaptée 
: quel est le prix exact demandé par F4 pour P2, celui de la ligne 45 ou 
celui de la ligne 87 ? Il faudrait rajouter un champ "Date", faire une 
requête pour extraire le prix le plus récent... Un peu compliqué, 
surtout qu'il y a manière plus simple.


En fait, si on raisonne en modèle entité-association, il n'y a pas 
d'entité "FournisseurProduit". C'est une association non hiérarchique 
reliant les entités Fournisseur et Produit, qui pourrait être 
éventuellement porteuse de données, si on souhaitait conserver le prix 
d'achat proposé par chaque fournisseur pour un produit donné.


Traduit en modèle relationnel, cela donnerait :

FOURNISSEUR (_Réf. Fournisseur_, Nom, ...)
PRODUIT (_Réf. Produit_, Désignation, ...)
PROPOSER (_#Réf. Fournisseur, #Ref. Produit_, Prix achat (éventuellement))

La relation PROPOSER traduit une association non hiérarchique 
(cardinalités 0,n ou 1,n sur chaque branche) et a pour clé primaire la 
concaténation des identifiants des deux entités qu'elle relie.


Au niveau physique, elle remplace la table "FournisseurProduit". Chaque 
clé composée ainsi est unique, il ne peut pas y avoir deux fois le même 
couple fournisseur/produit, et on peut associer à chaque couple un prix 
donné, qui serait le dernier prix d'achat proposé par le fournisseur 
pour ce produit.


Il y a une autre table, toujours dans ce modèle, qui est construite sur 
le même principe, c'est "DétailCommande". Mais le problème n'est pas le 
même. On peut en effet penser (c'est un cas que j'ai rencontré souvent) 
que sur une même commande le même produit figure plusieurs fois, avec 
des quantités et des prix différents. Un exemple vécu, chez un grossiste 
en matériaux : un client négocie un prix spécial sur les briques pour un 
chantier donné, mais conserve son prix habituel pour ses autres 
chantiers. Sur une même commande, il peut très bien demander des 
livraisons sur plusieurs de ses chantiers. On aura donc la même 
référence produit, mais avec deux prix différents.C'est le cas également 
avec des produits sous nomenclature détaillée, la même référence pouvant 
apparaître sur plusieurs sous-ensembles.


Dans le cas de "DétailCommande", on fait référence à une autre entité, 
dont l'identifiant est un numéro de ligne de commande. Pour une commande 
donnée, chaque ligne est indépendante des autres et peut porter sur les 
mêmes produits. On peut très aisément concevoir que le modèle soit 
adapté à ce cas de figure.


Pour la relation PROPOSER, si l'organisation veut aller plus loin et 
garder une historisation des prix proposés par chaque fournisseur, c'est 
possible, mais cela modifie sensiblement le modèle. On sort du contexte 
de cet article.


Il me semble important de montrer que Base est capable de traiter le 
problème des clés concaténés, extrêmement courant dans les bases de 
données qu'on peut implanter. Le problème posé par Pierre-Yves s'y 
prête, il suffit juste de l'adapter.


Cordialement ;
Marc Romano

--
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] LO Base et PostgreSQL

[Marc Romano]

Bonjour ;

Je pense en effet qu'il n'est pas possible de créer ex nihilo une base 
sous Postgre, de même qu'il n'est pas possible de le faire sous MySQL, 
du moins en l'état actuel de Base. Les pilotes sont des connecteurs vers 
des bases existantes, ils permettent de manipuler les données mais ne 
permettent pas la gestion complète d'une base ou d'une table dans une base.


Du moins c'est le cas pour une base sous MySQL. Je n'ai pas pu tester 
d'autres moteurs mais il me semblerait assez logique qu'il en soit de même.


Cordialement ;
Marc Romano

Le 16/12/2011 23:30, Alexander Thurgood a écrit :

Bonsoir,


Le 16/12/11 22:19, Bernard Ribot a écrit :

Le 16/12/2011 21:09, Rafael Laville a écrit :

Je pense qu'il faut préalablement créer le 'schema' avec postgreSQL.

Bernard

Dans mes derniers tests avec le pilote natif, je confirme qu'il faut
créer non seulement le catalogue (schéma), mais aussi les tables à
priori avec un autre outil que LO.
J'ai réussi à créer des tables avec le pilote natif, mais je n'ai pu
écrire quoi que ce soit dans les tables par la suite, même en mettant
une clé primaire. Peut-être n'ai-je pas bien compris comment
fonctionnent les tables postgres.


Alex



--
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] LO Base et PostgreSQL

[Marc Romano]

Le 17/12/2011 09:43, Bernard Ribot a écrit :

Le 17/12/2011 07:17, Marc Romano a écrit :

Bonjour ;

Je pense en effet qu'il n'est pas possible de créer ex nihilo une 
base sous Postgre, de même qu'il n'est pas possible de le faire sous 
MySQL, du moins en l'état actuel de Base. Les pilotes sont des 
connecteurs vers des bases existantes, ils permettent de manipuler 
les données mais ne permettent pas la gestion complète d'une base ou 
d'une table dans une base.


Du moins c'est le cas pour une base sous MySQL. Je n'ai pas pu tester 
d'autres moteurs mais il me semblerait assez logique qu'il en soit de 
même.


Cordialement ;
Marc Romano

Le 16/12/2011 23:30, Alexander Thurgood a écrit :

Bonsoir,


Le 16/12/11 22:19, Bernard Ribot a écrit :

Le 16/12/2011 21:09, Rafael Laville a écrit :

Je pense qu'il faut préalablement créer le 'schema' avec postgreSQL.

Bernard

Dans mes derniers tests avec le pilote natif, je confirme qu'il faut
créer non seulement le catalogue (schéma), mais aussi les tables à
priori avec un autre outil que LO.
J'ai réussi à créer des tables avec le pilote natif, mais je n'ai pu
écrire quoi que ce soit dans les tables par la suite, même en mettant
une clé primaire. Peut-être n'ai-je pas bien compris comment
fonctionnent les tables postgres.


Alex




Bonjour Marc,

Avec le connecteur MySQL, je peux créer des tables avec LO dans une 
base ('schema')  préalablement créée sous MySQL.


Bernard



Bonjour, Bernard ;

Au temps pour moi, j'ai été (très) imprécis dans ma réponse : c'est 
possible, en effet, mais à condition de passer par "créer une table". Ce 
qu'il n'est pas possible de faire, c'est de créer une table par une 
requête CREATE TABLE... LibO renvoie "la commande n'est pas une requête 
SELECT". Je n'ai pas vu de paramètres qui permettent de passer outre à 
cette limitation, mais j'avoue ne pas avoir cherché depuis un moment et 
la version 3.0 d'OOo.


Moralité : faut pas que je réponde le matin avant d'avoir pris ma dose 
de caféine, en intraveineuse de préférence... ;-)


Quant à savoir si c'est un besoin, c'est une autre question. L'intérêt 
de pouvoir exécuter ce type de requête serait de restaurer une base à 
partir d'un script SQL qui contienne les instructions de création de 
table et d'insertion de données. En ce qui concerne MySQL, il existe pas 
mal d'utilitaires qui permettent déjà de le faire, je ne pense donc pas 
que ce soit une priorité. Pour Postgre, j'avoue que je ne sais pas, 
n'ayant pas eu l'occasion de travailler sur une base Postgre à partir 
d'OOo ou de LibO.


Marc




--
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: Initiation laborieuse à Base

[Marc Romano]

Bonjour, Pierre-Yves ;

Le 17/12/2011 08:35, pierre-yves samyn a écrit :

Bonjour


Marc Romano wrote

Elle s'adresse donc principalement  à Pierre-Yves. Elle n'est pas une
critique de son travail, plus
exactement pas dans le sens négatif de "critique" - certainement pas !
-, mais avec le souci d'apporter quelque chose de précis à la communauté.


C'est bien ainsi que je le prends et je suis  flatté de l'attention portée à
ce tutoriel... :)


Marc Romano wrote

Du point de vue de la modélisation d'une situation donnée...


Justement, telle n'était pas ma perspective en rédigeant ce tutoriel.

Je m'étais posé la question de son "périmètre" et m'attendait à des
remarques (constructives) de ce type.

J'avais pris la précaution de le débuter par :


Extrait du préambule du tutoriel wrote

/Il va de soi qu'il ne s'agit que d'exemples restreints *sans aucune
réalité fonctionnelle*./


J'ai donc fait des choix, que j'assume, avec comme cible des débutants et
une utilisation bureautique du module.

Contrairement à ce que je pensais, tu es la première personne (depuis 4 ans
que ce tutoriel a été mis en ligne), à souligner ce qui pourrait (devrait)
être développé...

Cela, et le fait qu'on ne peut malheureusement pas être partout, a fait que
je n'ai jamais donné la suite que j'aurais voulu à ce "Débuter...".

Par parenthèse, si je devais y repasser du temps ce serait dans l'immédiat
pour le restructurer de manière à inclure tout de suite les apports de la
version 3.3 et ce sous la forme du FAQ dans le Wiki.  Je ne pense pas, au
moment où j'écris, nécessaire de revenir sur la modélisation.


Marc Romano wrote

Il me semble important de montrer que Base est capable de...
...
Le problème posé par Pierre-Yves s'y prête, il suffit juste de
l'adapter...


Nous sommes d'accord... dans l'absolu. J'ai ainsi ajouté/complété une
vingtaine de FAQ sur ce module.

Son  évolution reste incertaine me semble-t-il... et j'avoue être un peu
dans l'expectative.

Autre parenthèse : tous mes remerciements à Alex et au(x ?) développeur(s ?)
s'investissant dans la question.

Cordialement
Pierre-Yves


Je ne remets pas en question ta démarche, que je comprends tout à fait, 
et ce d'autant plus que je ne fournis rien à la communauté de mon côté 
(pas faute d'en avoir envie, mais... à la retraite, peut-être, avec du 
temps...).


J'ai cependant une approche différente de la tienne, en ce sens que je 
trouve dangereuse une approche strictement "bureautique", qui est en 
fait celle que Microsoft cherche à imposer : on fait des trucs, mais on 
ne se préoccupe pas de la conformité de ce qu'on fait avec la réalité. 
Le résultat de cette démarche est, de mon point de vue, assez dramatique 
: les utilisateurs qui comprennent la philosophie d'un traitement de 
texte, pour ne prendre que cet exemple, sont rarissimes, les habitudes 
étant purement "bureautiques", au sens "presse-bouton", et pas du tout 
rationnelle, en "pensant" la structure de son document, en définissant 
ce qu'on veut faire avant de le faire.


En ce sens, l'excellent guide "Principes du traitement de texte", de 
Jean-Yves Royer, est une bénédiction pour les gens qui, comme moi, sont 
confrontés à des cohortes d'étudiants abreuvés de "frappez au kilomètre 
et faites la mise en forme après" depuis leurs premiers pas sur un 
ordinateur, et qui ne connaissent en fait de mise en forme que les 
quelques boutons disponibles sur une barre d'outils (sans même savoir la 
plupart du temps qu'il en existe d'autres).


Je pense qu'on devrait avoir la même démarche, quelle que soit la 
question traité : ne pas raisonner en termes d'utilisation "simplifiée", 
mais ancrer les exemples dans un minimum de réalité. La complexité qu'on 
peut rajouter est marginale, comme par exemple pour ton tutoriel, et les 
exemples qu'on peut donner peuvent ensuite servir de référence sans trop 
de risques de grosses erreurs. Il est certain que ceux qui apprennent à 
utiliser un produit, quel qu'il soit, se servent ensuite des exemples 
qu'on leur fournit pour leurs propres réalisations. Et c'est là que, 
AMHA, le bât peut blesser, quelles que soient les précautions liminaires 
qu'on peut prendre.


Ceci dit, je reconnais que c'est une question plus philosophique 
qu'autre chose. Quoiqu'une récente discussion ici même à propos d'un 
guide réalisé pour Writer par des enseignants dans le cadre d'une 
formation m'a montré que les préoccupations que nous pouvions avoir dans 
l'EdNat en terme de documentation ne sont pas tout à fait les mêmes que 
celles à laquelle obéit une diffusion plus universelle. C'est d'ailleurs 
la raison pour laquelle j

Re: [fr-users] Re: Initiation laborieuse à Base

[Marc Romano]

Le 17/12/2011 11:27, Bernard Ribot a écrit :

Le 17/12/2011 10:53, Marc Romano a écrit :

Bonjour, Pierre-Yves ;

Le 17/12/2011 08:35, pierre-yves samyn a écrit :

Bonjour


Marc Romano wrote

Elle s'adresse donc principalement  à Pierre-Yves. Elle n'est pas une
critique de son travail, plus
exactement pas dans le sens négatif de "critique" - certainement pas !
-, mais avec le souci d'apporter quelque chose de précis à la 
communauté.


C'est bien ainsi que je le prends et je suis  flatté de l'attention 
portée à

ce tutoriel... :)


Marc Romano wrote

Du point de vue de la modélisation d'une situation donnée...


Justement, telle n'était pas ma perspective en rédigeant ce tutoriel.

Je m'étais posé la question de son "périmètre" et m'attendait à des
remarques (constructives) de ce type.

J'avais pris la précaution de le débuter par :


Extrait du préambule du tutoriel wrote

/Il va de soi qu'il ne s'agit que d'exemples restreints *sans aucune
réalité fonctionnelle*./

J'ai donc fait des choix, que j'assume, avec comme cible des 
débutants et

une utilisation bureautique du module.

Contrairement à ce que je pensais, tu es la première personne 
(depuis 4 ans
que ce tutoriel a été mis en ligne), à souligner ce qui pourrait 
(devrait)

être développé...

Cela, et le fait qu'on ne peut malheureusement pas être partout, a 
fait que

je n'ai jamais donné la suite que j'aurais voulu à ce "Débuter...".

Par parenthèse, si je devais y repasser du temps ce serait dans 
l'immédiat
pour le restructurer de manière à inclure tout de suite les apports 
de la
version 3.3 et ce sous la forme du FAQ dans le Wiki.  Je ne pense 
pas, au

moment où j'écris, nécessaire de revenir sur la modélisation.


Marc Romano wrote

Il me semble important de montrer que Base est capable de...
...
Le problème posé par Pierre-Yves s'y prête, il suffit juste de
l'adapter...


Nous sommes d'accord... dans l'absolu. J'ai ainsi ajouté/complété une
vingtaine de FAQ sur ce module.

Son  évolution reste incertaine me semble-t-il... et j'avoue être un 
peu

dans l'expectative.

Autre parenthèse : tous mes remerciements à Alex et au(x ?) 
développeur(s ?)

s'investissant dans la question.

Cordialement
Pierre-Yves


Je ne remets pas en question ta démarche, que je comprends tout à 
fait, et ce d'autant plus que je ne fournis rien à la communauté de 
mon côté (pas faute d'en avoir envie, mais... à la retraite, 
peut-être, avec du temps...).


J'ai cependant une approche différente de la tienne, en ce sens que 
je trouve dangereuse une approche strictement "bureautique", qui est 
en fait celle que Microsoft cherche à imposer : on fait des trucs, 
mais on ne se préoccupe pas de la conformité de ce qu'on fait avec la 
réalité. Le résultat de cette démarche est, de mon point de vue, 
assez dramatique : les utilisateurs qui comprennent la philosophie 
d'un traitement de texte, pour ne prendre que cet exemple, sont 
rarissimes, les habitudes étant purement "bureautiques", au sens 
"presse-bouton", et pas du tout rationnelle, en "pensant" la 
structure de son document, en définissant ce qu'on veut faire avant 
de le faire.


En ce sens, l'excellent guide "Principes du traitement de texte", de 
Jean-Yves Royer, est une bénédiction pour les gens qui, comme moi, 
sont confrontés à des cohortes d'étudiants abreuvés de "frappez au 
kilomètre et faites la mise en forme après" depuis leurs premiers pas 
sur un ordinateur, et qui ne connaissent en fait de mise en forme que 
les quelques boutons disponibles sur une barre d'outils (sans même 
savoir la plupart du temps qu'il en existe d'autres).


Je pense qu'on devrait avoir la même démarche, quelle que soit la 
question traité : ne pas raisonner en termes d'utilisation 
"simplifiée", mais ancrer les exemples dans un minimum de réalité. La 
complexité qu'on peut rajouter est marginale, comme par exemple pour 
ton tutoriel, et les exemples qu'on peut donner peuvent ensuite 
servir de référence sans trop de risques de grosses erreurs. Il est 
certain que ceux qui apprennent à utiliser un produit, quel qu'il 
soit, se servent ensuite des exemples qu'on leur fournit pour leurs 
propres réalisations. Et c'est là que, AMHA, le bât peut blesser, 
quelles que soient les précautions liminaires qu'on peut prendre.


Ceci dit, je reconnais que c'est une question plus philosophique 
qu'autre chose. Quoiqu'une récente discussion ici même à propos d'un 
guide réalisé pour Writer par des enseignants dans le cadre d'une 
formation m'a montré que les préoccupations que nous pouvions avoir 
dans l'EdNat en terme de documentation ne sont pas tout à fait les 
mêmes qu

Re: [fr-users] Re: Initiation laborieuse à Base

[Marc Romano]

Le 17/12/2011 13:24, Bernard Ribot a écrit :

Le 17/12/2011 12:19, Marc Romano a écrit :



Le 17/12/2011 11:27, Bernard Ribot a écrit :

Le 17/12/2011 10:53, Marc Romano a écrit :

Bonjour, Pierre-Yves ;

Le 17/12/2011 08:35, pierre-yves samyn a écrit :

Bonjour


Marc Romano wrote
Elle s'adresse donc principalement  à Pierre-Yves. Elle n'est pas 
une

critique de son travail, plus
exactement pas dans le sens négatif de "critique" - certainement 
pas !
-, mais avec le souci d'apporter quelque chose de précis à la 
communauté.


C'est bien ainsi que je le prends et je suis  flatté de 
l'attention portée à

ce tutoriel... :)


Marc Romano wrote

Du point de vue de la modélisation d'une situation donnée...


Justement, telle n'était pas ma perspective en rédigeant ce tutoriel.

Je m'étais posé la question de son "périmètre" et m'attendait à des
remarques (constructives) de ce type.

J'avais pris la précaution de le débuter par :


Extrait du préambule du tutoriel wrote

/Il va de soi qu'il ne s'agit que d'exemples restreints *sans aucune
réalité fonctionnelle*./

J'ai donc fait des choix, que j'assume, avec comme cible des 
débutants et

une utilisation bureautique du module.

Contrairement à ce que je pensais, tu es la première personne 
(depuis 4 ans
que ce tutoriel a été mis en ligne), à souligner ce qui pourrait 
(devrait)

être développé...

Cela, et le fait qu'on ne peut malheureusement pas être partout, a 
fait que

je n'ai jamais donné la suite que j'aurais voulu à ce "Débuter...".

Par parenthèse, si je devais y repasser du temps ce serait dans 
l'immédiat
pour le restructurer de manière à inclure tout de suite les 
apports de la
version 3.3 et ce sous la forme du FAQ dans le Wiki.  Je ne pense 
pas, au

moment où j'écris, nécessaire de revenir sur la modélisation.


Marc Romano wrote

Il me semble important de montrer que Base est capable de...
...
Le problème posé par Pierre-Yves s'y prête, il suffit juste de
l'adapter...


Nous sommes d'accord... dans l'absolu. J'ai ainsi ajouté/complété une
vingtaine de FAQ sur ce module.

Son  évolution reste incertaine me semble-t-il... et j'avoue être 
un peu

dans l'expectative.

Autre parenthèse : tous mes remerciements à Alex et au(x ?) 
développeur(s ?)

s'investissant dans la question.

Cordialement
Pierre-Yves


Je ne remets pas en question ta démarche, que je comprends tout à 
fait, et ce d'autant plus que je ne fournis rien à la communauté de 
mon côté (pas faute d'en avoir envie, mais... à la retraite, 
peut-être, avec du temps...).


J'ai cependant une approche différente de la tienne, en ce sens que 
je trouve dangereuse une approche strictement "bureautique", qui 
est en fait celle que Microsoft cherche à imposer : on fait des 
trucs, mais on ne se préoccupe pas de la conformité de ce qu'on 
fait avec la réalité. Le résultat de cette démarche est, de mon 
point de vue, assez dramatique : les utilisateurs qui comprennent 
la philosophie d'un traitement de texte, pour ne prendre que cet 
exemple, sont rarissimes, les habitudes étant purement 
"bureautiques", au sens "presse-bouton", et pas du tout 
rationnelle, en "pensant" la structure de son document, en 
définissant ce qu'on veut faire avant de le faire.


En ce sens, l'excellent guide "Principes du traitement de texte", 
de Jean-Yves Royer, est une bénédiction pour les gens qui, comme 
moi, sont confrontés à des cohortes d'étudiants abreuvés de 
"frappez au kilomètre et faites la mise en forme après" depuis 
leurs premiers pas sur un ordinateur, et qui ne connaissent en fait 
de mise en forme que les quelques boutons disponibles sur une barre 
d'outils (sans même savoir la plupart du temps qu'il en existe 
d'autres).


Je pense qu'on devrait avoir la même démarche, quelle que soit la 
question traité : ne pas raisonner en termes d'utilisation 
"simplifiée", mais ancrer les exemples dans un minimum de réalité. 
La complexité qu'on peut rajouter est marginale, comme par exemple 
pour ton tutoriel, et les exemples qu'on peut donner peuvent 
ensuite servir de référence sans trop de risques de grosses 
erreurs. Il est certain que ceux qui apprennent à utiliser un 
produit, quel qu'il soit, se servent ensuite des exemples qu'on 
leur fournit pour leurs propres réalisations. Et c'est là que, 
AMHA, le bât peut blesser, quelles que soient les précautions 
liminaires qu'on peut prendre.


Ceci dit, je reconnais que c'est une question plus philosophique 
qu'autre chose. Quoiqu'une récente discussion ici même à propos 
d'un guide réalisé pour Writer par des enseignants dans le cadre 
d'une formation m'a montré que les préoccupations que nou

Re: [fr-users] Re: Initiation laborieuse à Base

[Marc Romano]

Le 18/12/2011 12:11, Bernard Ribot a écrit :


Content d'avoir échangé avec toi, mais peut-être devrions-nous nous en 
tenir là, la discussion se réduisant à nous deux seulement :-)


Bon dimanche et à un prochain fil de discussion :-)

Bernard




Il y aurait en effet de quoi alimenter encore une discussion 
intéressante, notamment sur une erreur d'interprétation que tu commets 
concernant ce que je dis de la relation "FournisseurProduit" et sur la 
dénormalisation volontaire possible dans certains cas.


Mais quelques réactions montrent en effet que cette discussion 
n'intéresse personne. Autant en rester là, par conséquent.


Bon dimanche, et bonnes fêtes à tous.
M.


--
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: Initiation laborieuse à Base

[Marc Romano]

Le 18/12/2011 18:12, Bernard Ribot a écrit :

Le 18/12/2011 13:03, Marc Romano a écrit :



Le 18/12/2011 12:11, Bernard Ribot a écrit :


Content d'avoir échangé avec toi, mais peut-être devrions-nous nous 
en tenir là, la discussion se réduisant à nous deux seulement :-)


Bon dimanche et à un prochain fil de discussion :-)

Bernard




Il y aurait en effet de quoi alimenter encore une discussion 
intéressante, notamment sur une erreur d'interprétation que tu 
commets concernant ce que je dis de la relation "FournisseurProduit" 
et sur la dénormalisation volontaire possible dans certains cas.


Mais quelques réactions montrent en effet que cette discussion 
n'intéresse personne. Autant en rester là, par conséquent.


Bon dimanche, et bonnes fêtes à tous.
M.


Je ne sais pas si un jour nous reprendrons cette discussion mais, "à 
l'occasion", je vais regarder de  près la base exemple de Pierre-Yves 
et relire avec attention ce que tu dis sur la relation 
"FournisseurProduit".


Cordialement,
Bernard

Je suis toujours disponible pour discuter de choses intéressantes, 
d'autant plus que la discussion, même si elle oppose des argumentaires 
contradictoires, reste courtoise (et pourquoi diantre devrait-il en être 
autrement ?). Je te laisse  trouver "l'occasion".


Cordialement ;
Marc


--
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] Mauvaise lecture DOCX

[Marc Romano]

Mauvaise lecture également sous LibO 3.4.4, Ubuntu 11.10 64 bits. Il 
manque toute la première page.

MR


Le 24/01/2012 17:58, Loïc Breilloux a écrit :

Bonjour,

quelqu'un vient de m'envoyer un fichier au format docx.
Je peux l'ouvrir avec LO en version 3.4.4 mais la mise en page est 
complètement modifiée et surtout il manque plein de chose.
Je vous mets le fichier en téléchargement pour voir si vous pouvez 
faire quelque chose.


http://loic.breilloux.free.fr/test/ACBB%20280112.docx : le fichier au 
format docx
http://loic.breilloux.free.fr/test/ACBB%20280112.pdf : le fichier en 
pdf après une convertion via le site conv2pdf.


Voyez la grosse différence

Merci
Loic



--
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] Mauvaise lecture DOCX

[Marc Romano]

Le 24/01/2012 21:43, Bernard Siaud alias Troumad a écrit :

Le 24/01/2012 17:58, Loïc Breilloux a écrit :

Bonjour,

quelqu'un vient de m'envoyer un fichier au format docx.
Je peux l'ouvrir avec LO en version 3.4.4 mais la mise en page est 
complètement modifiée et surtout il manque plein de chose.
Je vous mets le fichier en téléchargement pour voir si vous pouvez 
faire quelque chose.


http://loic.breilloux.free.fr/test/ACBB%20280112.docx : le fichier au 
format docx
http://loic.breilloux.free.fr/test/ACBB%20280112.pdf : le fichier en 
pdf après une convertion via le site conv2pdf.


Voyez la grosse différence

Merci
Loic


Et si vous compariez les polices installées ?

Des polices non installées seraient remplacées. Cela pourraient 
provoquer une mise en page différente mais pas faire disparaître une 
page entière, ni des images.


Même constat sur LibO 3.4.4 sous XP SP3 : pas de première page et fin du 
document absente.


J'ai eu récemment des problèmes de relecture par LibO de docx créés par 
mes étudiants, mais je n'ai pas réussi pour l'instant à déterminer une 
cause possible ou une séquence particulière qui pourrait être à 
l'origine de ce problème. La seule chose que je peux dire, c'est qu'il y 
a des problèmes. Ce qui ne fait pas avancer le schmilblick, évidemment. 
Je continue à tester et à chercher une redondance.


MR


--
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] Mauvaise lecture DOCX

[Marc Romano]

Le 24/01/2012 22:27, Jacques a écrit :

Bonsoir,


LibreOffice 3.4.5
OOO340m1 (Build:502)
Mac OS 10.6.8

une des pages est quasi vide…
Incohérence entre PDF et docx
Le navigateur révèle des dizaines d'objets de dessin masqués…

Cela confirme si besoin que la "composition" à la Japy est une source 
infinie d'ennuis… quel que soit l'outil.




Quand on regarde le document de plus près et en affichant les 
caractères non imprimables, on y trouve un tableau dont le 
fractionnement est autorisé, des textes disposés avec des tabulations 
et d'autres avec des espaces, une image ancrée de manière différente, 
bref tout ce qui peut faire que ça foire en changeant d'outil, et même 
tout simplement en changeant d'ordinateur. Le seul moyen de diffusion 
reste effectivement le pdf.


Le document est en effet mal conçu, mais cela ne peut pas expliquer 
qu'on ne puisse le relire. Je viens de faire un essai avec un Word 2003 
plus module de compatibilité 2007/2010 (oui, je l'avoue, j'ai ça aussi 
qui traîne sur un des mes ordis). Je n'ai aucun problème pour relire le 
document, sauf que c'est très long à charger.


MR

--
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] Mauvaise lecture DOCX

[Marc Romano]

Le 25/01/2012 00:54, Jacques a écrit :

Le 24/01/2012 22:46, Marc Romano a écrit :



Le 24/01/2012 22:27, Jacques a écrit :

Bonsoir,


LibreOffice 3.4.5
OOO340m1 (Build:502)
Mac OS 10.6.8

une des pages est quasi vide…
Incohérence entre PDF et docx
Le navigateur révèle des dizaines d'objets de dessin masqués…

Cela confirme si besoin que la "composition" à la Japy est une 
source infinie d'ennuis… quel que soit l'outil.




Quand on regarde le document de plus près et en affichant les 
caractères non imprimables, on y trouve un tableau dont le 
fractionnement est autorisé, des textes disposés avec des 
tabulations et d'autres avec des espaces, une image ancrée de 
manière différente, bref tout ce qui peut faire que ça foire en 
changeant d'outil, et même tout simplement en changeant 
d'ordinateur. Le seul moyen de diffusion reste effectivement le pdf.


Le document est en effet mal conçu, mais cela ne peut pas expliquer 
qu'on ne puisse le relire. Je viens de faire un essai avec un Word 
2003 plus module de compatibilité 2007/2010 (oui, je l'avoue, j'ai ça 
aussi qui traîne sur un des mes ordis). Je n'ai aucun problème pour 
relire le document, sauf que c'est très long à charger.


MR



En lisant vos deux précédents messages j'ai l'impression que nous 
n'avons pas le même défaut. Chez moi il ne manque rien, c'est 
seulement la mise en page qui est  perturbée, et il y a du boulot pour 
remettre tout dans l'ordre. J'ai aussi essayé avec Lotus Symphony et 
c'est la même chose, à part que c'est beaucoup plus long à charger.


Il y a sur la première page une zone de texte, qui comprend elle-même un 
tableau à deux colonnes, avec comme seule particularité une image à 
laquelle est associé un hyperlien. C'est cette zone de texte qui 
disparaît complètement lors de l'ouverture par LibO.


Je me suis livré à quelques manipulations, et la plus intéressante est 
qu'en convertissant (dans Word) cette zone de texte en cadre, LibO 
arrive à la relire sans difficulté. Je n'en tire pas de conclusion sur 
l'origine du problème, je n'en ai pas la compétence.


Le document est très mal conçu, c'est une évidence. Il contient à peu 
près tout ce qu'il faut pour ne pas pouvoir être transporté d'une 
application à l'autre. Ce en quoi il est intéressant, c'est qu'il 
correspond à bon nombre de documents produits en toute bonne foi par les 
utilisateurs d'Office, de manière "visuelle".


Cordialement ;
M. Romano

--
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] Mauvaise lecture DOCX

[Marc Romano]

Le 25/01/2012 10:21, Marie jo Libo a écrit :


Mais il ne s'agit pas pour moi d'un document texte mais d'un flyer de 
PAO. Pas fait pour être modifié dans un autre outil que celui de son 
créateur.


Marie Jo


Bonjour, Marie Jo ;

Cette remarque dépasse le cadre du bug en question, et pose plus 
globalement le problème de l'utilisation des outils de TdT. Je suis 
entièrement d'accord sur le diagnostic : ce document est davantage un 
concept de PAO, pour lequel un outil comme Publisher (pour rester dans 
la gamme office) serait le plus adapté.


Le problème est que Publisher est payant, alors que Word est disponible 
sur pratiquement toutes les machines neuves vendues. L'utilisateur le 
paye aussi, mais de manière indolore la plupart du temps. Le second 
problème est que Word fait tout pour laisser croire que ce type de 
document, très complexe, est facile à créer selon le bon vieux principe 
du WYSIWYG. Et la réalité est que la plupart des utilisateurs, même très 
inexpérimentés, y arrivent.


Ce type de document, construit de manière plus visuelle que rationnelle, 
j'en vois régulièrement. Un utilisateur a construit un transparent, un 
diaporama, n'importe quel outil pédagogique chez lui, de cette manière, 
et veut l'imprimer au lycée. Impossible : nous avons basculé en tout 
OpenOffice l'an dernier (et LibreOffice cette année).


Comme ça se passe en général dans les cinq minutes qui précèdent le 
cours où ledit document est "indispensable", on est un tantinet démuni 
en solutions... Et les remarques acerbes fusent, du genre "chez moi, pas 
de problème, ça marche" ou "mais pourquoi on ne fait pas comme tout le 
monde et on n'a pas Word ?". Il y a des jours où défendre le libre 
devient un sacerdoce, une profession de foi, je vous jure...


Je ne demande pas à ce que l'utilisateur puisse modifier un tel 
document. Qu'on le lui restitue simplement à l'identique, c'est tout. 
Parce que pour ce qui est d'espérer qu'il se forme, l'utilisateur, je 
peux toujours croire au Père Noël...


J'ai un problème du même genre avec une présentation PowerPoint. Elle se 
déroulait très bien avec OpenOffice 3.2.1 (dixit le prof utilisateur), 
elle ne marche plus sous LibO à partir de la 3.4.3 (pas testé avec les 
autres). Des tableaux se redimensionnent de manière aberrante. Je 
cherche à cerner un peu plus le problème avant de le soumettre ici (dans 
l'immédiat, j'ai résolu le problème... en installant la visionneuse 
PowerPoint sur les postes). Il y a de toute évidences des modifications 
apportées qui ne "passent pas". Difficile de les détecter : dans le cas 
de ce diaporama, il marchait très bien l'an dernier sous OOo, il n'y 
avait donc pas de raison objective de le remettre en cause. Et à 
première vue, il n'a rien d'exceptionnel et semble, contrairement au 
document ci-dessus, parfaitement adapté à l'outil choisi.


Cordialement ;
M. Romano

--
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] Mauvaise lecture DOCX

[Marc Romano]

Le 25/01/2012 11:44, Bernard Ribot a écrit :



Le problème est que Publisher est payant

Mais il y a Scribus, qui conviendrait pour le document en question.


Bonne journée,
Bernard

Certes... J'ai déjà du mal à convaincre mes profs à passer sur 
LibreOffice, je vois mal comment leur "vendre" l'idée d'utiliser encore 
autre chose :-[ . La réponse sera "pourquoi on doit s'emm.. avec encore 
des nouveaux trucs ? Installez Office et yapu d'lézard !".


J'ai le même problème avec des outils comme Dia ou XnView, par rapport à 
des produits commerciaux comme Photoshop. Le fait est que le libre 
"gratuit" est un concept qui a du mal à s'implanter. La plupart des 
utilisateurs ont l'impression qu'en payant, ils achètent de la qualité 
ou de l'efficacité. Les gens sont naïfs, je sais, je sais... :'(


Ceci dit, pour rester sur le TdT, il faut quand même admettre que les 
TdT modernes permettent pas mal de travaux proches de la PAO, à deux 
conditions :


 * rester dans des compositions relativement simples (c'est le cas du
   document qui nous préoccupe ici : la mise en page est complexe en
   raison du nombre d'objets, mais elle n'a rien de très sophistiqué en
   elle-même) ;
 * (surtout !) avoir une démarche "conceptuelle" : préparer une
   maquette du document final, réfléchir aux types d'objets qu'on va
   utiliser, positionner ces objets rationnellement... exactement le
   contraire de ce que font la plupart des gens.

En prenant du temps (ce que je n'ai pas, malheureusement), je suis 
certain de pouvoir construire le document demandé de manière 
parfaitement rationnelle, et de telle façon qu'il puisse être relu sur 
une configuration identique à la mienne (attention aux polices, aux 
imprimantes... contrairement aux (bons) outils de PAO, les TdT ne sont 
pas conçus pour "embarquer" ces éléments).


Cette démarche "conceptuelle", il faut l'avoir aussi quand on crée un 
document "normal" en TdT. Toute la force marketing de Microsoft (cf. 
toutes ses campagnes passées) est de faire croire qu'on peut créer ce 
type, de document "à l'instinct", sans réfléchir au préalable à ce que 
l'on veut faire. Et c'est une idée profondément ancrée aujourd'hui dans 
l'esprit des gens : quand je parle en formation TdT (aux quelques rares 
collègues qui viennent y assister...) ou à mes étudiants de cette 
nécessaire démarche, les visages se ferment, c'est trop compliqué... Et 
je prends bien la précaution de parler de "formation au TdT", pas de 
"formation LibreOffice". Ça ne fait rien, ils ne comprennent pas 
pourquoi ils devraient réfléchir, puisqu'avec Word ils n'en ont pas besoin.


En réalité, on consacre plus d'énergie à faire comprendre qu'un document 
est quelque chose de nécessairement structuré, qui a une "vie" propre, 
subit des mutations successives, qu'à expliquer comment faire ceci ou 
cela. Et les gadgets dont s'équipent les logiciels commerciaux 
contribuent à accentuer cette idée que c'est au logiciel de s'adapter à 
vous, pas à vous de réfléchir à ce que vous voulez créer.


Un exemple, tiens, pas plus vieux que ce matin : je prends un texte 
centré en utilisant des espaces (dans le document sujet, justement) et 
je décide de le mettre en forme "paragraphe centré", LibreOffice centre 
le texte _avec_ ses espaces inutiles, Word centre le texte _en 
supprimant_ les espaces inutiles.


Détail ? Gadget ? Oui, assurément. D'ailleurs, le problème n'aurait même 
pas dû se poser, le paragraphe aurait dû être centré d'origine. En 
attendant, Word va vers l'utilisateur, comprend (ou essaie de 
comprendre) ce qu'il veut faire, LibO se contente d'appliquer une mise 
en forme. Dans la plupart des cas, Word réagit correctement, je suis 
bien obligé de le reconnaître. Je n'ai pas cherché, j'ai découvert ça 
par hasard ce matin. Et ça m’interpelle.



--
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] Piètres performances en exécution macro Calc de LibreOffice

[Marc Romano]

Le 04/02/2012 12:42, Alexander Thurgood a écrit :

Bonjour à tous,

En ouvrant ma messagerie ce matin, je suis tombé sur l'issue suivant :

https://bugs.freedesktop.org/show_bug.cgi?id=45607

et j'ai pu constater moi-même les piètres performances de l'exécution de
cette macro avec LibreOffice, quelque soit la version utilisée...la future
3.5, en outre, est une catastrophe, 3.5 fois plus lente que les versions
précédentes de LibO. Comme quoi, ma décision de continuer à garder OOo
3.2.1 se justifie de plus en plus...

Alex


Testé sur deux configurations :

 * Config 1 : LibO 3.4.4 (build Ubuntu), Ubuntu 11.10 64 bits, Xeon
   3000, 8Go RAM : 17.855"
 * Config 2 : LibO 3.4.5 (standard), XP SP3, AMD Athlon 3200+, 2 Go RAM
   : 37.751"

Si on désactive le recalcul automatique, les temps d'exécution tombent 
respectivement à 0.931" et 1.875". Le recalcul lui-même par F9 est très 
rapide, bien plus que lors de l'insertion des formules par la macro.


Mon hypothèse : lors de l'insertion de la formule dans chaque cellule, 
toutes les cellules sont recalculées à chaque insertion, alors qu'en 
déactivant le recalcul automatique et en l'exécutant par F9, chaque 
cellule n'est calculée qu'une seule fois, ou le recalcul est optimisé 
d'une manière quelconque.


On peut voir en effet qu'au fur et à mesure que la feuille se remplit 
(en mode recalcul activé), la progression vers le bas se ralentit.


Donc, a priori, ça ne me paraît pas anormal en ce qui concerne le 
comportement. Savoir ensuite si le temps d'exécution lui-même est 
anormal ou pas, je ne sais pas. Il faudrait comparer avec des versions 
antérieures de LibO ou d'OOo sur la même configuration pour avoir 
quelque chose de comparable.


Cordialement ;
Marc Romano


--
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: [writer] Espacement au-dessus et haut de page

[Marc Romano]

Le 26/02/2012 11:41, pierre-yves samyn a écrit :

Bonjour Jean-Francois


Jean-Francois Nifenecker wrote

Il ne me semble pas que ce défaut existait "avant" (oui, mais quand ?).



Après une rapide vérification je dois remonter à la 1.1.5 pour avoir le
fonctionnement attendu... (version XP).

Je reproduis l'espace en haut de page pour la 2.4.2 et la 3.2.1

Cordialement
Pierre-Yves

--
View this message in context: 
http://nabble.documentfoundation.org/writer-Espacement-au-dessus-et-haut-de-page-tp3775794p3776731.html
Sent from the Users mailing list archive at Nabble.com.



Bonjour ;

Le fait de ne pas supprimer automatiquement l'espacement avant un titre 
s'il est en haut de page existe depuis très longtemps sur OpenOffice et 
LibreOffice. Pierre-Yves dit que ce n'était pas le cas dans la 1.1.5, je 
le crois bien volontiers bien que je ne me souvienne pas du tout d'avoir 
eu un jour une version d'OOo qui ne le fasse pas. C'est dire que c'est 
bien ancré.


C'est un comportement différent de celui de Word, qui en revanche le 
fait systématiquement. Au début de mon utilisation d'OOo, ça m'a gêné, 
trop habitué à Word. Avec le temps, je m'y suis fait, et je corrige 
systématiquement le premier titre lorsque c'est le cas. Mais j'admets 
que ce serait sympa d'avoir cet automatisme, à condition qu'il soit 
parfaitement "calibré" : l'espacement doit certes disparaître si le 
titre est le premier paragraphe d'une page, mais il doit revenir tout 
seul si, à la suite d'une modification du document, ce titre se retrouve 
un peu plus bas dans la page.


Cordialement ;
M. Romano

--
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] Espacement au-dessus et haut de page

[Marc Romano]

Le 26/02/2012 18:35, Jean-Baptiste Faure a écrit :

Bonsoir Jean-François,

Le 25/02/2012 22:18, Jean-Francois Nifenecker a écrit :

Bonsoir,

j'ai encore qq ennuis...

(LibO 3.4.5 officiel sous Xubuntu 10.04)

si je spécifie un espacement au-dessus pour un paragraphe, alors
lorsque ce paragraphe se trouve en haut de page, il est décalé
d'autant vers le bas. En conséquence, il semble plus bas qu'il ne
devrait. Je pense qu'il faudrait que dans ce cas, l'espacement
au-dessus soit purement et simplement ignoré. Ou bien ?

Bon, le contournement c'est de retirer l'espacement au-dessus.

Il y a plus simple, me semble-t-il :-)
Outils>  Options>  LibreOffice Writer>  Compatibilité>  décocher la case
n°3 (Ajouter un espacement de paragraphe et tableau en début de page
(document actif).

Bonne fin de journée
JBF


Ben oui, tiens... C'est balot.

C'est comme la pub : "Maintenant, si tu l'sais pas..."

M. Romano (ravi d'avoir appris quelque chose)

--
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][hors sujet] Calc et Derniers Documents Utilisés

[Marc Romano]

A ! les affaires reprennent !

Il y a eu un trou pendant vingt-quatre heures sur les deux listes users 
et discuss : plus un message, plus rien, ni dans ma boîte, ni sur 
nabble. Je me suis même demandé s'il n'y avait pas un problème de 
serveur... ou pire : un sabordage pur et simple !


M. Romano

Le 14/03/2012 16:32, christianwtd a écrit :

Le 14/03/2012 15:46, felix rulliere a écrit :


Bonjour / Bonsoir (rayer la mention inutile)
avec Calc impossible d'utiliser "Derniers Documents Utilisés" dans le 
menu "Fichier"

voir la pièce ==> http://cjoint.com/?0CopE3WccDt
avec = LibreOffice 3.5.0rc3 Version ID : 
7e68ba2-a744ebf-1f241b7-c506db1-7d53735

MS Windows Vista Home Premium 32-bit SP2
AMD Phenom X4 9550
Voila, je crois ne rien avoir oublié.
Etrange, n'est il pas ?


Bonjour,

Si tu viens d'installer cette version rc3, avec purge des profils, 
c'est normal. C'est un peu une première installation.
Si tu ouvres un fichier, fais une modif, même insignifiante, 
sauvegarde. A la prochaine ouverture le fichier doit réapparaitre. 
Sinon, pas normal.



Et avec ça bonne journée/soirée
« Tout chien qui aboie ne mord pas. »

felixrulli...@sfr.fr
fe...@f-rulliere.fr
felixrulli...@gmail.com


Bon surf,
Christian



--
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] [Base/Report Builder 3.5.1] Non-impression des lignes

[Marc Romano]

Bonjour ;

Un problème récurrent, qui est apparu avec les versions 3.4 (du moins, 
je l'ai remarqué pour la première fois sur la 3.4.1, mais je n'avais 
peut-être pas fait le test sur les versions antérieures) : lorsqu'on 
ajoute une ligne horizontale dans un rapport, elle n'apparaît pas 
lorsqu'on visualise le rapport et elle n'est pas imprimée non plus.


Dans les versions antérieures à la 3.4.4, la ligne ne s'affichait même 
pas lorsqu'on préparait le rapport. A partir de la 3.4.4, elle apparaît 
à l'écran mais n'est pas imprimée. Pas de changement donc dans la 3.5.1 
(pas testé la 3.5.0).


L'ajout de lignes (horizontales ou verticales) dans un rapport 
fonctionnait très bien sous OpenOffice et, si ma mémoire est bonne (mais 
je n'ai plus de version sous la main pour vérifier), sous LibO 3.3.0.


Pas pu vérifier s'il existe un bug ouvert sur ce problème : le est aux 
abonnés absents ce matin.


Problème relevé sur :
- Ubuntu 11.10 64 bits - LibO 3.4.4
- XP SP3 - LibO 3.5.1

Cordialement ;
M. Romano


--
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] [Base/Report Builder 3.5.1] Non-impression des lignes

[Marc Romano]

Le 18/03/2012 12:41, Marc Romano a écrit :

Bonjour ;

Un problème récurrent, qui est apparu avec les versions 3.4 (du moins, 
je l'ai remarqué pour la première fois sur la 3.4.1, mais je n'avais 
peut-être pas fait le test sur les versions antérieures) : lorsqu'on 
ajoute une ligne horizontale dans un rapport, elle n'apparaît pas 
lorsqu'on visualise le rapport et elle n'est pas imprimée non plus.


Dans les versions antérieures à la 3.4.4, la ligne ne s'affichait même 
pas lorsqu'on préparait le rapport. A partir de la 3.4.4, elle 
apparaît à l'écran mais n'est pas imprimée. Pas de changement donc 
dans la 3.5.1 (pas testé la 3.5.0).


L'ajout de lignes (horizontales ou verticales) dans un rapport 
fonctionnait très bien sous OpenOffice et, si ma mémoire est bonne 
(mais je n'ai plus de version sous la main pour vérifier), sous LibO 
3.3.0.


Pas pu vérifier s'il existe un bug ouvert sur ce problème : le est aux 
abonnés absents ce matin.


Problème relevé sur :
- Ubuntu 11.10 64 bits - LibO 3.4.4
- XP SP3 - LibO 3.5.1

Cordialement ;
M. Romano


Je viens de réussir à me connecter sur les archives. Pas pratique pour 
consulter l'historique, mais a priori ce bug est répertorié sous l'issue 
33617. Si ma recherche est bonne, il l'est depuis janvier 2011 et la 
3.3.0. Toujours si ma recherche est bonne, il semble être spécifique à 
LibO, ça marcherait normalement sous les versions en cours de mise au 
net d'OOo.





--
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] [Impress] Mauvaise relecture diaporama ppt

[Marc Romano]

/NB : Le fichier joint n'est pas ma propriété. Il m'a été soumis pas un
collègue qui souhaitait l'utiliser dans le cadre de son cours, je le soumets
ici en raison des problèmes rencontrés. Merci de ne pas le réutiliser sans
l'accord de son auteur./
http://nabble.documentfoundation.org/file/n3836792/Avancement_sandwichs.ppt
Avancement_sandwichs.ppt 

Bonjour ;

Ce diaporama aura parcouru pas mal de systèmes...

- Sous XP SP3, LibO 3.4.4 : les données des tableaux sur certaines diapos
sont affichées hors écran. Impossible de modifier la diapo pour "ramener"
les données au bon endroit.
- Sous Ubuntu 11.10/64, LibO 3.4.4 : le diaporama s'affiche correctement.
- Sous XP SP3, LibO 3.5.1, le modèle de conception n'est pas appliqué, les
diapos sont affichées sur fond blanc et dans des polices approximatives (les
bonnes polices sont bien installées sur la machine, le diaporama s'affiche
normalement avec PowerPoint 2003 sur cette même machine).

J'ai résolu le problème pour le collègue... en lui installant la visionneuse
PowerPoint, contraint et forcé. De même, d'autres problèmes avec des
diaporamas PwP 2010 ont été résolus par ce même moyen (je n'ai pas les
diaporamas sous la main pour vérifier s'ils sont relus correctement par la
3.5.1, je ferai un autre post au cas où).

Il n'y a donc pas d'urgence, mais il me semble que, si vous reproduisez ces
anomalies de visualisation (vérifiées sur plusieurs machines différentes,
dans et hors réseau de l'établissement), qu'elles sont tout de même sinon
sérieuses, du moins fort gênantes.

Cordialement ;
M. Romano

--
View this message in context: 
http://nabble.documentfoundation.org/Impress-Mauvaise-relecture-diaporama-ppt-tp3836792p3836792.html
Sent from the Users mailing list archive at Nabble.com.

-- 
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] [Impress] Mauvaise relecture diaporama ppt

[Marc Romano]

En effet, en supprimant l'accélération matérielle, ça marche sous XP 
SP3/3.5.1. Bon à savoir ! Je testerai demain sous 3.4.4.


C'est un bug connu, en cours de résolution, ou quelque chose de "normal" ?

Cordialement ;
M. Romano

Le 18/03/2012 17:35, Jean-Baptiste Faure a écrit :

Bonjour,

Pas de problème majeur chez moi avec LO 3.5.1 sous Ubuntu 11.10.
Une suggestion : essayer de lancer le diaporama après avoir désactivé
dans les options l'accélération matérielle : menu Outils>  Options>
LibreOffice>  Affichage.

Bonne fin de journée
JBF

Le 18/03/2012 17:22, Marc Romano a écrit :

/NB : Le fichier joint n'est pas ma propriété. Il m'a été soumis pas un
collègue qui souhaitait l'utiliser dans le cadre de son cours, je le soumets
ici en raison des problèmes rencontrés. Merci de ne pas le réutiliser sans
l'accord de son auteur./
http://nabble.documentfoundation.org/file/n3836792/Avancement_sandwichs.ppt
Avancement_sandwichs.ppt

Bonjour ;

Ce diaporama aura parcouru pas mal de systèmes...

- Sous XP SP3, LibO 3.4.4 : les données des tableaux sur certaines diapos
sont affichées hors écran. Impossible de modifier la diapo pour "ramener"
les données au bon endroit.
- Sous Ubuntu 11.10/64, LibO 3.4.4 : le diaporama s'affiche correctement.
- Sous XP SP3, LibO 3.5.1, le modèle de conception n'est pas appliqué, les
diapos sont affichées sur fond blanc et dans des polices approximatives (les
bonnes polices sont bien installées sur la machine, le diaporama s'affiche
normalement avec PowerPoint 2003 sur cette même machine).

J'ai résolu le problème pour le collègue... en lui installant la visionneuse
PowerPoint, contraint et forcé. De même, d'autres problèmes avec des
diaporamas PwP 2010 ont été résolus par ce même moyen (je n'ai pas les
diaporamas sous la main pour vérifier s'ils sont relus correctement par la
3.5.1, je ferai un autre post au cas où).

Il n'y a donc pas d'urgence, mais il me semble que, si vous reproduisez ces
anomalies de visualisation (vérifiées sur plusieurs machines différentes,
dans et hors réseau de l'établissement), qu'elles sont tout de même sinon
sérieuses, du moins fort gênantes.

Cordialement ;
M. Romano

--
View this message in context: 
http://nabble.documentfoundation.org/Impress-Mauvaise-relecture-diaporama-ppt-tp3836792p3836792.html
Sent from the Users mailing list archive at Nabble.com.





--
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: Writer - Insertion automatique - Permanente ?

[Marc Romano]

Je n'a, pas suivi toute la conversation, mais je viens de faire un test 
à partir de ce dernier post. J'ai créé une entrée AutoTexte de 1153 mots 
et 7407 caractères (ce qui correspond à trois pages en Times New Roman 
12, et essayé de l'insérer ensuite dans un autre document. Ça marche 
sans aucun problème. L'AutoTexte me semble au contraire la bonne 
solution pour insérer des blocs de paragraphes importants.


Testé sur LibO 3.5.1, WXP SP3.

Cordialement ;
M. Romano

Le 27/03/2012 09:45, jdt37b a écrit :

Oui, l' Autotexte est pratique pour quelques mots, mais ne remplace pas
l'insertion automatique de plusieurs centaines de mots.
Solution de  dépannage : créer un modèle avec tous les mots voulus, puis
ouvrir ce modèle en icône pour lancer LO.
J'en suis là !


-
LO 3.4.6 - Windows XP
--
View this message in context: 
http://nabble.documentfoundation.org/Writer-Insertion-automatique-Permanente-tp3853685p3860588.html
Sent from the Users mailing list archive at Nabble.com.



--
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] Gif anime

[Marc Romano]

Bonjour ;

Testé sur LibO 3.4.5/Ubuntu 11.10 et sur LibO 3.4.6/Win XP SP3. Aucune 
difficulté dans les deux cas, le diaporama se déroule normalement. Le 
problème ne semble pas venir de l'accélération matérielle, puisque dans 
les deux cas chez moi elle était activée. Mais je te conseille néanmoins 
de vérifier ce point et de tester sans accélération matérielle, si ce 
n'est déjà fait.


Excellent diaporama au demeurant. L'auteur autorise-t-il son utilisation 
dans un contexte pédagogique (collège et lycée) ?


Cordialement ;
M. Romano

Le 15/04/2012 08:01, Philippe CLEMENT a écrit :

Le 14/04/2012 18:00, Chopin Sébastien a écrit :

Bonjour,

Je suis sous LibreOffice 3.4.3 / Linux-Mandriva 2011.0. Je constate 
que depuis toujours les gifs animés posent des difficultés dans Impress.


Voici un exemple où la première diapo est un gif animé :
http://dl.free.fr/p4rQgRBG6

Chez moi, il est impossible de reprendre la main sur LibO sauf en le 
tuant.

Votre avis ?

Sébastien


Bonjour Sébastien,
Non reproduit avec LibreOffice 3.5.2.2 / Linux-Mandriva 2011.0 (64 bits).
La première diapo avec le gif (il se "balance" bien de droite à 
gauche) ne pose aucun problème avec ma configuration. La version 
installée sur ma machine est LibreOffice 3.5.2.2 officielle.

Bon dimanche



--
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] OpenOffice et LibreOffice

[Marc Romano]

Bonjour à tous ;

Le 14/06/2012 18:30, Alexander Thurgood a écrit :
> Pour moi, le souci vient plus de l'impact et éventuelles répercussions
> que pourraient avoir les nouveaux développements de AOO, qui semblent
> se pousser vers une espèce de fusion avec le code de Symphony qui,
> rappelons-le, n'a pas de module de base de données spécifique. Pour
> IBM, il est clair qu'un module Base, ils n'ont en rien à faire, et
> heureusement il y a encore les anciens développeurs OOo (entre autres
> maintenant chez IBM) qui militent encore en faveur du maintien du
> statut quo de la fonctionnalité, mais il faut voir à la longue ce que
> cela donnera. Même si on est des projets séparés, on voit bien qu'il y
> a déjà une petite guéguerre au niveau des performances de la suite.
> Qu'en serait-il pour LO, si AOO se débarassait de Base et découvrait
> par la même occasion une amélioration fulgurante des performances ? Je
> crois que la messe serait vite dite. Tout ceci n'est bien entendu
> qu'une hypothèse parmi d'autres, j'espère qu'on me prouvera le
> contraire et que Base continuera à évoluer... Alex 

Si cela était le cas, Aoo serait totalement disqualifié dans le monde
l'éducation, du moins dans le secondaire et le supérieur technologique.
La présence d'un SGBDR est une nécessité imposée par les programmes.
Idem si LibO abandonnait le module Base.

Or, LibreOffice entre aujourd'hui dans les lycées en grande partie par
l'enseignement technologique, parfois par le professionnel, tous les
deux gros consommateurs de suites bureautiques. Tel qu'il existe
aujourd'hui, le module Base (plus Report Builder) constitue une
fonctionnalité suffisante pour couvrir les besoins de ces sections. Il
permet d'aborder pas mal de notions liées aux bases de données, depuis
l'étiquetage des champs jusqu'aux contraintes d'intégrité, en passant
par les notions de formulaire, de rapport, de requête en mode QBE et
SQL, et on n'en demande pas plus. Il ne permet pas de faire un
développement complet d'application (quoique, si elle est assez
simple...), mais ce n'est pas notre objectif. De plus la possibilité
d'utiliser Base en frontal vers des bases MySQL est extrêmement
intéressante, notamment dans les sections de technicien supérieur.

Vous direz que je prêche pour ma petite paroisse, et je vous l'accorde
bien volontiers. Je pense néanmoins que c'est un aspect à prendre en
compte : uniquement en ce qui concerne les établissements dont je
m'occupe, la suppression de Base entraînerait l'obligation de fait
(imposée par les programmes) de retourner vers Access, et personne ne
comprendra (ni n'admettra) qu'on ne prenne qu'Access dans la suite
Office. Et ça nous fait 400 postes et 2000 utilisateurs en moins pour
LibreOffice...

Il ne manque pas grand-chose à Base pour être une alternative valable,
du moins pour des applications simples pour une petite structure
professionnelle (je suis à peu près certain que ce que je demande à mes
étudiants de BTS est très largement au-dessus, en termes de complexité
et de fonctionnalité, de 80% des utilisations en petite entreprise, et
ce n'est pas très élaboré, croyez-moi). Il y a quelques bugs à corriger,
plus gênants que vraiment bloquants, quelques fonctionnalités à
intégrer, comme la possibilité de faire simplement des menus. HSQL est
un moteur qui n'est pas mal, même si je le trouve un peu trop chichiteux
sur le plan de la syntaxe (ça contraint les utilisateurs à de la
rigueur, ce qui n'est certes pas plus mal, mais trop chronophage).

Mon intervention ne fera pas avancer le produit malheureusement (manque
à la fois de temps et de compétences), c'est juste un avis.

Marc Romano

-- 
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] OpenOffice et LibreOffice

[Marc Romano]

Bonjour ;

Le 14/06/2012 22:14, Alexander Thurgood a écrit :
> Pour AOO, rien n'est encore décidé, mais le ORB est déjà dehors et le
> connecteur mysql aussi. Ils ne pourront être réintégrés. Actuellement,
> l'extension connecteur mysql direct disponible sur le site
> d'extensions AOO ne fonctionne plus avec la dernière version de
> celui-ci, en tout cas sur Windows, je ne sais pas ce qu'il en est pour
> les autres OS. 
Pour ORB (je suppose que tu veux parler de Report Builder labellisé
"Oracle"), c'est une erreur majeure, à mon avis : la disponibilité d'un
outil permettant de faire quelques calculs simples dans un rapport est
un argument déterminant pour justifier l'utilisation de LibO en lieu et
place d'Access. Lequel, sur ce point précis du générateur de rapport, a
des années-lumière d'avance. L'EN utilise majoritairement la suite
Office. Les pochettes, sujets et supports d'examen qui portent sur les
bases de données sont exclusivement conçus à partir d'exemple et de
supports Access. Lors des oraux, les examinateurs attendent que les
fonctionnalités d'Access soient reproduites. Et la génération d'un
rapport avec sous-totaux est une demande quasiment incontournable.
Bizarrement, il est très rare que soit demandé un formulaire avec
sous-formulaire (sous Access, c'est un parcours du combattant pour le
faire, sous LibO, c'est d'une facilité déconcertante).

En ce qui concerne le connecteur MySQL natif, je prie la communauté de
m'excuser, mais c'est AMHA l'exemple type du "faux problème". Je m'explique.

Il existe un connecteur ODBC fournit par MySQL qui est à la fois simple,
efficace, rapide et gratuit. Le seul intérêt de développer un connecteur
propre est l'indépendance, mais sur ce point précis je trouve que c'est
un mauvais argument : on ne va pas chercher un truc exotique, on utilise
pour accéder à une base MySQL le connecteur fournit par MySQL. Ça me
semble cohérent, tout simplement.

Pour info, c'est ce que j'ai mis en place (MySQL ODBC Connector
5.quelque chose). Je ne me sers jamais du connecteur natif, que j'avais
testé à sa sortie et retesté plus récemment, et auquel j'ai trouvé pas
mal de défaut, dont la rapidité. Ma solution a de plus l'avantage d'être
transposable à d'autres outils frontaux pour MySQL, comme HeidiSQL par
exemple, que j'utilise beaucoup pour l'apprentissage de SQL (infiniment
plus clair et plus convivial de construire une requête avec Heidi que
sous LibO – et je ne parle même pas d'Access dans ce cas).

>> La présence d'un SGBDR est une nécessité imposée par les programmes.
>> Idem si LibO abandonnait le module Base.
>>
>> Comme l'a dit Cédric, on cherche pour LO une autre solution pour essayer
> de remplacer hsqldb. Je vois du rapport du comité de pilotage qu'il serai
> question de firebird, car il existe une version distribuée en MPL, donc une
> licence qui va bien. Pour avoir utilisé une bdd firebird dans une
> application embarquée au niveau professionnel, je sais que c'est un moteur
> tout à fait capable. Reste à voir si cela est techniquement faisable.
Je ne connais que de nom, je n'ai pas eu l'occasion de l'essayer. Toute
solution sera valable, en ce qui concerne mes besoins. Mais j'admets que
dans le domaine spécifique de l'enseignement tertiaire, ces besoins sont
extrêmement limités.

>> Mon intervention ne fera pas avancer le produit malheureusement (manque
>> à la fois de temps et de compétences), c'est juste un avis.
>>
>>
>> Ce genre d'avis est très important pour rappeler qu'il existe des "volume
> users" de Base, qu'on se le dise ! :-))
Merci de m'encourager à le donner, cet avis ! Je reconnais que la
limitation de mes besoins en matière de bases de données limite de fait
la portée de cet avis. Mes seules "justifications" sont le volume d'une
part, et d'autre part surtout le fait que l'abandon de cette
fonctionnalité dans Base me condamnerait de fait à abandonner l'ensemble
de la suite. Là, ça serait très regrettable, parce que je trouve à LibO
des qualités pédagogiques très intéressantes (surtout pour Writer), et
surtout beaucoup plus simples à expliquer et à mettre en œuvre que dans
Office.

Cordialement ;
Marc

-- 
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] OpenOffice et LibreOffice

[Marc Romano]

Bonjour ;

Le 14/06/2012 22:36, Martin Kempf a écrit :
> Bonsoir,
>
> Merci pour ces précisions sur base, que j'aimerais utiliser de manière
> plus régulière et plus professionnelle. Il est toujours intéressant de
> connaitre les histoires du logiciel, et de cerner ainsi la route un
> peu caillouteux de StarOpenLibreApacheOffice.org. (J'étais déjà
> utilisateur de StarOffice à l'époche de StarDivision...).
>
> J'ai eu une indication sur la liste DE de Robert Großkopf concernant
> la connexion à une base locale MySQL (que je n'ai pas encore réussi),
> mais j'ai d'énormes lacunes de connaissance de "base" ("fondamental"
> et le logiciel lui-même).
>
> Est-ce qu'il y a des cours d'initiations pour utiliser base
> correctement ? Et surtout avec MySQL ? A tout hasard ?
Pour ce qui est d'utiliser LibO sous MySQL proprement dit, il n'existe
pas de tutoriel, du moins à ma connaissance). L'utilisation est
identique à celle d'une base sous moteur intégré, seules quelques
fonctionnalités ne son pas disponibles (pas possible de créer une base
ex nihilo par exemple). Pour ce qui est la connexion à partir de LibO
vers une base MySQL, j'ai en revanche un petit guide que je peux
t'envoyer. Il suffit que je le mette à jour (il date de 2007 et
concernait OpenOffice, il y a quelques différences notamment dans le
choix du mode de connexion). Je fais ça ce week-end et je te l'envoie.

Je veux bien mettre ce guide à la disposition de la communauté (s'il est
jugé suffisamment intéressant pour cela), mais je n'ai pas du tout le
temps de le mettre en forme sous la forme attendue pour la
documentation. Si quelqu'un accepte de se charger de cette mise en
forme, je lui envoie le document et les images originaux.

Marc

-- 
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: OpenOffice et LibreOffice

[Marc Romano]

Bonjour, Sophie, bonjour à tous ;


Le 01/07/2012 08:54, Sophie Gautier a écrit :
> On 30/06/2012 23:03, Bernard Ribot wrote:

> Personne n'en doute à TDF, sauf que Base n'est pas le module le plus
> utilisé.

C'est l'éternel problème du serpent qui se mord la queue : il n'est pas
le plus utilisé, ce dont je ne doute pas, parce que son niveau de
fonctionnalités et d'ergonomie est très en dessous de celui de
l'équivalent dans la suite Microsoft, principalement en matière de rapports.

Ce qui est dommage, parce que sur certains points (formulaires avec
sous-formulaires par exemple), Base est très supérieur en facilité de
mise en œuvre à Access.

Indépendamment des problèmes de moteur SGBDR (bien qu'un moteur embarqué
soit nécessaire, voire indispensable, on peut régler assez facilement
cette question en utilisant Base en frontal d'un moteur MySQL ou autre),
il ne manque pas grand-chose pour que le module puisse être considéré
comme équivalent à Access pour 90% des utilisations courantes : une
interface plus conviviale pour générer des formulaires, une amélioration
de l'ergonomie de Report Builder, surtout en ce qui concerne les
sous-totaux, une sécurisation par rapport à quelques plantages qui
peuvent encore exister (bien que cela se soit considérablement amélioré
depuis la 3.5).

Les 10% d'utilisation restant concernent ceux qui font du développement
sous Access. Ça existe, je ne dis pas que ce n'est pas important, mais
ce n'est pas non plus l'utilisation la plus courante en PME (et encore
moins dans l'éducation), et je ne pense pas par conséquent que cela
doive être une priorité de développement (même si je conçois qu'un
développeur aura plus de plaisir à s'attaquer à cette partie qu'à une
meilleure interface de création de formulaires).

J'admets aussi que ce point de vue n'est que le mien, et directement lié
à l'utilisation en milieu éducatif (filières bac technologique tertiaire
et BTS).

Cordialement ;
Marc Romano



-- 
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] [base] questions d'éternel débutant

[Marc Romano]

Bonjour, Henri ;

Il est difficile de te répondre sans avoir les données elles-mêmes sous
les yeux. Je vais essayer toutefois d'apporter quelques réponses simples
aux questions les plus simples.


Le 06/07/2012 01:30, Henri Boyet a écrit :
>
> Quand je passe de Calc à Base, c'est-à-dire quand je crée un odb à
> partir d'un ods, je n'arrive pas à mettre de clé primaire, ce qui est
> apparemment indispensable pour créer des relations. Est-ce possible ?
> Sinon, comment faire autrement qu'en créant "ex nihilo" et en retapant
> 200 enregistrements avec de très nombreux champs ?

Oui, c'est possible. Je suppose que tu passes par un simple
copier/coller à partir de Calc dans Base, et je suppose de même que la
première ligne de ta plage de cellule contient les noms des champs.
Lorsque l'assistant d'importation te demande "Formatage de type", te
permettant de choisir le format des champs dans Base, il suffit de faire
un clic droit dans la fenêtre de gauche sur le champ qui doit devenir
clé primaire dans Base et de sélectionner l'entrée "clé primaire" (il
n'y a qu'une entrée, pas grand risque de se tromper...).

Si la clé primaire de la table est composée de deux champs (clé
concaténée) il faut sélectionner les deux champs (Ctrl + clic) avant de
faire le clic droit.

>
> À (très) long terme, si j'arrive à créer quelque chose qui fonctionne,
> je voudrais le proposer à mes collègues. Actuellement, chacun utilise
> sa propre disposition de colonnes, ce qui ne facilite pas les
> échanges. Est-il envisageable d'échanger des enregistrements ? A
> priori, il faudrait transmettre les données de la table principale et
> reconstruire les liens avec les tables secondaires (dont le contenu
> change pour chaque collègue) ; Base est-il capable de s'y retrouver
> dans les index ?

Pas de réponse possible sans examiner les différentes sources. A priori,
oui, mais en bricolant (et ça n'a rien à voir avec Base ou un autre
outil, c'est une question de structure et de logique : un ordinateur est
un tas de ferraille, il est rigoureusement incapable d'"interpréter" les
données qu'il voit). Il serait infiniment plus simple que les tables
secondaires aient la même structure, ça sera infiniment moins compliqué.

>
> À chacun de mes essais, je me suis rendu compte en cours de travail
> (malgré une longue préparation sur papier) que j'avais besoin de
> modifier la structure de la base, ce qui n'était plus possible (ou
> plutôt, il aurait fallu utiliser des commandes SQL auxquelles je ne
> comprenais rien). Est-il vraiment impossible de corriger simplement
> des erreurs de conception ?

Je ne vois pas quel est le problème. Si des liaisons ("relations", mais
je n'aime pas le terme qui induit une confusion) ont été définies et que
la modification remet en cause des l'intégrité des données, oui, c'est
normal que ce soit refusé. Il faut dans ce cas supprimer les liaisons
avant de faire toute modification de structure et les recréer ensuite.

En y réfléchissant, il me semble avoir eu un problème similaire,
précisément lorsque les liaisons sont définies. Base n'accepte plus de
modification de structure dans ce cas. La solution est celle que je
décris ci-dessus.

>
> J'utilise actuellement dans ma feuille de calcul des listes
> déroulantes (merci Pierre-Yves !) qui vont piocher leurs valeurs dans
> d'autres onglets. Est-il possible (facile ?) de créer plusieurs tables
> liées à partir des différents onglets ? J'arrive bien à créer des
> tables différentes mais elles sont dans des odb différents alors qu'il
> faudrait qu'elles soient dans le même.

Pour créer plusieurs tables par copier/coller à partir de Calc, il
suffit de répéter l'opération dans Base, dans la même base de données.
Sinon, je ne comprends pas ton problème. Peux-tu être plus explicite ?

>
> Je ne comprends pas les discussions sur tous ces moteurs internes,
> externes… Concrètement, si je crée une base (sans doute avec la
> version 3.6, je vais faire ça au mois d'août) et que le "moteur
> interne" change dans un an ou deux, est-ce que je risque de ne plus
> pouvoir travailler avec ma base ? Est-ce que les données enregistrées
> avec le moteur interne peuvent éventuellement être traitées avec un
> moteur externe ?

Il existe plusieurs possibilités. Il est toujours possible de faire
l'opération inverse à celle de la création des tables à partir de Calc
(copier/coller de Base vers Calc), on récupère les données ce qui est
quand même le plus important.

La seconde est que les développeurs prévoient un outil de transfert des
anciennes bases vers le nouveau moteur. Possible mais ça risque d'être
un peu long à développer, il n'est donc pas certain que ce soit une
priorité et je le comprends assez.

La troisième est que dès le départ tu raisonnes avec un moteur externe,
comme MySQL par exemple. Ce n'est pas très difficile à installer et à
paramétrer, tu trouveras, ici ou sur les forums spécialisés MySQL,
suffisamment d'aide pour le faire. Les avantages sont multiples : tu
t'affranchis tout 

Re: [fr-users] [base] questions d'éternel débutant

[Marc Romano]

Bonjour, Henri ;


Le 07/07/2012 00:26, Henri Boyet a écrit :
>
> En fait, lors de mes essais, je ne faisais pas forcément de
> copier/coller de Calc dans Base. Je ne me souviens plus pourquoi
> j'avais abandonné cette méthode, il me semble que c'était une question
> de formats des champs. J'avais essayé une autre démarche : créer une
> nouvelle base, se connecter à une base existante, tableur. C'est sans
> doute là que je n'avais pas de clé primaire. À creuser.

Cet élément donne, me semble-t-il, l'explication à plusieurs de tes
problèmes. Ceux-ci d'abord, mon interprétation ensuite :

> (1) Je constate que je me suis mal exprimé. Je ne parlais pas
> d'échanges entre des bases de types différents mais entre des bases de
> mêmes structures. Supposons que la même commune a un emplacement
> différent dans la table «T_Commune» de deux utilisateurs différents.
> Si j'importe des enregistrements de la table «T_Eleves», le champ
> «Commune» ne contient pas le nom de la commune mais un index vers la
> ligne de la table «T_Communes». Que se passe-t-il puisque l'index ne
> pointe plus vers la bonne valeur ? Je ne sais pas si je suis clair…

> (2) Ce n'était pas un problème de relations. Il me semble me rappeler
> que le problème principal était de rajouter un champ. Mais je
> n'arrivais pas non plus à corriger des formats de champs qui ne
> s'étaient pas importés correctement, en particulier les booléens.

En fait, tu ne crées pas de "nouvelle" base de données avec la méthode
que tu utilises. Tu crées un simple "conteneur" qui va conserver les
paramètres de connexion à la "vraie" base de données et les objets
spécifiques que tu pourras y rajouter (requêtes, formulaires, rapports).
Mais les données elles-mêmes ainsi que la structure de la base restent
conservées dans la source originelle, c'est-à-dire le classeur dans ton cas.

Base fonctionne de la même façon pour la connexion vers n'importe quelle
source externe, que ce soit un classeur, une base MySQL ou autre. C'est
assez simple à vérifier : il suffit de regarder la taille du fichier odb
entre une base "native" et une base externe. Elle varie
considérablement, et c'esr encore plus net lorsque les données sont les
mêmes, avec une base sous HSQL et les mêmes données sous MySQL par
exemple. C'est aussi facile à vérifier autrement : fais une modification
dans le classeur d'origine et réouvre la base : la modification sera
apparente dans Base. Les données ne sont donc pas conservées dans Base,
celle-ci se comporte comme une simple "fenêtre" vers les données d'origine.

Ça peut paraître enquiquinant selon le problème que tu as à résoudre,
mais en réalité c'est très bien comme ça. C'est même ça qui va permettre
de partager une base de données entre plusieurs utilisateurs, et de
permettre à chacun d'utiliser les données selon ses besoins propres : le
"conteneur" odb pourra être personnel à chacun mais les données seront
les mêmes pour tous. Pédagogiquement (je suis très égoïste...), ça ouvre
de très intéressantes possibilités.

Ça veut dire aussi que selon le type de la source, tu pourras ou ne
pourras pas modifier la structure de la base. Ce sera possible par
exemple sur une base MySQL (en fonction des droits utilisateurs sur la
base et depuis peu, il me semble, parce que je me souviens que ce
n'était pas possible sous OpenOffice), mais pas une une base de type
"classeur", qui ne possède pas les caractéristiques (clé primaire,
nature de champ, etc.) d'une table de base de données.

AMHA, la connexion vers une feuille de calcul ne doit pas être retenue
lorsqu'on veut construire une base de données relationnelle. Si dans les
deux outils on parle de "table", la nature même de ces tables, leurs
caractéristiques propres sont trop éloignées l'une de l'autre pour
qu'une transition complète soit possible. La possibilité de transférer
des tables de Calc vers Base est très intéressante, par exemple pour
récupérer de gros volumes de données d'une autre source non directement
compatible, ou si on veut "manipuler cette source différemment de ce que
permet la version originelle. Dans un tel cas, exporter les données
d'origine au format texte, les importer dans Calc puis dans Base,
représente un gain de temps considérable par rapport à la saisie ex
nihilo de ces mêmes données.

La possibilité de se connecter directement sur une feuille de calcul est
aussi intéressante, mais dans des cas particulier : je veux faire par
exemple un publipostage à partie d'une liste d'adresses saisies dans un
classeur. Je crée un "conteneur" Base lié à la feuille de calcul et
j'utilise ce fichier odb comme source de données dans Writer. Pas de
problème, c'est ultra-rapide et ça marche très bien. Mais à partir du
moment où je veux pouvoir manipuler les adresses (quelles qu'en soient
les raisons, la simple connexion vers la table ne suffit plus, il faut
créer une "vraie" base relationnelle.


> J'avais acheté un livre qu'on m'avait recommandé, "Pratique de MySQL
> et PHP" mais ça dépassait mes capacités. E

Re: [fr-users] Re: LibreOffice et command line sous MS WINDOWS

[Marc Romano]

Bonjour ;

Confirmé sous XP SP3, LibO 3.5.4. Ça ne fonctionne pas non plus en
utilisant un chemin UNC au lieu d'un nom de lecteur.

Cordialement ;
Marc Romano


Le 14/07/2012 11:20, pierre-yves samyn a écrit :
> Bonjour
>
> Je reproduis le problème (windows 7 64bits) , même dans ce contexte :
>
>
> Sophie Gautier wrote
>> Juste une piste, as-tu essayé de te mettre dans le chemin du répertoire 
>>
> J'ajoute qu'aucune conversion ne fonctionne (autres formats).
> Il existe une ribambelle d'Issues, entre autres  :
> https://bugs.freedesktop.org/show_bug.cgi?id=38511
> https://bugs.freedesktop.org/show_bug.cgi?id=41078
> https://bugs.freedesktop.org/show_bug.cgi?id=40807
> https://bugs.freedesktop.org/show_bug.cgi?id=44496
> https://bugs.freedesktop.org/show_bug.cgi?id=43644
> https://bugs.freedesktop.org/show_bug.cgi?id=38386
>
> J'ajoute que les "résolutions" ou "explications" données dans certaines
> ne fonctionnent pas dans mon environnement :
> - ne pas avoir de processus déjà ouvert
> - forcer l'extension
> - installer les anciens filtres
>
> Cordialement
> Pierre-Yves
>
> --
> View this message in context: 
> http://nabble.documentfoundation.org/LibreOffice-et-command-line-sous-MS-WINDOWS-tp3995414p3995428.html
> Sent from the Users mailing list archive at Nabble.com.
>



-- 
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] Fichier doc impossible à ouvrir avec LIBO.

[Marc Romano]

Bonjour ;

Ce fichier a trois éléments remarquables : il est construit en deux
sections, il comporte des notes de bas de page associées à des cellules
de tableau et il contient *_des_* tableaux extrêmement volumineux. Il
n'y a pas en effet un seul tableau avec répétition des titres, mais un
tableau par page, calculé pour entrer pile sur une page. Il est possible
que l'auteur ait volontairement scindé son tableau en plusieurs
sous-tableaux en raison d'un problème de cadrage des notes et du contenu
de tableau sur la même page. J'émets cette hypothèse en raison du fait
que vers la fin, lorsque les items du tableau ne demandent plus de
notes, on retrouve un objet "normal" de traitement de texte (un tableau
continu avec un report des lignes de titre).

On peut ouvrir le tableau avec LibO (3.5.5.3, XP SP3, à vérifier sur
d'autres versions). Il suffit dans Word de convertir les tableaux en
texte. Le fichier s'ouvre dans LibO sans aucune difficulté, mais on perd
évidemment la mise en page. Je n'ai pas réussi à faire proprement la
conversion inverse dans LibO, mais je n'ai pas poussé mes essais bien
loin par manque de temps.

Je ne sais pas si ces éléments permettent de rattacher ce comportement à
un bug connu ou s'il s'agit d'un truc nouveau. Je verse mes réflexions
au dossier du mystère, ocazou...

Bonne journée à tous.
M. Romano



Le 19/07/2012 22:27, Jean-Baptiste Faure a écrit :
> Bonsoir,
>
> Le 19/07/2012 15:58, Dominique_sextant a écrit :
>> Bonjour,
>>
>> À mon travail (Windows XP Pro SP 3), j'utilise LIBO 3.5.5, OOo 3.3.0 et Word
>> 97 SR2.
>>
>> Vous trouverez ici un fichier doc : http://cjoint.com/?BGtpZKXeQlL
>>
>> Il s'ouvre sans problème avec Word mais ni avec OOo ni avec LIBO !
>> L'application est plantée. Je dois tuer le processus et effacer à la main le
>> fichier de verrouillage ~$11_CDG_liste_pj.doc
> ça me fait penser à ce bug :
> [Bug 39006] FILEOPEN: LibreOffice hangs with 100% CPU usage on specific
> .doc file
>
> https://bugs.freedesktop.org/show_bug.cgi?id=39006
>
> Bugzilla est inaccessible actuellement, il faudra vérifier un peu plus tard.
>
> Bonne soirée
> JBF
>


-- 
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] Problème MySQL dans Base (LIBO 3.6.0.4 version officielle, Ubuntu 12.04)

[Marc Romano]

Le 15/08/2012 19:11, Dominique_sextant a écrit :
> Bonjour,
>
> J'utilise le module Base de Libreoffice.
>
> Je sais très bien trouver les enregistrements communs à 2 tables. J'ai
> oublié comment on fait pour chercher les enregistrements de table1 qui ne
> sont pas dans table2 :
>
> Ma base est très simple, j'ai 2 tables : 2009 et 2010 avec chacune 3 champs
> : Compte, deb, cred
>
> Compte est de type texte (VARCHAR).
>
> Trouver tous les enregistrements de 2010 dont Compte n'a pas d'équivalent
> dans Compte de 2009
>
> Une réponse m'a été donnée sur un autre forum mais LIBO trébuche dessus :
> SELECT * FROM table1
>   WHERE table1.champs11 NOT IN (SELECT champ21 FROM table2);
>
> adaptée à mon cas :
>
> SELECT * FROM 2010
>   WHERE 2010.Compte NOT IN (SELECT Compte FROM 2009);
>
> J'ai systématiquement cette erreur :
>
> Statut SQL: HY000
> Code d'erreur: 1000
>
> syntax error, unexpected $end, expecting BETWEEN or IN or SQL_TOKEN_LIKE
>
> J'ai essayé de contourner la difficulté avec :
>
> SELECT 2009.Compte, 2009.deb, 2009.cred
>   FROM 2009 LEFT JOIN 2010
> ON 2009.Compte = 2010.Compte
> WHERE 2010.Compte IS NULL;
>
> Même punition !
>
> Ma base est ici : http://cjoint.com/?BHptjV9OhXL
>
> Je ne sais pas lire cette erreur et, surtout, je ne sais pas la résoudre.
>
> Merci et bonne journée à tous, 
>
>
>
> --
> View this message in context: 
> http://nabble.documentfoundation.org/Probleme-MySQL-dans-Base-LIBO-3-6-0-4-version-officielle-Ubuntu-12-04-tp4001566.html
> Sent from the Users mailing list archive at Nabble.com.
Bonjour ;

Je pense que ton problème vient de la manière de nommer tes tables. Sauf
erreur de ma part, il me semble qu'un nom de table (de base, de
champ...) peut commencer par un chiffre sous MySQL, mais doit
obligatoirement être encadré par des séparateurs s'il ne contient QUE
des chiffres, ce qui est ton cas ici. Ainsi, tes tables 2009 et 2010
devraient être écrites `2009` et `2010` (source :
http://dev.mysql.com/doc/refman/5.0/fr/legal-names.html).

La construction de ta requête avec NOT IN est parfaitement correcte,
elle n'est pas en cause et doit fonctionner. Elle peut juste être
optimisée en utilisant la clause DISTINCT dans la requête imbriquée, de
manière à ce qu'elle ne renvoie qu'une seule fois le numéro de chaque
compte présent dans la table de l'exercice précédent. Ce qui peut être
pratique si la table est volumineuse. La meilleure rédaction serait donc :

> SELECT * FROM `2010`
>   WHERE `2010`.`Compte` NOT IN (SELECT DISTINCT Compte FROM `2009`);

Cordialement ;

Marc Romano

-- 
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-users] Re: [fr-users] Re: [fr-users] Re: [fr-discuss] Re: [fr-users] Rétrogradage vers la 3.5

[Marc Romano]

Bonjour ;

Je n'ai pas participé à cette discussion (trop de boulot cette semaine),
mais je suis entièrement d'accord avec son utilité et avec les
modifications qui ont été apportées. C'est beaucoup plus clair comme ça.

Mon seul regret est qu'elles n'ont été mises en place qu'hier soir,
alors que je viens de passer la semaine à présenter la page de
téléchargement à diverses classes, en expliquant les différences entre
les deux branches, en précisant bien laquelle télécharger et pourquoi...
et en voyant revenir le lendemain des élèves avec "M'sieur, j'ai fait
tout ça que vous avez dit, mais l'écran au début, il est vert, il est
pas blanc ! C'est normal ?".

Il y a des jours où je me sens vieux, vieux, vieux... :'(

Bon weekend (réparateur) à tous.

Marc Romano


Le 14/09/2012 22:33, Jean-Baptiste Faure a écrit :
> Le ven. 14 sept. 2012 22:00:44 CEST, Luc Mamin a écrit :
> [...]
>> Bonsoir,
>> Je suis confus...
> Tu ne devrais pas. Ton témoignage a suscité ainsi une discussion utile.

-- 
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] Problème d'installation

[Marc Romano]

Bonjour ;


Désolé de cette question, mais je n'arrive pas à accéder à une version
"interrogable" du forum.

Est-ce que quelqu'un a déjà eu une erreur 1935 lors de l'installation de
LibreOffice ? J'ai cette erreur sur un poste (sur près de 400), je
pensais donc que le problème était lié au poste, mais deux étudiants
m'ont signalé avoir la même.Tous les postes concernés sont sous W7 et on
installe la version 3.5.6.

Merci de vos réponses.

Marc Romano

-- 
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] Problème d'installation

[Marc Romano]

Bonjour ;


Le 09/10/2012 21:21, yves dutrieux a écrit :
> Bonsoir,
>
> Le 9 octobre 2012 18:51, Marc Romano  a
> écrit :
>
>> Bonjour ;
>>
>>
>> Désolé de cette question, mais je n'arrive pas à accéder à une version
>> "interrogable" du forum.
>>
>> Est-ce que quelqu'un a déjà eu une erreur 1935 lors de l'installation de
>> LibreOffice ?
> Tiens elle revient cette erreur.
> En fait, plusieurs réponse faite sur le forum.
> - antivirus qui produisait cette erreur: après désactivation de
> l'anti-virus pendant l'install => ok

Essayé (c'est le premier truc auquel on pense en général). Pas d'effet
(antivirus Kaspersky). De même, le pare-feu Windows est désactivé.

> - Microsoft .net Framework à réinstaller et après ok.

Ça, par contre, pas essayé. On va le tester.

Merci du tuyau !

>
> nb : Normalement, lors d'un setup comme LibreOffice, il y a normalement un
> fichier log dans lequel on devrait pouvoir trouver la source exacte du
> problème.
> Comme c'est un msi, je dirais setup.log sous c:\windows peut-être.

Pas trouvé de log, mais peut-être n'ai-je pas cherché au bon endroit.

>
> est-ce une install dans le dossier par défaut ou dans un dossier autre ?

Oui. Seule modification : le msi original a été modifié par mes soins
(suppression des dictionnaires non indispensables. Mais cette
modification n'a aucune conséquence sur les autres postes (presque 400),
pourquoi en aurait-elle juste sur celui-là ? Et en ce qui concerne mes
étudiants, ils installe le package original, téléchargé sur le site
officiel : je prends la précaution de donner la bonne adresse en début
d'année...).
> est-ce que le profil utilisateur contient des caractères accentués ?

Non. L'installation est faite sous un compte d'administrateur, sans
caractères accentués, et les noms d'utilisateurs finaux n'en comportent
jamais.

Merci encore pour le tuyau sur .net Framework. Je vais le tester.

J'ai trouvé également d'autres solutions possibles en fouillant un peu
sur la Toile. Il semble bien qu'il ne s'agisse pas d'une erreur propre à
LibreOffice, contrairement à ce que pouvait me laisser penser la
première analyse (on déploie une trentaine de logiciels sur les postes,
la plupart en msi, et c'est le seul problème, les autres s'installant
sans difficulté). Il y aurait également une piste possible à creuser du
côté de HP : j'ai cru deviner entre les lignes que ce problème se posait
majoritairement sur des machines HP, ce qui est le cas de mon poste.

Cordialement ;

Marc


-- 
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: Base:compléter des nouveaux champs

[Marc Romano]

Bonjour ;

Le 14/10/2012 16:41, Pierre Graber a écrit :
> Le 14. 10. 12 06:42, pierre-yves samyn a écrit :
>> Bonjour
>>
>>
>> Merci Pierre-Yves et Yves,
>>
>> J'ai créé une nouvelle table (Ajout) avec une clé primaire commune à ma
>> table Membres.
>>
>> Dans une fenêtre SQL, quand je veux faire l'update :
>> «update Membres where IdMembre=Ajout.IdMembre set IdFiche=Ajout.IdFiche,
>> MdpFiche=Ajout.MdpFiche»
>> j'obtiens le message «Table not found in statement [update Membres]».
>>
>> J'en conclus que j'ai dû louper quelque chose...
>> Pouvez-vous encore m'aider?
>>
>> Je vous en remercie d'avance!
>>
>> Pierre
>>

Il me semble que la syntaxe exacte devrait être :

UPDATE Membres, Ajout
SET Membres.IdFiche = Ajout.IdFiche, Membres.MdpFiche = Ajout.MdpFiche
WHERE Membres.IdMembre = Ajout.IdMembre

En cas de noms de champ identiques entre deux tables, l'utilisation du
nom canonique est obligatoire pour lever toute ambiguïté. D'autre part,
lorsqu'on utilise UPDATE dans un contexte multi-tables, on doit déclarer
les tables utilisées après UPDATE, qu'elles soient cibles ou sources de
mise à jour. Ici, l'erreur "table not found" concerne à mon avis la
table Ajout, pas la table Membres.

Sous une base MySQL, la syntaxe que j'indique fonctionne. Je ne sais pas
ce qu'il en est sous HSQL, mais je ne vois pas de raison que ça ne
marche pas.

Cordialement ;

Marc Romano

-- 
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: Base:compléter des nouveaux champs

[Marc Romano]

Le 14/10/2012 19:19, Pierre Graber a écrit :
> Le 14. 10. 12 18:53, Marc Romano a écrit :
>> Il me semble que la syntaxe exacte devrait être :
>>
>> UPDATE Membres, Ajout
>> SET Membres.IdFiche = Ajout.IdFiche, Membres.MdpFiche = Ajout.MdpFiche
>> WHERE Membres.IdMembre = Ajout.IdMembre
>>
>> En cas de noms de champ identiques entre deux tables, l'utilisation du
>> nom canonique est obligatoire pour lever toute ambiguïté. D'autre part,
>> lorsqu'on utilise UPDATE dans un contexte multi-tables, on doit déclarer
>> les tables utilisées après UPDATE, qu'elles soient cibles ou sources de
>> mise à jour. Ici, l'erreur "table not found" concerne à mon avis la
>> table Ajout, pas la table Membres.
>>
>> Sous une base MySQL, la syntaxe que j'indique fonctionne. Je ne sais pas
>> ce qu'il en est sous HSQL, mais je ne vois pas de raison que ça ne
>> marche pas.
>>
>> Cordialement ;
>>
>> Marc Romano
> Merci Marc,
>
> Ta proposition m'a aussi semblé sensée, mais elle aboutit encore à :
> «Table not found in statement [UPDATE Membres]»
> (c'est moi qui encadre de guillemets).
>
> Cordialement,
>
> Pierre
>
> --
> *Pierre Graber*
> Enseignant
> CH-2022 Bevaix
> <http://pcpg.net>
En fait, j'ai l'impression (à confirmer) que le moteur HSQL ne prend pas
en charge l'utilisation d'UPDATE en multi-tables. Je viens de faire une
recherche sur la doc en ligne de ce moteur, les explications données
pour UPDATE ne concernent qu'une utilisation mono-table.

En revanche, il semble qu'il permettrait (sous réserves) l'utilisation
de MERGE, mais outre le fait que ce n'est pas une instruction SQL très
pratique, un petit essai que je viens de faire sur un petit bout de base
monté sous LibO 3.6.1 me renvoie une erreur "unexpected token MERGE", ce
qui semble vouloir dire que le moteur implanté sous LibO ne prévoit pas
cette instruction.

Là, on coince... Il faudrait avoir quelques informations de la part des
développeurs, pour savoir exactement ce qui est implanté comme
fonctionnalités. J'avoue que je n'avais jamais tenté ce genre de mise à
jour sous HSQL, utilisant prioritairement des bases MySQL interfacées
avec LibO.

Désolé de ne pouvoir t'aider sur ce coup-ci. Je vais chercher une
solution de contournement, mais sans promesse de résultat !

Cordialement ;
Marc


-- 
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] Perte de macros dans Calc

[Marc Romano]

Le 19/10/2012 18:06, andriant.sandy a écrit :
> Bonjour,
>
> N'y aurait-il pas juste un pb d'enregistrement des macros uniquement.
> Quel est le chemin des macro ?
> Le classeur lui-même ou quelque part sur l'ordinateur ?
>
> Cordialement,
> Sandy-Pascal Andriant
>
> Le 19/10/2012 16:33, Romano Marc a écrit :
>> Bonjour ;
>>
>> J'ai un curieux problème avec quelques-uns de mes étudiants. Ils
>> travaillent sur une application Calc W7, LibO 3.5.6), dans laquelle
>> ils ont à réaliser deux macros très simples, qui ne présentent pas de
>> caractéristiques particulières. Ils sauvegardent normalement leur
>> travail en fin de séance (les dates et heures des fichiers
>> correspondent à celles de la dernière séance de TP).
>>
>> A l'ouverture de leur document Calc aujourd'hui, horreur et
>> consternation : leurs macros ont disparu ! Comme elles représentent
>> un certain nombre d'heures de travail (et pas mal de neurones en
>> surchauffe), il s'inquiètent.
>>
>> Constats :
>>
>> - le problème ne se pose pas pour tous les étudiants, mais pour
>> suffisamment d'entre eux pour qu'on ne puisse pas considérer que ce
>> soit simplement aléatoire ;
>>
>> - toutes les macros n'ont pas disparu : avec le classeur-matrice, je
>> leur fournis deux macros "outils" qui permettent la lecture et
>> l'écriture dans une cellule ; ces macros sont toujours présentes,
>> seules celles qu'ils ont réalisées disparaissent ;
>>
>> - je n'ai pas réussi à mettre en évidence, sur la demi-douzaine de
>> cas, une combinaison de manipulations qui reproduise le phénomène ;
>>
>> - dans un cas, la création d'un nouveau classeur et une copie depuis
>> un autre classeur "correct" a réglé le problème.
>>
>> D'après quelques recherches sur les forums, c'est un problème qui
>> semble apparaître depuis longtemps de manière aléatoire. Là, on est
>> dans un aléatoire "massivement" répétitif, quand même... Mais jusqu'à
>> aujourd'hui, son aspect "aléatoire" l'a maintenu dans le "non
>> confirmé". Il est vrai qu'en deux heures de tentatives diverses, je
>> n'ai pas réussi à reproduire le problème.
>>
>> Mon message n'appelle donc pas forcément à une solution, mais plus à
>> un recensement : ce problème a-t-il été rencontré par ailleurs, et
>> dans quelles conditions ? Est-il possible que ce soit un problème lié
>> au profil utilisateur plus qu'au fichier en lui-même ?
>>
>> Merci de vos suggestions, toujours les bienvenues.
>>
>> Cordialement ;
>>
>> Marc Romano
>>
>
>
Bonsoir, Sandy ;

Le chemin des macros est dans le document lui-même. Il leur est fourni
avec des modules pré-définis (un module "Algorithmes" pour développer
leurs propres macros, un autre "MacroDeTraitement" pour les macros
obtenues par l'enregistreur et un troisième "Outils" qui contint deux
fonctions de lecture et d'écriture de cellule que je leur ai programmé
pour leur simplifier l'utilisation du langage). Ils ne peuvent donc pas
enregistrer ailleurs, même si certains s'y sont essayés (ça a été
rectifié après la première séance).

Je ne forme pas des programmeurs, mais des utilisateurs à dominante
comptable. Ils doivent savoir avant tout réfléchir à ce qu'ils veulent
obtenir et être ensuite capable d'implanter un algorithme (simple) dans
un langage quelconque. Ici, l'algorithme demandé fait quelques lignes
(en dehors d'une macro obtenue par enregistrement). Donc, comme ce ne
sont pas des "informaticiens" et qu'ils découvrent ce genre
d'application, leur parcours est très balisé. En plus, les étudiants à
qui c'est arrivé ne font pas franchement partie des plus mauvais ou des
inattentifs.

Cordialement ;
Marc


-- 
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: Perte de macros dans Calc

[Marc Romano]

Bonsoir, Pierre-Yves ;

Le 19/10/2012 19:11, pierre-yves samyn a écrit :
> Bonjour
>
> J'ai déjà vu évoquer ce problème, davantage pour XP que pour d'autres
> environnements.
>
> Ce que j'ai constaté avec OOo (car c'est un ancien problème) c'est la
> nécessité,
> parfois (?) de devoir enregistrer deux fois depuis l'EDI : deux clics sur la
> disquette
> symbolisant la fonction étaient nécessaires pour que cette dernière soit
> rendue
> inactive. Avec ces deux clics, je n'ai pas subi de pertes de macros...
>
> En revanche, en enregistrant depuis l'interface du module concerné (donc 
> pas depuis l'EDI) l'enregistrement a toujours été directement effectif.
>
> Bien que la question n'ait a priori rien à voir (la taille des documents
> n'étant
> pas incriminée ici), le premier commentaire à cette Issue :
> https://bugs.freedesktop.org/show_bug.cgi?id=47946#c1
> pourrait peut-être laisser présager une résolution indirecte ?
>
>
> Cordialement
> Pierre-Yves

J'ai pensé en effet à l'enregistrement dans l'EDI vs l'enregistrement à
partir du classeur, j'avais vu cette piste sur un vieux forum. J'ai
essayé une bonne partie de l'après-midi de reproduire l'erreur et, bien
entendu, jamais moyen que ça m'arrive à moi... Ceci dit, il suffirait
d'une fois pour qu'on ait une piste de recherche, donc je vais continuer
à essayer de "planter" l'enregistrement.

La taille des classeurs n'est pas en cause (le corrigé complet fait 35
Ko), il n'y a pas d'autre application ouverte pour consommer de la
mémoire et les réglages d'utilisation de la mémoire de LibO sont ceux
par défaut (j'ai même vérifié qu'ils ne les avaient pas changé par erreur).

Le commentaire que tu cites suppose une réaction de l'utilisateur à un
message du type "ce programme ne répond pas". Je ne peux évidemment pas
surveiller 22 écrans en simultané, il m'est donc impossible d'affirmer
que cela n'a pas été le cas. Mais très franchement, étant donné ceux à
qui c'est arrivé, je serai très surpris qu'ils aient répondu à un
message pareil, même en étant très pressés. Ouais, d'accord, le TP se
termine le vendredi soir à 18 heures, mais il n'y a aucun risque qu'ils
soient à la bourre à la sonnerie, ils ont en général bâché bien avant...:-D

Il se passe quelque chose avec ces macros, parfois, dans une
configuration particulière qui ne semble pas dépendre du SE (ils sont
sous W7). Mais quoi ? J'ai ouvert cette question surtout pour attirer
l'attention de la communauté sur ce problème et peut-être inciter
quelques-uns à chercher quelle est la configuration ou les manipulations
en cause.

Bon week-end à tous !

Marc



-- 
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] Perte de macros dans Calc

[Marc Romano]

Le 19/10/2012 20:08, andriant.sandy a écrit :
>> Bonsoir, Sandy ;
>>
>> Le chemin des macros est dans le document lui-même. Il leur est fourni
>> avec des modules pré-définis (un module "Algorithmes" pour développer
>> leurs propres macros, un autre "MacroDeTraitement" pour les macros
>> obtenues par l'enregistreur et un troisième "Outils" qui contint deux
>> fonctions de lecture et d'écriture de cellule que je leur ai programmé
>> pour leur simplifier l'utilisation du langage). Ils ne peuvent donc pas
>> enregistrer ailleurs, même si certains s'y sont essayés (ça a été
>> rectifié après la première séance).
>>
>> Je ne forme pas des programmeurs, mais des utilisateurs à dominante
>> comptable. Ils doivent savoir avant tout réfléchir à ce qu'ils veulent
>> obtenir et être ensuite capable d'implanter un algorithme (simple) dans
>> un langage quelconque. Ici, l'algorithme demandé fait quelques lignes
>> (en dehors d'une macro obtenue par enregistrement). Donc, comme ce ne
>> sont pas des "informaticiens" et qu'ils découvrent ce genre
>> d'application, leur parcours est très balisé. En plus, les étudiants à
>> qui c'est arrivé ne font pas franchement partie des plus mauvais ou des
>> inattentifs.
>>
>> Cordialement ;
>> Marc
>>
>>
> Re,
>
> Loin de moi l'idée de traiter des étudiant de mauvais ou d'inattentifs
> mais comme les macros sont enregistrées "par défaut" dans la
> bibliothèque plutôt que dans le classeur...
>
> Cordialement,
> Sandy-Pascal Andriant

Je ne l'avais pas pris comme ça, je te rassure ! J'en ai eu quelques-uns
qui, malgré les balises et les panneaux clignotants, ont quand même
réussi en effet à enregistrer leur première macro dans l'emplacement par
défaut au lieu de la mettre dans le document. Je disais simplement que
ceux qui ont eu le problème faisaient partie de ceux qui écoutaient les
consignes et qui les appliquaient. Les autres en ont été quitte pour
recommencer leur macro (je supprime systématiquement ce qui n'est pas au
bon endroit lorsqu'ils me demandent de valider leur travail...)

Marc (prof sadique) >:o


-- 
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: Perte de macros dans Calc

[Marc Romano]

Bonjour, Pierre-Yves;

Le 20/10/2012 07:18, pierre-yves samyn a écrit :
> Bonjour
>
>
> Marc Romano wrote
>> Le commentaire que tu cites suppose une réaction de l'utilisateur à un
>> message du type "ce programme ne répond pas". Je ne peux évidemment pas
>> surveiller 22 écrans en simultané, il m'est donc impossible d'affirmer
>> que cela n'a pas été le cas.
> Ce n'est pas cela que je voulais dire... J'indiquais que le problème que tu
> évoques
> (la perte "silencieuse" des macros bien que l'on ait enregistré) n'a a
> priori rien à voir
> puisque justement aucun message n'est affiché ni ignoré par tes étudiants.
>
> Ce que je voulais dire c'est que cette perte des macros pourrait être
> indirectement
> résolue si le processus d'enregistrement lui-même était refondu.
>
> Cordialement
> Pierre-Yves

Au temps pour moi, j'ai mal interprété ton message. OK avec ta proposition.

Pour répondre dans le même temps à Patrice, qui évoque le classement
"NOT CONFIRMED" de cette anomalie, c'est effectivement la position
actuelle de l'équipe de développement, aussi bien du côté d'OOo que de
LibO. Je comprends très bien que ce soit logique car, en effet, il
paraît difficile de s'attaquer à un problème qu'on ne peut pas
reproduire, dont on ne connaît ni les conditions d'apparition ni le
contexte de réalisation. La solution que tu évoques, que j'avais trouvé
sur un forum OOo, est à appliquer en l'attente dans un contexte de
production, par simple mesure de sécurité. C'est moins essentiel dans
mon cas, où il ne s'agit que de formation de base. Le fait de leur dire
"attention, assurez-vous d'avoir bien sauvegardé vos modifications", de
leur faire prendre par exemple deux copies de leur classeur, est en soi
une bonne chose dans la mesure où ça les oblige à ne pas se reposer sur
des automatismes, à avoir une démarche consciente de sécurisation de
leur travail et un souci de vérification. Dans l'absolu, ça m'arrange donc.

 En réalité, je détourne ce qui est fondamentalement une anomalie à des
fins pédagogiques. C'est certainement positif dans mon cas précis, mais
je ne pense pas que ce soit acceptable par un informaticien qui utilise
LibO (ou OOo) pour développer des applications complexes à mettre en
place dans un contexte professionnel, et qui appréciera peu de perdre
des heures de travail parce qu'il y a un truc qui déc... à
l'enregistrement, et que personne ne s'en soucie parce que ce truc est
NOT CONFIRMED. Si nous voulons que LibO ait droit de cité dans les
environnements professionnels complexes, où les outils de base ne
suffisent pas et où de la programmation est nécessaire, je pense que
nous avons intérêt à régler ce genre de détail, insignifiant en
apparence mais de nature à détourner les professionnels vers des
produits moins aléatoires.

Mon message est une invitation à tenter de reproduire l'anomalie. Ce
qu'un individu ne peut reproduire que de façon ponctuelle et aléatoire,
un grand nombre arrivera certainement à multiplier les cas, et par
comparaison des conditions, peut-être pourrons-nous ainsi donner une
réelle piste de recherche aux développeurs.

Cordialement ;

Marc


-- 
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: Perte de macros dans Calc

[Marc Romano]

Bonjour ;

Le 20/10/2012 20:57, VEDEL Patrice a écrit :
> Re
>
> J'ai tenté par divers moyens de tracer que qu'il pouvait se 
> passer en phase enregistrement, j'ai fini par m'en lasser surtout en me 
> remémorant que bm92 et Pys ont cherché à reproduire sans succès et on ne
>  peut pas 
> vraiment dire que ce sont des bleus...
>
> En ramenant les choses à 
> leur juste valeur, je me suis dit qu'il y avait donc encore moins de 
> chances pour que je trouve le tuyau percé de l'usine à gaz.
>
> On gardera donc une fonctionnalité non documentée NOT CONFIRMED tant que ne 
> sera pas récrite la partie enregistrement... Réponse que je fais depuis des 
> mois sur le forum francophone
>
> En attendant on contourne... ;)

Tout à fait d'accord. Mon propos n'était pas tant de déclencher une
chasse à un phénomène qui a toutes les caractéristiques de l'aléatoire
(si on oublie qu'un ordinateur est une machine finie, ou l'aléa n'a pas
de place, et qu'il y a donc forcément une explication) que de remettre
en mémoire un problème qui existe et qui peut, AMHA, provoquer des
réactions de rejet de la suite par des gens qui potentiellement peuvent
être précieux pour son avenir : un informaticien (ou un étudiant) qui
perd des heures de travail alors qu'il ne dispose que d'un temps limité
pour produire quelque chose n'aura pas forcément envie de continuer à
utiliser LibO ni même à simplement en recommander l'utilisation. Il
s'agit juste de faire en sorte que le prochain qui tombe sur le problème
essaie, autant que faire se peut, de décrire ce qu'il a fait. Et on est
d'autant plus attentif à cela qu'on est averti de l'existence possible
d'un problème.

En attendant, en effet, on contourne...

Cordialement ;

Marc


-- 
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] Problème avec les sources de données d'une table de pilote

[Marc Romano]

Bonjour ;

En préparant un TP sur les tables de pilote, je viens de constater
quelque chose d'assez surprenant, qui constitue me semble-t-il une
régression sérieuse en version 3.6. J'ai fouillé sur leforum j'ai trouvé
pas mal de post sur les tables de pilote mais, sauf erreur de ma part,
rien qui traite de ceproblème. Je n'ai aps trouvé non plus de bug
répertorié en faisant une recherche sur "pilot". Contexte :

  * une source de données contenant plusieurs tables (il s'agit ici de
la liste des équipes et des joueurs du championnat NBA 2012 : on
prend les exemples qu'on peut pour attirer le chaland, mon bon
monsieur...) ;
  * la base de données est aux formats HSQL et MySQL (ça ne change rien
au résultat ci-après) ;
  * cas 1 :
  o on définit comme source externe une des tables de la base de
données (la table "joueurs") ;
  o on crée une table de pilote avec en colonne le champ "poste", en
ligne "team" et en données moyenne du champ poids (on peut
prendre n'importe quelle autre fonction decalcul, ça ne change
encore rien au résultat) ;
  o on attend donc une ligne par équipe et pour chaque poste la
moyenne de poids des joueurs évoluant à ce poste.
  o on obtient sous 3.5.4 Ubuntu le résultat attendu et sous 3.6.1
WXP un joli effet d'escalier, assez éloigné deschiffres espérés.
  * cas 2 :
  o on extrait la table "joueurs" de la base de données et on
l'insère dans une feuille de calcul ;
  o on refait la même table de pilote ;
  o plus aucun problème: les résultats sous 3.6.2 sont bien ceux
attendus (et strictement identiques à ceux sous 3.5.4 source
externe).

Je mets sur cijoint <http://cjoint.com/?0JwmlELp993>un zip qui contient
les deux classeurs "source exerne" et source interne" (je pense que les
noms sont assez explicites), ainsi que la base de données au format HSQL
pour vous permettre de reproduire sur d'autres versions de LibO.

En résumé :

- Pas de problème en version 3.5, les résultats sont identiques quelle
que soit la source de données, interne ou externe ;
- En 3.6, les résultats sont différents selon que la source est interne
ou externe, les premiers étant corrects et les seconds faux.

Cordialement ;
Marc Romano


-- 
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] Problème avec les sources de données d'une table de pilote

[Marc Romano]

Le 22/10/2012 12:21, Marc Romano a écrit :
> Bonjour ;
>
> En préparant un TP sur les tables de pilote, je viens de constater
> quelque chose d'assez surprenant, qui constitue me semble-t-il une
> régression sérieuse en version 3.6. J'ai fouillé sur leforum j'ai trouvé
> pas mal de post sur les tables de pilote mais, sauf erreur de ma part,
> rien qui traite de ceproblème. Je n'ai aps trouvé non plus de bug
> répertorié en faisant une recherche sur "pilot". Contexte :
>
>   * une source de données contenant plusieurs tables (il s'agit ici de
> la liste des équipes et des joueurs du championnat NBA 2012 : on
> prend les exemples qu'on peut pour attirer le chaland, mon bon
> monsieur...) ;
>   * la base de données est aux formats HSQL et MySQL (ça ne change rien
> au résultat ci-après) ;
>   * cas 1 :
>   o on définit comme source externe une des tables de la base de
> données (la table "joueurs") ;
>   o on crée une table de pilote avec en colonne le champ "poste", en
> ligne "team" et en données moyenne du champ poids (on peut
> prendre n'importe quelle autre fonction decalcul, ça ne change
> encore rien au résultat) ;
>   o on attend donc une ligne par équipe et pour chaque poste la
> moyenne de poids des joueurs évoluant à ce poste.
>   o on obtient sous 3.5.4 Ubuntu le résultat attendu et sous 3.6.1
> WXP un joli effet d'escalier, assez éloigné deschiffres espérés.
>   * cas 2 :
>   o on extrait la table "joueurs" de la base de données et on
> l'insère dans une feuille de calcul ;
>   o on refait la même table de pilote ;
>   o plus aucun problème: les résultats sous 3.6.2 sont bien ceux
> attendus (et strictement identiques à ceux sous 3.5.4 source
> externe).
>
> Je mets sur cijoint <http://cjoint.com/?0JwmlELp993>un zip qui contient
> les deux classeurs "source exerne" et source interne" (je pense que les
> noms sont assez explicites), ainsi que la base de données au format HSQL
> pour vous permettre de reproduire sur d'autres versions de LibO.
>
> En résumé :
>
> - Pas de problème en version 3.5, les résultats sont identiques quelle
> que soit la source de données, interne ou externe ;
> - En 3.6, les résultats sont différents selon que la source est interne
> ou externe, les premiers étant corrects et les seconds faux.
>
> Cordialement ;
> Marc Romano

Une précision, depuis cet après-midi. Je n'avais fait le test que pour
les versions installées chez moi. J'ai refait ma manip cet après-midi
sur un poste au lycée (W7, LibO 3.5.6). Il n'y a pas de problème, le
résultat obtenu avec une source externe est bien celui attendu.

Il semble donc que ce soit un problème lié aux versions 3.6, ou en tout
cas, pour ce que j'ai pu essayé, à la 3.6.1. Reproduisez-vous sur
d'autres versions ?

Cordialement ;
Marc Romano

-- 
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] Problème avec les sources de données d'une table de pilote

[Marc Romano]

Bonjour, Alex ;

Le 22/10/2012 23:02, Alexander Thurgood a écrit :
> Bonsoir Marc,
> De mémoire, c'est un problème connu de la version 3.6.0/1. Normalement, je
> crois qu'il est résolu avec la 3.6.3
>
> Alex
>


Merci pour la précision. L'information m'a échappé en fouillant le forum
et la liste des bugs.  Ou alors, je n'ai pas cherché au bon endroit, ce
qui est possible.

Cordialement ;
Marc


-- 
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 avec les sources de données d'une table de pilote

[Marc Romano]

Bonjour ;

Le 23/10/2012 15:49, Nico2012 a écrit :
> Aie Aie Aie
>
> Par contre ca ne marche pas en version 3.6.3  (testé avec la RC1 et la dev
> 3.6.3.0 a00d5c5)
>
> Avec ces versions on a une régression : lors d'une actualisation ou d'une
> édition de la mise en page d'une table de pilote directement liée avec une
> base externe  la table de pilote se vide de toutes ses données 

Original ! Aïe aïe aïe en effet !

Ceci dit, en général plus le bug est gros plus il est facile à corriger.

>
> J'ai testé avec les données de Marc Romano et également avec un exemple du
> même genre chez moi.
>
> Je vais aller voir si le bug est référencé.
>
> Sinon en cas de besoin, Marc puis-je utiliser tes exemples pour la remontée
> de bug ?

Oui, pas de problème. Je peux t'envoyer la base sous forme de script SQL
pour chargement sur un serveur si tu veux.

Cordialement ;
Marc


-- 
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 avec les sources de données d'une table de pilote

[Marc Romano]

Le 23/10/2012 18:08, Nico2012 a écrit :
> Marc Romano wrote
>> Oui, pas de problème. Je peux t'envoyer la base sous forme de script SQL
>> pour chargement sur un serveur si tu veux.
>>
>> Cordialement ;
>> Marc
> Merci mais c'est ok avec la base en ods. J'ai eu le même comportement chez
> moi avec une base en liaison avec un serveur postgresql : ok en 3.6.2 et ne
> marche plus en 3.6.3.
> Donc je ne pense pas que ce soit lié à la nature de la base. Le simple fait
> de prendre une base comme source d'une table de pilote génère le problème.

Oui, tout à fait, c'était aussi ma conclusion après avoir essayé des
bases en odb, MySQL et SQL Server (pas de postgresql pour l'instant).

>
> J'avais préparé la description du bug ... du coup c'est fait :
> Bug 56325 <https://bugs.freedesktop.org/show_bug.cgi?id=56325>  

Merci de m'avoir épargné de devoir rédiger ça en anglais... :-[

Je pense que tu aurais pu, dans ton classeur, mettre une autre table de
pilote avec comme source la feuille 1. Ça montre immédiatement la
différence avec le résultat attendu.

>
> En espérant attirer l'attention avant la sortie officiel de la 3.6.3 ( qui
> par ailleurs résout un bug important pour moi :   le 31405
> <https://bugs.freedesktop.org/show_bug.cgi?id=31405>   )

Il semble fixé, heureusement. Il me gênait aussi pas mal, mais moins que
celui des tables de pilote. Celui-là, il est bloquant en ce qui me
concerne (je comptais faire passer une partie des salles sous 3.6.3 à sa
sortie, je vais les laisser en 3.5.6 pour l'instant).

Merci de l'attention apportée à mon problème.

Cordialement ;
Marc


-- 
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 avec les sources de données d'une table de pilote

[Marc Romano]

Bonjour, Alexander ;

Le 24/10/2012 22:12, Alexander Thurgood a écrit :
> On 10/24/2012 09:08 PM, Jean-Baptiste Faure wrote:
>
> Bonsoir à tous,
>
>> Bonsoir,
>
> En tout cas, cela semble fonctionner avec la Version 3.6.1.2 (Build
> ID: e29a214). Je vais tester à nouveau avec mon dev-build demain.
>
> Alex
>

Surprenant : c'est précisément avec cette version (même build) que j'ai
repéré le problème. Je confirme en revanche que le problème n'existe pas
sur les versions 3.4 et 3.5 (testé la 3.4 - vérifié en reprenant mes
fichiers "finalisés"sur le même TP fait l'an dernier - et la 3.5.6 cette
année).

Marc

-- 
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 avec les sources de données d'une table de pilote

[Marc Romano]

Bonjour ;

Le 28/10/2012 09:12, pierre-yves samyn a écrit :
> Bonjour
>
>
> Nico2012 wrote
>> Si quelqu'un ( Alexander avec une version plus récente ?), voir quelques
>> uns,  pouvai(en)t confirmer le  
>> bug 56325   
>>  ce serait sympa.
> J'ai confirmé...
>
> Cordialement
> Pierre-Yves

Je suis quand même très surpris par l'affirmation quasi générale que
cela fonctionne en 3.6.1. Je suis en 3.6.1.2 sous XP et en 3.5.4 sous
Ubuntu, j'ai signalé initialement le problème parce que cela ne
fonctionnait pas dans la première de ces deux versions et je confirme
encore une fois qu'il est impossible d'obtenir un résultat correct. Je
ne sais vraiment pas comment vous faites pour obtenir une table de
pilote correcte en 3.6.1, toutes mes tentatives, quelle que soit la
source externe utilisée, se soldent par un résultat différent entre 3.5
et 3.6, le résultat exact étant celui de la 3.5.

Je viens de faire le même test que celui fait par Pierre-Yves. Le
résultat est correct, en effet, SI et SEULEMENT SI on se limite à _un
seul_ critère. Par contre, dès qu'on introduit DEUX critères, un en
ligne et un en colonne, ça part en n'importe quoi. Pour faire ce genre
d'analyse sur un critère, on n'a pas besoin d'une table de pilote.
Celle-ci n'est utilise qu'à partir du moment où les analyses portent sur
deux critères au moins. A la base, ça s'appelait "tableau d'analyse
_croisée_", non ?

Pour essayer de comprendre ce qui se passe, j'ai rajouté un 60e
enregistrement à la table "biblio", avec un champ "Publisher" totalement
différent de ceux existants, puis retesté sous les deux versions : le
nouvel enregistrement est correctement affecté à son éditeur en 3.5.4,
il est affecté n'importe comment en 3.6.1 (à un éditeur qui ne
correspond pas).

A propos, il semble qu'il y ait un problème avec cette base de données,
soit sous XP, sous sous 3.6.1 : elle contient normalement 59
enregistrements (elle est liée à une source de données dBase qui se
trouve dans le dossier "\user\database\biblio"). Or,
lorsqu'on l'ouvre avec Base, seuls les 20 derniers enregistrements sont
apparents et traités. Ce qui explique la mention de Pierre-Yves :
"Expected result: table pilot with 10 rows, 2 columns" (normalement,
dans sa configuration de test, il devrait y avoir 29 lignes).

En recréant une base vierge et en recréant la connexion, voilà ce que je
constate :

  * la connexion est faite vers le dossier biblio délivré avec la
version 3.6.2 sous XP : on n'accède qu'aux 20 derniers
(physiquement, pas dans l'ordre de la clé primaire) enregistrements
de la base
  * la connexion est faite vers le dossier biblio copié d'une version
3.5.4 Ubuntu : ça marche, on a 59 enregistrements accessibles.

J'ai testé de manière croisée : le dossier biblio 3.6.2 transféré sous
Ubuntu => 20 enregistrements, le dossier 3.5.4 Ubuntu transféré sous XP
=> 59 enregistrements.


Conclusion : sur le premier point (les tables de pilote), ou je ne sais
plus me servir d'une table de pilote, ou il y a quelque chose qui
m'échappe complètement. Sur le deuxièle point, je ne sais pas, il
faudrait tester plus en profondeur les différentes combinaisons. Mais il
y a un problème de cohérence, ça me paraît évident.

Cordialement ;

Marc

-- 
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 avec les sources de données d'une table de pilote

[Marc Romano]

Bonsoir ;


Le 28/10/2012 11:23, pierre-yves samyn a écrit :
> Bonjour Marc
>
>
> Marc Romano wrote
>> Je suis quand même très surpris par l'affirmation quasi générale que
>> cela fonctionne en 3.6.1. 
> Je n'ai pas testé avec cette version (je ne l'ai pas sous la main...)

Je n'ai pas dit que c'était toi qui affirmais cela. J'ai parlé d'un
accord "quasi général" :

  * "Well it appears to work properly in Version 3.6.1.2 (Build ID:
e29a214)" (Alex - même version, même build que la mienne)
  * "Yes, it's ok with 3.6.1 and 3.6.2" (Nicolas)

Or, malgré tous les tests que j'ai pu faire avec des sources
différentes, je n'ai jamais obtenu un résultat correct en 3.6.1 dès lors
qu'on croise deux critères. C'est cela que je ne comprends pas.

>
>
> Marc Romano wrote
>> A propos, il semble qu'il y ait un problème avec cette base de données,
>> soit sous XP, sous sous 3.6.1 : elle contient normalement 59
>> enregistrements (elle est liée à une source de données dBase qui se
>> trouve dans le dossier "
>> 
>> \user\database\biblio"). Or,
>> lorsqu'on l'ouvre avec Base, seuls les 20 derniers enregistrements sont
>> apparents et traités
> Peut-être as-tu une version issue de profils précédents car en installant
> avec un profil vierge (désinstallation, suppression des répertoires,
> ccleaner
> avant install) je n'ai bien que 20 enregistrements dans le fichier dBase...
> et donc 20 enreg. via le odb.

Mon profil est récent, je l'ai refait fin septembre. Ce qui me surprend,
c'est que les fichiers dBase de la version XP sont plus gros que ceux de
la version Linux, avec moins d'enregistrements. De plus, lorsque je
fouille les fichiers de la version XP, je "vois" les données visibles
sous Linux mais masquées à l'affichage par Base sous XP.

>
> Toujours avec une version "vierge" il y a un filtre posé sur la table:
>
> db:order-statement db:command=""biblio"."Identifier""
>
> Ceci est le filtre par défaut mais peut-être que ta version ajoute une
> sélection 
> (à vérifier en ouvrant la table et en supprimant le filtre) ?

Non, pas de filtre apparent (ou alors, je ne sais pas où le chercher).
Le paramètre que tu cites est, AMHA, simplement l'ordre de tri pour
l'affichage des lignes de la table.

Je n'ai pas de machine sur laquelle je puisse faire davantage de tests
(vais essayer de voir ça demain sur une des machines du lycée, sous W7
et 3.5.6), mais il y a quelque chose de bizarre dans cette base de données.

Cordialement ;
Marc


-- 
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: option d'installation

[Marc Romano]

Bonjour ;

Un problème constaté à l'instant :

  * configuration : LibO 3.6.3.2 (Build ID: 58f22d5), W7/64 bits,
matériel neuf, profil utilisateur tout-nouveau-tout-propre (mise en
service ce WE, aucune autre version de LibO ou autre installée
auparavant)
  * ouverture d'un modèle (ou d'un document, le problème se reproduit
dans les deux cas) Writer créé avec une version antérieure et
régulièrement utilisé depuis ;
  * le document comporte des cadres de textes placés dans les marges
(marge haute en l'occurrence) ;
  * impossible d'accéder au texte par un clic normal dans le cadre si
celui-ci est placé dans une marge ; impossible également de cliquer
sur la bordure du cadre pour en modifier la taille ou le déplacer ;
  * un texte contenu dans un cadre placé dans la zone principale du
document (hors marges) peut en revanche être modifié par un simple
clic, comme cela était le cas auparavant ;

Contournements :

  * Pour modifier le texte dans le cadre, faire un clic gauche dans le
cadre. Après être sorti du menu contextuel, on peut modifier le texte.
  * Pour modifier la taille du cadre et/ou le déplacer (pour le
sélectionner, en fait), dans le navigateur, choisir le cadre, clic
droit, "cadre de texte" et "éditer".

Aucun souci sur Ubuntu/LibO 3.5.4.2 ni sur XP/LibO 3.6.1.2 build e29a214
(pas d'autre config sous la main pour tester) : l'accès aux cadres se
fait par simple clic.

Reproduisez-vous ? Même comportement dans d'autres configurations ?

Si c'est volontaire, je ne vois pas l'intérêt de compliquer l'accès aux
cadres de cette façon, surtout que cela ne concerne, sauf erreur de ma
part, uniquement ceux situés dans les zones de marge.

Cordialement ;

Marc Romano


-- 
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] Plantage à l'enregistrement d'un document

[Marc Romano]

Bonjour ;

Un problème que je viens de constater, qui semble récurrent. J'ai un
plantage systématique à l'enregistrement d'un nouveau document Writer
(et il semble que cela ne concerne que les documents Writer, pas Calc
par exemple).

  * configuration : LibO 3.6.3.2 (Build ID: 58f22d5), W7/64 bits,
matériel neuf, profil utilisateur tout-nouveau-tout-propre (mise en
service ce WE, aucune autre version de LibO ou autre installée
auparavant) ;
  * création d'un document de quelques lignes ;
  * enregistrement par l'icône ou par "fichier/enregistrer sous" ==>
plantage de windows ;
  * réouverture de Libo, récupération du document (totale ou partielle,
selon le temps écoulé depuis la dernière sauvegarde automatique), je
peux alors enregistrer le nouveau document normalement.

Je ne suis pas certain que vous puissiez reproduire le problème, dans la
mesure où je travaille là sur un poste tout neuf et qu'il est tout  à
fait possible que ça vienne d'un problème de configuration. Toutes les
mises à jour Windows ont été appliquées. Je ne vois vraiment pas d'où
peut venir le problème, donc si quelqu'un a une idée, je suis preneur !

Cordialement ;

Marc Romano


-- 
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] Problème dans Writer avec les cadres de texte (ex: Re: option d'installation)

[Marc Romano]

Oups ! désolé, je viens de me rendre compte que je n'ai pas modifié le
sujet. Ce message ne concerne pas la question sur les options
d'installation, mais constitue un problème indépendant.

Ça m'apprendra à ne pas mettre à jour mes carnets d'adresse... :-[
MR


Le 05/12/2012 11:34, Marc Romano a écrit :
> Bonjour ;
>
> Un problème constaté à l'instant :
>
>   * configuration : LibO 3.6.3.2 (Build ID: 58f22d5), W7/64 bits,
> matériel neuf, profil utilisateur tout-nouveau-tout-propre (mise en
> service ce WE, aucune autre version de LibO ou autre installée
> auparavant)
>   * ouverture d'un modèle (ou d'un document, le problème se reproduit
> dans les deux cas) Writer créé avec une version antérieure et
> régulièrement utilisé depuis ;
>   * le document comporte des cadres de textes placés dans les marges
> (marge haute en l'occurrence) ;
>   * impossible d'accéder au texte par un clic normal dans le cadre si
> celui-ci est placé dans une marge ; impossible également de cliquer
> sur la bordure du cadre pour en modifier la taille ou le déplacer ;
>   * un texte contenu dans un cadre placé dans la zone principale du
> document (hors marges) peut en revanche être modifié par un simple
> clic, comme cela était le cas auparavant ;
>
> Contournements :
>
>   * Pour modifier le texte dans le cadre, faire un clic gauche dans le
> cadre. Après être sorti du menu contextuel, on peut modifier le texte.
>   * Pour modifier la taille du cadre et/ou le déplacer (pour le
> sélectionner, en fait), dans le navigateur, choisir le cadre, clic
> droit, "cadre de texte" et "éditer".
>
> Aucun souci sur Ubuntu/LibO 3.5.4.2 ni sur XP/LibO 3.6.1.2 build e29a214
> (pas d'autre config sous la main pour tester) : l'accès aux cadres se
> fait par simple clic.
>
> Reproduisez-vous ? Même comportement dans d'autres configurations ?
>
> Si c'est volontaire, je ne vois pas l'intérêt de compliquer l'accès aux
> cadres de cette façon, surtout que cela ne concerne, sauf erreur de ma
> part, uniquement ceux situés dans les zones de marge.
>
> Cordialement ;
>
> Marc Romano
>
>


-- 
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] Plantage à l'enregistrement d'un document

[Marc Romano]

Le 05/12/2012 12:07, Jean Michel PIERRE a écrit :
>
>> Bonjour ;
>>
>> Un problème que je viens de constater, qui semble récurrent. J'ai un
>> plantage systématique à l'enregistrement d'un nouveau document Writer
>> (et il semble que cela ne concerne que les documents Writer, pas Calc
>> par exemple).
>>
>>* configuration : LibO 3.6.3.2 (Build ID: 58f22d5), W7/64 bits,
>>  matériel neuf, profil utilisateur tout-nouveau-tout-propre (mise en
>>  service ce WE, aucune autre version de LibO ou autre installée
>>  auparavant) ;
>>* création d'un document de quelques lignes ;
>>* enregistrement par l'icône ou par "fichier/enregistrer sous" ==>
>>
>>  plantage de windows ;
>>* réouverture de Libo, récupération du document (totale ou partielle,
>>  selon le temps écoulé depuis la dernière sauvegarde
>> automatique), je
>>  peux alors enregistrer le nouveau document normalement.
>>
>> Je ne suis pas certain que vous puissiez reproduire le problème, dans la
>>
>> mesure où je travaille là sur un poste tout neuf et qu'il est tout  à
>> fait possible que ça vienne d'un problème de configuration. Toutes les
>>
>> mises à jour Windows ont été appliquées. Je ne vois vraiment pas d'où
>> peut venir le problème, donc si quelqu'un a une idée, je suis preneur !
>>
>> Cordialement ;
>>
>> Marc Romano
>>
> Bonjour,
> Je ne reproduis avec ma configuration : Windows XP SP3, et Java 1_6_37
> As-tu installé LibO avec des droits d'administrateur sur Windows 7 ?
> Quel est ton Java ?
> Cordialement,
> J.M
>
>
>
Bonjour ;

- Java 1.6.37 (pas de 1.7 avec LibO)
- LibO installé en mode administrateur (sinon pas possible de l'installer)

Pas de modules particuliers, en dehors de la dernière version de
Grammalecte et de Dicollecte. C'est (pour l'instant) une installation
tout ce qu'il y a de basique (mon ancien portable a rendu l'âme vendredi
et j'ai acheté et paramétré cette machine en catastrophe).

MR


-- 
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] Plantage à l'enregistrement d'un document

[Marc Romano]

Le 05/12/2012 12:19, Jean Michel PIERRE a écrit :
> Le 05/12/2012 12:12, Marc Romano a écrit :
>> Le 05/12/2012 12:07, Jean Michel PIERRE a écrit :
>>>> Bonjour ;
>>>>
>>>> Un problème que je viens de constater, qui semble récurrent. J'ai un
>>>> plantage systématique à l'enregistrement d'un nouveau document Writer
>>>> (et il semble que cela ne concerne que les documents Writer, pas Calc
>>>> par exemple).
>>>>
>>>> * configuration : LibO 3.6.3.2 (Build ID: 58f22d5), W7/64 bits,
>>>>   matériel neuf, profil utilisateur tout-nouveau-tout-propre
>>>> (mise en
>>>>   service ce WE, aucune autre version de LibO ou autre installée
>>>>   auparavant) ;
>>>> * création d'un document de quelques lignes ;
>>>> * enregistrement par l'icône ou par "fichier/enregistrer sous" ==>
>>>>
>>>>   plantage de windows ;
>>>> * réouverture de Libo, récupération du document (totale ou
>>>> partielle,
>>>>   selon le temps écoulé depuis la dernière sauvegarde
>>>> automatique), je
>>>>   peux alors enregistrer le nouveau document normalement.
>>>>
>>>> Je ne suis pas certain que vous puissiez reproduire le problème,
>>>> dans la
>>>>
>>>> mesure où je travaille là sur un poste tout neuf et qu'il est tout  à
>>>> fait possible que ça vienne d'un problème de configuration. Toutes les
>>>>
>>>> mises à jour Windows ont été appliquées. Je ne vois vraiment pas d'où
>>>> peut venir le problème, donc si quelqu'un a une idée, je suis
>>>> preneur !
>>>>
>>>> Cordialement ;
>>>>
>>>> Marc Romano
>>>>
>>> Bonjour,
>>> Je ne reproduis avec ma configuration : Windows XP SP3, et Java 1_6_37
>>> As-tu installé LibO avec des droits d'administrateur sur Windows 7 ?
>>> Quel est ton Java ?
>>> Cordialement,
>>> J.M
>>>
>>>
>>>
>> Bonjour ;
>>
>> - Java 1.6.37 (pas de 1.7 avec LibO)
>> - LibO installé en mode administrateur (sinon pas possible de
>> l'installer)
>>
>> Pas de modules particuliers, en dehors de la dernière version de
>> Grammalecte et de Dicollecte. C'est (pour l'instant) une installation
>> tout ce qu'il y a de basique (mon ancien portable a rendu l'âme vendredi
>>
>> et j'ai acheté et paramétré cette machine en catastrophe).
>>
>> MR
>>
>>
> Peux-tu tester en renommant ton profil actuel (et supprimant le
> démarrage rapide si tu l'avais activé) pour  repartir avec un nouveau
> profil ?


Sans renommer le profil, le problème disparaît en effet en désactivant
le démarrage rapide. En effet, ce problème a été évoqué ici,je me
souviens avoir vu des messages à ce propos. Je ne m'y étais pas vraiment
intéressé dans la mesure où je n'utilise pas cette fonctionnalité. La
raison pour laquelle je n'y ai pas pensé est que je n'ai pas souvenir de
l'avoir activé lorsque j'ai installé LibO sur cette machine. Donc, elle
s'activerait par défaut, ce qui peut être dangereux si elle pose de tels
problèmes. A moins que je l'ai activée sans le voir, dans la panique du
changement de machine dans l'urgence.

Merci pour le diagnostic !

MR




-- 
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]Problème dans Writer avec les cadres de texte

[Marc Romano]

Bonjour ;

Un problème constaté à l'instant :

  * configuration : LibO 3.6.3.2 (Build ID: 58f22d5), W7/64 bits,
matériel neuf, profil utilisateur tout-nouveau-tout-propre (mise en
service ce WE, aucune autre version de LibO ou autre installée
auparavant)
  * ouverture d'un modèle (ou d'un document, le problème se reproduit
dans les deux cas) Writer créé avec une version antérieure et
régulièrement utilisé depuis ;
  * le document comporte des cadres de textes placés dans les marges
(marge haute en l'occurrence) ;
  * impossible d'accéder au texte par un clic normal dans le cadre si
celui-ci est placé dans une marge ; impossible également de cliquer
sur la bordure du cadre pour en modifier la taille ou le déplacer ;
  * un texte contenu dans un cadre placé dans la zone principale du
document (hors marges) peut en revanche être modifié par un simple
clic, comme cela était le cas auparavant ;

Contournements :

  * Pour modifier le texte dans le cadre, faire un clic gauche dans le
cadre. Après être sorti du menu contextuel, on peut modifier le texte.
  * Pour modifier la taille du cadre et/ou le déplacer (pour le
sélectionner, en fait), dans le navigateur, choisir le cadre, clic
droit, "cadre de texte" et "éditer".

Aucun souci sur Ubuntu/LibO 3.5.4.2 ni sur XP/LibO 3.6.1.2 build e29a214
(pas d'autre config sous la main pour tester) : l'accès aux cadres se
fait par simple clic.

Edit : Je viens d'installer la 3.6.4.3 (Build ID: 2ef5aff) sur W7/64 et
de refaire le test : même comportement.

Reproduisez-vous ? Même comportement dans d'autres configurations ?

Si c'est volontaire, je ne vois pas l'intérêt de compliquer l'accès aux
cadres de cette façon, surtout que cela ne concerne, sauf erreur de ma
part, uniquement ceux situés dans les zones de marge.

Cordialement ;

Marc Romano


-- 
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: Problème dans Writer avec les cadres de texte

[Marc Romano]

Bonjour ;

Désolé d'avoir tardé à répondre, mais la messagerie académique Aix-Marseille
a semble-t-il eu un gros hoquet pendant le week-end. Je n'ai eu le message
que ce matin (au milieu d'un gros paquet d'autres).

Un document tout frais (il date de ce matin, la mise à jour du cartouche
supérieur a été faite en utilisant le contournement décrit dans mon premier
courriel) : 
MG02_-_Civil_et_pénal.odt

  

Et le modèle qui a servi à le créer :
Mini-guides.ott
  





--
View this message in context: 
http://nabble.documentfoundation.org/Probleme-dans-Writer-avec-les-cadres-de-texte-tp4023004p4023505.html
Sent from the Users mailing list archive at Nabble.com.

-- 
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] Win 7 assignation programmes à extensions

[Marc Romano]

Bonjour ;

D'une manière générale, Windows toutes versions confondues propose très
rarement de manière spontanée LibreOffice comme programme pour ouvrir
certains fichiers (ppt, csv...), même en l'absence de programmes
spécifiques. J'ai eu régulièrement une liste presque exhaustive des
programmes installés sur un poste qui ne possédait par PowerPoint pour
ouvrir un ppt, mais LibO était curieusement absent de cette liste.
Ouvrir un ppt avec XnView ou 7zip donne des résultats... intéressants,
mais pas franchement exploitables. La seule solution est de cliquer sur
"autre" et de parcourir le dossier programmes pour sélectionner simpress.

Ça fait des années que ça dure, j'ai rencontré ce problème sur des
dizaines de postes et pour à peu près toutes les formes courantes de
fichiers. J'ai fini par ne plus y attacher aucune importance, concluant
- peut-être à tort, guidé par un sentiment de paranoïa inconscient et
une mauvaise foi à toute épreuve ;-) - à une résistance volontaire et
délibérée au changement...

Bon dimanche.
MR



Le 10/03/2013 10:14, Claude FRICARD a écrit :
> Merci Yves pour cette réponse. Cependant cela voudrait dire que s'il a
> été fait une installation standard il ne sera pas possible de modifier
> l'assignation programmes à extensions. J'ai installé libreoffice
> récemment sur un PC en Win 7, installation standard, j'ai pu modifier
> ensuite les assignations. iI se peut qu'il y ait des paramètres aun
> niveau système d'exploitation qui verrouillent ou non la modification.
> A+
>
> Claude
>
> Le 09/03/2013 19:02, yves dutrieux a écrit :
>> bonjour,
>> Normalement, si tu prend l'installation personnalisée, il propose de
>> faire l'iun'association.
>> En général, cette association se fait par défaut si AUCUN programme
>> installé sur le pc ne prend déjà ce format en charge. si un programme
>> prend déjà en  charge, l'extension ne sera pas associée à libo.
>>
>> Yves
>>
>>
>>
>> Le 9 mars 2013 11:49, Claude FRICARD > > a écrit :
>>
>> Bonjour,
>> Quelqu'un aurait-il une idée sur le fait que je ne puisse pas sur
>> certaines machines en configuration Win 7 , modifier l'affectation
>> des logiciels aux extensions par exemple affecter libreoffice
>> Texte à l'extension .doc ou .docx.
>> Ce constat est fait sur les PC de l'association RIO en laquelle je
>> suis animateur. Il est évident que je suis en session
>> administrateur lorsque j'essaie de modifier les assignations aux
>> types de fichiers. Sur d'autres PC (chez des particuliers) en Win
>> 7, j'ai pu effectuer ces modifications.
>> De la même façon lorsque je clique droit sur un fichier avec
>> extension .doc et je choisis *ouvrir avec *... libreOffice ne
>> m'est pas proposé ?!
>> Chez moi en XP aucun souci.
>> Je vous pose la question parce que ce pourrait être un problème à
>> l'installation ?
>> D'avance merci
>>
>> -- Claude
>>
>>
>> -- 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
>>
>>
>>
>>
>> -- 
>> web site : http://www.molenbaix.com
>
>


-- 
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] Impress barre d'outils Lecture de média

[Marc Romano]

Bonjour ;

W8, LibO 4.0.0 : je vois une liste déroulante très courte, avec un
bouton "vidéo et son" et un autre, sans titre, qui active plusieurs
boutons "Lire", "Pause", plus loin "silencieux", etc. Si j'insère une
vidéo, les boutons sont un peu plus visibles mais restent très "clairs",
pas du tout comme les autres barres d'outils.

Est-ce à ce phénomène que tu fais allusion ?

Bonne journée ;
Marc


Le 13/03/2013 13:33, André Merle a écrit :
> Bonjour,
> clic-droit dans la barre d'outils "Lecture de média", choix boutons
> visibles:
> Le menu déroulant n'est pas organisé comme pour les autres barres
> d'outils.
> Reproduisez-vous ?
> André
> Windows 7 & Version 4.0.1.2
>


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

[Marc Romano]

Bonsoir ;

Je reproduis :

  * W8 64 bits, LibO 4.0.1.2 => copie partielle du plan avec perte
d'éléments (1ère entrée non numérotée dans la copie)
  * Ubuntu 12.04, LibO 4.0.1.2 => freeze complet de LibO, suivi d'un
plantage d'Ubuntu (erreur interne)

Pas d'autre config sous la main pour tester.

Bonne soirée.
MR

Le 20/03/2013 14:58, André Merle a écrit :
> Bonjour,
>
> Windows 7 et LibreOffice 4.0.1.2.
> Fichier > Envoyer > Plan vers Presse papier.
> Collage dans un fichier Writer vierge :
> - soit fragment de plan collé.
> - soit crash de LibreOffice
> Reproduisez-vous ? Semble fonctionner en 3.6.5
> Cordialement
> André
>


-- 
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: SRB (ORB)

[Marc Romano]

Bonjour ;

J'utilise Base et Report Builder régulièrement, dans un environnement
d'enseignement. Les programmes des sections avec lesquelles je travaille
m'imposent l'apprentissage et l'utilisation d'un SGBDR avec un minimum de
fonctionnalités. Base remplit ces minimas, si et seulement si j'y intègre
Report Builder. J'ai donc un impératif absolu à ce que ça marche,
l'alternative étant très simple : retour à Access. Et je n'y tiens pas.

Je viens de tester ce que tu décris dans une configuration W8/64 + LibO
4.0.2.1 + Java 6u37, avec une base intégrée (HSQL) et une autre distante
sous MySQL. J'ai essayé de tester sur une "enveloppe" odb neuve et à partir
d'une autre créée en février avec une version précédente de LibO (une 3.6.5,
je pense).

Je ne reproduis pas systématiquement ton problème, ça ne m'est arrivé qu'une
seule fois, et encore s'agissait-il d'un fichier odb pas net, avec
changement de la source de données (pour gagner du temps). Je crée sans
problème des fonctions d'accumulation, soit en direct, soit en passant par
une "nouvelle fonction" et en paramétrant le cumul à la main.

Ça n'explique pas le phénomène que tu constates et ça n'apporte évidemment
pas de solution, c'est juste à titre d'information. Je mets à ta disposition
la base odb sous HSQL, tu peux la récupérer pour vérifier si le rapport
marche ou non dans ton environnement. Ça nous donnera peut-être un point de
départ pour trouver ce qui ne va pas.

Cordialement ;
Marc
nba2012_LibO_Travail.odb
  



--
View this message in context: 
http://nabble.documentfoundation.org/Re-SRB-ORB-tp4046408p4047688.html
Sent from the Users mailing list archive at Nabble.com.

-- 
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] Base - Rapport avec ReportBuilder - En-têtes de page et de rapport

[Marc Romano]

Le 17/07/2013 20:47, Jean Michel PIERRE a écrit :
>
>> Bonjour,
>>
>> J'ai beau chercher dans l'aide, les forums et le wiki, je n'arrive
>> pas à trouver une solution pour structurer un rapport avec :
>>
>> - Page 1 : en-tête de rapport sans en-tête de page
>> - Pages suivantes : en-tête de page.
>>
>> Quelle Expression d'impression conditionnelle faut-il placer dans
>> l'en-tête de page pour que cette en-tête ne s'imprime pas sur la
>> première page du rapport avant l'en-tête du rapport ? Je n'ai pas
>> réussi à faire exploiter la variable [PageNumber] dans cette
>> expression. Y aurait-il d'autres solutions que je n'aurais pas
>> rencontrées en parcourant de nombreux documents et bases exemples ?
>>
>> Testé avec plusieurs des dernières versions de LibreOffice et AOo.
>>
>> Merci de l'aide qui pourrait me dépanner.
>>
>> Cordialement.
>>
>> Jean-Yves ROYER
> Bonjour,
> Pour des mises en page personnalisées, je te suggère de sauvegarder
> une copie de  ton rapport en dehors de ta base, et sur ce document,
> appliquer les effets de mise en page ou de style que tu souhaites.
> J.M

Je viens de faire un essai rapide sur LibO 4.1.0.1 (manque de temps, là,
tout de suite) mais a priori une piste serait :

  * Navigateur de rapport => Propriétés du rapport
  * Onglet "Général", champ "En-tête de page", valeur "Pas avec
l'en-tête/pied de page de rapport" (ou choisir une option adaptée).

Il faut "fouiller" un peu le comportement des options, notamment le
forçage des sauts de page, mais ça semble en première approche la
manière la plus simple de faire. J'essaierai d'explorer un peu plus,
mais si tu as le temps de le faire, merci de rapporter le résultat ici,
ça pourra resservir.

M. Romano


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