Re: [fr-users] Base : Mémoire de pile insuffisante sur appel MsgBox "Hello World" ...

2018-11-07 Par sujet Patrick Gelin 

Bonsoir,

Merci pour votre réponse :-) Cela confirme mon impression. Côté budget 
je serais plus tourné Lazarus que elphi ... Je regrette que Delphi soit 
devenu si cher, je l'ai connu dans ses premières versions et j'aime 
beaucoup. Par conte la gestion des composants sous Lazarus c'est pas 
toujours simple ...


Postresql est définitivement intéressant. Mais quand est t-il de son 
fonctionnement sur une clé USB ? Avec HSQLDB je comprends qu'il me 
suffit d'un simple fichier HSQLDB.jar pour attaquer ma base dans 
quelques fichiers, mais quand est-il d'un serveur Postgresql sur clé USB 
? Sauf erreur de ma part je crois comprendre qu'il serait peut être 
question de remplacer HSQLDB dans Base par Firebird ... Mais je crois 
que le connecteur Firebird est SDBC. Personnellement je préfère 
travailler avec JDBC car j'avais essayé ODBC et j'étais très déçu des 
performances et des pertes de fonctionnalités causés par les drivers, 
sans compte que la doc est une vraie usine à gaz ... J'avais aussi 
tester SQLite  il y a deux ans environ, mais j'étais très déçu du fait 
qu'il ne supportait pas les contraintes sur les clés étrangères. Ce que 
je cherche c'est à faire tourner une base de gestion sur une clé USB et 
à produire des rapports avec Jaspersoft. D'après e que j'ai compris des 
rapports dans Base cela me semble complètement inutilisable ...


Maintenant pour l'interface je cherchais un RAD. J'ai produit quelques 
forms avec Lazarus mais au début il y a tout de même pas mal de code à 
mettre en place pour faire fonctionner la form. De ce côté Base est plus 
rapide, même si lorsqu'on commence à coder on perd l'avantage. Je me 
demande également si utiliser un ORB comme Hibernat avec une appli java 
sous QT ne serait pas aussi rapide que Lazarus, même si je devrais me 
former à Hibernate, ce n'est jamais qu'un livre ...


Et du côté de Smalltalk, Eiffel ou Lisp, savez-vous q'il y aurait des 
outils pour faire du RAD avec une base de donnée ?


Patrick

Le 07/11/2018 à 18:44, Thierry Jeanneret a écrit :

Bonsoir,

Pour des choses sérieuses, je prendrais Lazarus et Postgresql. C'est de 
l'artillerie lourde, mais c'est aussi très agréable à utiliser. Côté Windows et 
Linux je n'ai pas eu de soucis (je n'ai fait que des tests, rien de bien 
sérieux mais ça semble vraiment encourageant), par contre sur Mac on a pas mal 
de soucis d'installation, puis de librairies pour attaquer Postgres. Il semble 
que ça se résolve avec le temps, mais c'était assez gênant.

Ne croyez pas ceux qui vous parlent de BASIC objets chez M$ : Pour eux, un 
objet est une forme qu'on place sur l'écran, un bouton, un champ ! Rien à voir 
avec C++ ou Smalltalk. Ca m'a fait rager depuis la sortie de ce BASIC, car j'ai 
dû me battre avec des innocents qui voulaient l'utiliser pour écrire de grosses 
applications, par opposition à Delphi à l'époque dans ses toutes premières 
versions. J'ai partiellement gagné, l'application qui a finalement été 
développée avec MS-BASIC est à la poubelle depuis longtemps, celles qui l'ont 
été avec Delphi tournent toujours et continuent à évoluer. Na !

En passant, Delphi reste une plateforme très crédible, même si c'est devenu un 
monstre avec le temps. Si vous avez vraiment de gros besoins et que vous pouvez 
financer la licence, c'est un bon choix aussi.

Bonne soirée,

Thierry



Le 7 nov. 2018 à 14:59, Patrick Gelin  a écrit :

Bonjour,

Il n'est pas besoin d'écrire beaucoup de code pour perdre beaucoup de temps à 
déboguer avec ce basic... Je crois qu'on est loin de ceinture et bretelle, 
juste ceinture ou bretelle ce serait déjà bien ...

Je pense qu'avec Microsoft Access et le langage Visual Basic, qui si je l'ai 
bien compris serait object, l'environnement me semble plus intéressant. Mais 
loin de moi l'idée de solliciter MS$. Aussi le projet de librairie Access2Base 
présente l'objectif de fournir environ 200 commandes pour programmer une base, 
en ce basant sur Access, à la place de l'usine a gaz Uno, serait un bon moyen 
de simplifier la programmation d'une base sans limiter les besoins des 
utilisateurs. On peut aussi voir les choses autrement et se dire que si l'on 
produit trop de code c'est que le framework de base n'est pas bon. Voir à ce 
sujet Paul Dilazia qui dans son livre Windows++ critiquait les interfaces de 
MS$...

Je n'ai pas la prétention de produire une application d'entreprise avec 
LibreOffice, mais l'intérêt d'avoir ma base qu coeur de la suite bureautique 
est de faciliter l'intégration à la production des documents.

Selon moi il y a quelques fonctionnalités attendues pour simplifier la 
programmation d'une base, je dirais des fonctions pour gérer des Smarts forms 
et remplacer ce langage basic  par Java ou Python mais avec une documentation 
complète que je n'ai pas encore trouver...A noter que je ne trouve d'avantage 
de livre spécifique à la programmation de Uno ...

Sinon, quelle alternative à Base pour développer rapidement les interfaces 
d'une base de donnée

Re: [fr-users] Base : Mémoire de pile insuffisante sur appel MsgBox "Hello World" ...

2018-11-07 Par sujet Patrick Gelin 

Bonjour,

Il n'est pas besoin d'écrire beaucoup de code pour perdre beaucoup de 
temps à déboguer avec ce basic... Je crois qu'on est loin de ceinture et 
bretelle, juste ceinture ou bretelle ce serait déjà bien ...


Je pense qu'avec Microsoft Access et le langage Visual Basic, qui si je 
l'ai bien compris serait object, l'environnement me semble plus 
intéressant. Mais loin de moi l'idée de solliciter MS$. Aussi le projet 
de librairie Access2Base présente l'objectif de fournir environ 200 
commandes pour programmer une base, en ce basant sur Access, à la place 
de l'usine a gaz Uno, serait un bon moyen de simplifier la programmation 
d'une base sans limiter les besoins des utilisateurs. On peut aussi voir 
les choses autrement et se dire que si l'on produit trop de code c'est 
que le framework de base n'est pas bon. Voir à ce sujet Paul Dilazia qui 
dans son livre Windows++ critiquait les interfaces de MS$...


Je n'ai pas la prétention de produire une application d'entreprise avec 
LibreOffice, mais l'intérêt d'avoir ma base qu coeur de la suite 
bureautique est de faciliter l'intégration à la production des documents.


Selon moi il y a quelques fonctionnalités attendues pour simplifier la 
programmation d'une base, je dirais des fonctions pour gérer des Smarts 
forms et remplacer ce langage basic  par Java ou Python mais avec une 
documentation complète que je n'ai pas encore trouver...A noter que je 
ne trouve d'avantage de livre spécifique à la programmation de Uno ...


Sinon, quelle alternative à Base pour développer rapidement les 
interfaces d'une base de donnée compatible sur Windows et Linux, pouvant 
s'exécuter sur une simple clé USB: Lazarus ? Un autre RAD Open source ?


Patrick

Le 07/11/2018 à 14:13, Thierry Jeanneret a écrit :

Bonjour,

Mon sentiment au sujet du développement de Macros sur LibreOffice est qu'on 
peut faire beaucoup de choses, mais qu'il faut être extrêmement prudent. Il n'y 
a à ma connaissance que très peu d'outils fournissant ceinture ou bretelle, le 
seul remède est d'être très attentif. Je pense aussi qu'il est prudent de ne 
pas viser trop haut, de ne pas vouloir forcément informatiser Total juste avec 
LibreOffice, comme image. Mon appréciation personnelle est qu'il s'agit d'une 
suite bureautique, qu'on peut l'adapter au domaine traité, mais qu'il est sage 
de rester raisonnable dans ses ambitions.

Toutefois Jean-François peut avoir une autre opinion, plus étayée, que moi sur 
ce sujet. De toutes manières il est bon de se référer aux docs qu'il a 
produites, ses fiches sont vraiment des gagnes-temps remarquables.

Thierry




Le 7 nov. 2018 à 14:05, Patrick Gelin  a écrit :

Bonjour,

Je viens de trouver la raison de ce bug :

Une seule macro évènement :

Sub CmdSelectionner(Event As Object)

  On Local Error Goto Erreur

 Set oCmdSelectAutorities = FabriquerTApplication.CmdSelectAutorities
 oCmdSelectAutorities.CmdSelectionner()

Exit_Sub:
  Exit Sub
Erreur:
  TraceError("ERROR", Err, Name, Erl)
  Stop
End Sub

qui avait le même nom qu'une variable global CmdSelectionner = 5000 déclarée 
dans un autre module. L'appel à la méthode 
oCmdSelectAutorities.CmdSelectionner() ne semble pas poser de problème, c'est 
du code pseudo object ...

A la compilation cela passe sans aucune erreur signalée (interprétation basic 
oblige diront certains sauf que dans mes modules je déclare quand même Option 
explicit ...

Je sais maintenant que chaque entorse au domaine des noms est dramatiquement 
fatidique pour LibreOffice Basic. Mais je ne m'attendais pas à un plantage 
aussi violent entraînant le crash du debugger (plus aucun point break 
positionnable) et le crash entier de l'application libreoffice avec l'ensemble 
des autres documents ouverts ... C'est un cloisonnement des process digne du 
Titanic ...

Et aussi je ne m'attendais pas à un syndrôme d'appel récursif provoqué par une 
variabe et une procédure ...

De plus cette macro n'était même pas appelée par mon application avant le 
crash, elle répondait à un bouton dans une boite de dialogue non ouverte. Mais 
je comprends que Basic précharge un maximum de code et je ne comprends pas bien 
ce qu'il fait avec ce code avant son execution ...

Existe-t-il une extension  module qui aide au développement, avec par exemple 
un précompilateur pour vérifier la redondance des variables et valider un 
maximum de règles spécifiques au langage Basic OOo ?

Merci déjà pour votre réponse...
Patrick


Le 05/11/2018 à 21:00, Thierry Jeanneret a écrit :

Bonsoir,

Peut-être que si nous avions le code source de cette macro ?

Thierry




--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy




--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponible

Re: [fr-users] Base : Mémoire de pile insuffisante sur appel MsgBox "Hello World" ...

2018-11-07 Par sujet Patrick Gelin 

Bonjour,

Je viens de trouver la raison de ce bug :

Une seule macro évènement :

Sub CmdSelectionner(Event As Object)

 On Local Error Goto Erreur

    Set oCmdSelectAutorities = FabriquerTApplication.CmdSelectAutorities
    oCmdSelectAutorities.CmdSelectionner()

Exit_Sub:
 Exit Sub
Erreur:
 TraceError("ERROR", Err, Name, Erl)
 Stop
End Sub

qui avait le même nom qu'une variable global CmdSelectionner = 5000 
déclarée dans un autre module. L'appel à la méthode 
oCmdSelectAutorities.CmdSelectionner() ne semble pas poser de problème, 
c'est du code pseudo object ...


A la compilation cela passe sans aucune erreur signalée (interprétation 
basic oblige diront certains sauf que dans mes modules je déclare quand 
même Option explicit ...


Je sais maintenant que chaque entorse au domaine des noms est 
dramatiquement fatidique pour LibreOffice Basic. Mais je ne m'attendais 
pas à un plantage aussi violent entraînant le crash du debugger (plus 
aucun point break positionnable) et le crash entier de l'application 
libreoffice avec l'ensemble des autres documents ouverts ... C'est un 
cloisonnement des process digne du Titanic ...


Et aussi je ne m'attendais pas à un syndrôme d'appel récursif provoqué 
par une variabe et une procédure ...


De plus cette macro n'était même pas appelée par mon application avant 
le crash, elle répondait à un bouton dans une boite de dialogue non 
ouverte. Mais je comprends que Basic précharge un maximum de code et je 
ne comprends pas bien ce qu'il fait avec ce code avant son execution ...


Existe-t-il une extension  module qui aide au développement, avec par 
exemple un précompilateur pour vérifier la redondance des variables et 
valider un maximum de règles spécifiques au langage Basic OOo ?


Merci déjà pour votre réponse...
Patrick


Le 05/11/2018 à 21:00, Thierry Jeanneret a écrit :

Bonsoir,

Peut-être que si nous avions le code source de cette macro ?

Thierry





--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-users] Base : Mémoire de pile insuffisante sur appel MsgBox "Hello World" ...

2018-11-05 Par sujet Patrick Gelin 

Le 05/11/2018 à 16:47, jean-francois.nifenec...@laposte.net a écrit :

Bonjour Patrick,


Je développe une application LibreOffice Base et sans comprendre vraiment la
raison, du jours au lendemain, lorsque je rentre dans mon application
l'appel du premier script plante tout ... J'ai désactivé l'appel automatique
à la méthode d'ouverture du document et lorsque je fais un simple test
MsgBox "Hello World !" dans un nouveau module j'obtiens le message d'erreur
"Mémoire de pile insuffisante" ! Je n'ai alors d'autre choix que de tuer le
processus LIbreOffice ...

typiquement, cette erreur survient lors d'appels récursifs ou en boucle (sous-prog 
A appelle sous-prog B qui appelle sous-prog C qui... qui appelle sous-prog A). 
L'empilement des appels jamais dépilés devient très vite énorme et sature la 
mémoire -> plantage.


Très cordialement,


/Je m'en suis douté, mais mon programme n'a aucun appel récursif  
Sur Libreoffice linux, le programme plante après l'affichage de ce 
message, et le point d'arrêt sur la ligne MsgBox "Hello World !" n'est 
pas atteint. Sur Windows, le point d'arrêt ne fonctionne pas mieux, mais 
la boite de message est affichée après l'affichage du message d'erreur. 
Dans ce dernier cas je peux observer une occupation soudaine du CPU à 
environ 40 % juste avant l'affichage du message d'erreur. De toute 
évidence une boucle est détectée, mais je suis incapable de comprendre 
laquelle. Lorsque Base me redonne la main, il place le curseur du code à 
la fin d'un module ne déclarant que des variables globales ... Et avant 
cela, il plaçait le curseur sur un Sub traitant un message d'une autre 
boite de dialogue (normalement) non sollicitée  ...

/

/Existerait-il une astuce pour la mettre en évidence cette boucle dans 
mon code ? Peut-être avec des traces ? Sauf que je lance ma macro en 
appuyant F8 dans ma Sub qui ne déclare que "Hello World" et j'ai 
l'impression que le problème viendrait d'une librairie ...

/

/Ce peut-il qu'une librairie soit corrompue, qu'un virus ait modifié le 
code ? J'ai découvert un virus dans mon fichier Base, avec Clamav sous 
Linux. Mais il n'était pas installé avant le virus et Clamav est dénoncé 
pour proposer de nombreux faux positifs. Par ailleurs un autre antivirus 
sur un autre poste m'indique le fichier sans virus... Donc cela pourrait 
confirmer un faux positif .../


Patrick


--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-users] Base : Mémoire de pile insuffisante sur appel MsgBox "Hello World" ...

2018-11-05 Par sujet Patrick Gelin 
Bonjour,

Je développe une application LibreOffice Base et sans comprendre vraiment la
raison, du jours au lendemain, lorsque je rentre dans mon application
l'appel du premier script plante tout ... J'ai désactivé l'appel automatique
à la méthode d'ouverture du document et lorsque je fais un simple test
MsgBox "Hello World !" dans un nouveau module j'obtiens le message d'erreur
"Mémoire de pile insuffisante" ! Je n'ai alors d'autre choix que de tuer le
processus LIbreOffice ...

Ma configuration n'a pas changée, mais je suspecte une corruption dans le
profil utilisateur, sinon dans mon document Base lui même. J'ai l'impression
que quelque chose serait mal chargé et que l'instabilité qui en résulterait
causerait le crash au premier appel de macro ...

Est-ce quelqu'un aurait une idée pour la cause sinon pour mener un test
particulier avec XrayTool ou un autre moyen ?

Merci pour votre aide.
Patrick




--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Users-f1744091.html

-- 
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-users] Base : Réentrance des macros basic dans le traitement des évènements des formulaires ...

2018-01-20 Par sujet Patrick Gelin 

On 19/01/2018 18:19, Jean-Francois Nifenecker wrote:

Bonjour Patrick,

Le 19/01/2018 à 09:51, patrick.ge...@free.fr a écrit :


J'utilise Base avec les Macros Basic pour développer une base de donnée
documentaire. Lors du traitement de l'évènement du formulaire principal
"Changement d'enregistrement" j’exécute une macro un peu longue et je
suis confronté à un problème de réentrance. Ma macro est un peu longue
car j'utilise des formulaires un peu complexes utilisant des sections
pour gérer à la fois des onglets mais aussi l'affichage contextuel de
telle ou telle section en fonction des valeurs de certains champs
saisies par l'utilisateur... Ce problème de réentrance peut être
schématisé par le scénario suivant :

t = 0  Enregistrement courrant de la forme est le n°10
t1 EVENEMENT 1 (Enregistrement courrant de la forme
devient le n°11)
t1 + delta t   EVENEMENT 2 (Enregistrement courrant de la forme
devient le n°12, Macros évènement 1 interrompue n'importe où...)
t2 FIN TRAITEMENT EVENEMENT 2 (synchrone avec
l'enregistrement courrant n°12 de la forme)
t3 REPRISE ET FIN DU TRAITEMENT DE L'EVENEMENT 1
(/!\ Traitement de l'enregistrement n°11 qui n'est plus l'enregistrement
courrant de la forme, et qui devrait au contraire s'interrompre
immédiatement par un appel à exit())

Ce problème n'est pas seulement révélé par la durée du traitement de ma
macro mais aussi il me semble pour deux raisons spécifiques à
l'application LibreOffice:

1. Il me semble que par défaut la barre de navigation des formulaires
utiliserait le principe de la répétition sur ses touches (activé après
un délai très cours). Si bien que très souvent l'appui sur le bouton
(avec le triangle) pour passer à l'enregistrement suivant commande un
double changement d'enregistrement... Et donc je reçois deux évènements
très rapprochés à traiter...
[...]
Pour essayer une première solution j'ai caché la barre de navigation des
formulaires et j'ai ajouté 2 ou 3 boutons de navigation spécifiques à
mon formulaire, en veillant à désactiver la répétition de touche. De
fait je suis moins confronté au problème des doubles évènements. Mais
cela n'empêche pas l'utilisateur de double cliquer rapidement ou même
triple cliquer rapidement sur les boutons, et je me retrouve à nouveau
avec le même problème de réentrance... [...]


Tu pourrais, lors de l'événement Clic sur ton bouton de navigation, 
initialiser un drapeau qui pourrait être lu lors du clic sur les 
divers boutons de navigation. Tant que ce drapeau serait à True, les 
événements correspondants ne lanceraient aucune exécution.


Tu pourrais aussi, et ça me semble plus visuel pour l'utilisateur, 
puisque ces boutons sont sous ton contrôle, les désactiver dès que 
l'un d'entre eux est cliqué, puis les réactiver lorsque l'événement a 
été traité.


Ces solutions me semblent plus facile à gérer que d'essayer de gérer 
la réentrance. Je considère pour ma part que le langage de macro Basic 
de LibreOffice n'est pas destiné à ça. Si les besoins deviennent très 
pointus, je pense qu'un autre langage serait plus approprié (Python ?).



Si vous répondez, merci de penser à utiliser la fonction "répondre à 
tous" de votre logiciel de courrier électronique de façon que la liste 
reçoive une copie de votre réponse.


Bien cordialement,


Bonjour,

Merci pour ta réponse Jean-François. Je pense également que traiter le 
problème à la source, au niveau de l'interface, est une approche 
intéressante. Utiliser Python ou Java me semble aussi intéressant 
néanmoins je suis venu vers LibreOffice pour l'utiliser comme un atelier 
permettant de développer rapidement la preuve de mon concept. Si je 
devais choisir Python ou Java j'aurais peut être une approche totalement 
différente en cherchant à utiliser un ORB et framework d'interface MVC 
de type Qt ...


Pour revenir à l'utilisation de LibreOffice Base la solution que tu me 
propose mérite vraiment d'être testée mais j'ai une remarque : cela 
permet de traiter correctement le premier évènement en refusant les 
suivants, alors que du point de vu de l'utilisateur il aurait peut être 
souhaité traiter le dernier évènement en annulant les précédant. Cela 
dit je peux aussi ajouter à mon interface un contrôle de grille qui lui 
permettra de cliquer directement N enregistrements devant sans être 
obligé de s'énerver sur le bouton suivant ...


Aussi je me pose encore deux questions :

1. Les boutons peuvent envoyer plusieurs types d'évènements, en 
particulier pour les boutons l'évènement "Accepter l'action" retient mon 
attention ce matin. Je n'y avais pas fait attention avant ...Je 
comprends que cet évènement serait envoyé avant "Executer l'action" que 
j'utilise pour actualiser mon interface. Et donc je comprends qu'il 
faudrait que j'utilise cet évènement pour gérer le drapeau avant 
l'éventuelle réentrance dans l’exécution de l'action. J'avais lu aussi 
dans la documentation UNO sur le

[fr-users] Base : Réentrance des macros basic dans le traitement des évènements des formulaires ...

2018-01-19 Par sujet patrick . gelin 

Bonjour,

J'utilise Base avec les Macros Basic pour développer une base de donnée 
documentaire. Lors du traitement de l'évènement du formulaire principal 
"Changement d'enregistrement" j’exécute une macro un peu longue et je 
suis confronté à un problème de réentrance. Ma macro est un peu longue 
car j'utilise des formulaires un peu complexes utilisant des sections 
pour gérer à la fois des onglets mais aussi l'affichage contextuel de 
telle ou telle section en fonction des valeurs de certains champs 
saisies par l'utilisateur... Ce problème de réentrance peut être 
schématisé par le scénario suivant :


t = 0  Enregistrement courrant de la forme est le n°10
t1 EVENEMENT 1 (Enregistrement courrant de la forme 
devient le n°11)
t1 + delta t   EVENEMENT 2 (Enregistrement courrant de la forme 
devient le n°12, Macros évènement 1 interrompue n'importe où...)
t2 FIN TRAITEMENT EVENEMENT 2 (synchrone avec 
l'enregistrement courrant n°12 de la forme)
t3 REPRISE ET FIN DU TRAITEMENT DE L'EVENEMENT 1 
(/!\ Traitement de l'enregistrement n°11 qui n'est plus l'enregistrement 
courrant de la forme, et qui devrait au contraire s'interrompre 
immédiatement par un appel à exit())


Ce problème n'est pas seulement révélé par la durée du traitement de ma 
macro mais aussi il me semble pour deux raisons spécifiques à 
l'application LibreOffice:


1. Il me semble que par défaut la barre de navigation des formulaires 
utiliserait le principe de la répétition sur ses touches (activé après 
un délai très cours). Si bien que très souvent l'appui sur le bouton 
(avec le triangle) pour passer à l'enregistrement suivant commande un 
double changement d'enregistrement... Et donc je reçois deux évènements 
très rapprochés à traiter...
2. J'ai lu dans le livre "Benitez , Roberto - Database Programming with 
OpenOffice.org Base & Basic – 10 septembre 2008" que le formulaire 
pouvait déclencher deux évènements envoyés pour le premier par le 
composant "com.sun.star.form.FmXFormController" et l'autre par 
"com.sun.star.comp.forms.ODatabaseForm". Mais un test dans mon code de 
traitement de l'évènement ne semble pas révéler ce problème... C'est 
plutôt le cas 1 qui semble concerner ma macro...


Pour essayer une première solution j'ai caché la barre de navigation des 
formulaires et j'ai ajouté 2 ou 3 boutons de navigation spécifiques à 
mon formulaire, en veillant à désactiver la répétition de touche. De 
fait je suis moins confronté au problème des doubles évènements. Mais 
cela n'empêche pas l'utilisateur de double cliquer rapidement ou même 
triple cliquer rapidement sur les boutons, et je me retrouve à nouveau 
avec le même problème de réentrance...


J'ai essayé d'utiliser dans ma macro basic les appels aux quelques APIs 
UNO comme par exemple ThisDatabaseDocument.lockControllers (ou encore 
addActionLock). Mais cela n'empêche pas l'envoi des doubles messages. 
J'ai cherché dans la documentation UNO des informations sur les mutex, 
le multithreading mais je n'ai trouvé aucune API disponible dans les 
macros basic... J'ai compris que cette partie de LibreOffice était en 
cours de refactoring. Mais cela concernera t-il les APIs des macro Basic 
? Pour quelle prochaine date/version ?


J'ai également essayé de mettre en place un flag et un appel à wait() 
pour gérer une forme de Mutex. J'ai aussi utilisé un chien de garde pour 
détruire ma tache si le temps d'attente dépassait un timer. Mais l'appel 
à wait dans l'évènement n°2 ne redonne pas la main au thread du 
traitement de l'évènement n°1, et donc cela ne sert à rien...


Je me pause une autre question : Est-il possible de modifier la gestion 
des évènements au niveau de l'objet gérant le broadcaste, pour envoyer 
les évènement uniquement en série ? je crois comprendre que le broadcast 
serait géré par un objet frame en lien avec mon formulaire ...


Je pourrais aussi envisager transformer ma macro pour la rendre 
réentrante. Techniquement j'ai compris qu'il suffirait de n'utiliser que 
des variables locales. Mais lorsque la macro de l'évènement 1 terminera 
son traitement elle ne sera pas informée que l'enregistrement courrant a 
été modifié, et donc elle ne devrait pas être réentrante, mais plutôt 
quitter par un appel exit() ou même un appel stop()... Et pour cela il 
faudrait que les évènements 1 et 2 communiquent ensembles ...


Merci pour votre aide ...
Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://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: Nombreux crash avec module base de libreoffice 5.2.7.2

2017-09-17 Par sujet Patrick Gelin 
Merci pour l'info. Je viens donc de desinstaller ma version 5.2.7.2 de
libreoffice et j'ai installé la version 5.2.4.1 : même problème, aucune
différence ! 

Je m’aperçois de plusieurs choses concernant l'URL JDBC qui sur mon tutoriel
est indiquée pour une connexion client (et adaptée sur ma base typodoc) de
la façon suivante : *jdbc :hsqldb:hsql://localhost/typodoc *avec une  classe
*org.hsqldb.jdbc.JDBCDriver*. 

J'ai vérifié ce chemin de classe uniquement dans le driver hsqldb-2.3.4.jar,
et avec les version précédentes du même driver, en particulier la version du
driver livré avec l'installation de libreoffice
(*/opt/libreoffice5.4/program/classes/hsqldb.jar*) je n'ai aucun driver
visible comme le montre le listing ci-dessous :



De même dans d'autres drivers trouvés sur mon système :
** /usr/share/java/hsqldbutil1.8.0-1.8.0.10+dfsg.jar
* /usr/share/java/hsqldb1.8.0.jar*

Peut-etre faudrait-il remplacer la classe JDBCDriver par une autre ?

Je comprends aussi que le chemin de ma classe n'est correcte qu'avec la
seule version *hsqldb-2.3.4.jar,* et cela expliquerait donc le crash pour
toutes les autres versions. *Mais pourquoi la dernière version
hsqldb-2.3.4.jar provoquerait-elle ce crash immédiat de libreoffice lorsque
je la teste ? *

J'ai lu sur un forum qu'un problème de mémoire vive pourrait en être la
cause, mais mon système ne semble pas saturé ... J'ai essayé sous
l'environnement *KDE* mais aussi sous *LXDE* et j'ai le même problème. 

Je comprends que ce doit être java qui produirait le message d'erreur
puisque c'est un driver java. *Mais comment indiquer à libreoffice de lancer
java en redirigeant la sortie stderr sur stdout de l'application libreoffice
?* 

Je vais essayer de tester mon driver hsqldb avec une autrea pplicaiton java
... Cela devrait me permettra de savoir si le problème vient libreoffice ou
de mon installation java, c'est plutôt ce dernier point que je suspecte ...



--
Sent from: http://nabble.documentfoundation.org/Users-f1744091.html

-- 
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour 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] Nombreux crash avec module base de libreoffice 5.2.7.2

2017-09-16 Par sujet Patrick Gelin 
Bonjour,

J'ai reinstallé mon portable avec *debian stretch *et l*ibreoffice 5.2.7.2*
qui vient par défaut dans les paquets de la distribution. Depuis j'essaie
d'utiliser le module base mais j'ai de nombreux crash au moment de
l'utilisation des tables ou même de la création de la base. Cela pour
*hsqldb* en particulier, en mode embeded ou client/serveur. 

J'ai essayé plusieurs combinaisons des composants : *hsqldb 2.3.4 / 1.8.0*
et *java openjdk 1.8.0_141 / Oracle jdk  1.8.0_144*, mais rien n'y fait, le
module est totalement inutilisable, il crash dès que *libreoffice* accède
aux tables et même systématiquement lorsque je test la classe du driver
hsqldb *org.hsqldb.jdbcDriver*...

J'ai tout de même une connexion qui fonctionne avec *le driver postgresql
natif*, je crois que c'est un driver sdbc, mais celui-ci a des restrictions
d'usage pour les fonctions de libreoffice, par exemple il n'est pas possible
d'utiliser l'assistant de création de tables, et d'autres restrictions
encore embêtantes pour le développement... Au final cela n'est pas très
encourageant de me lancer dans un développement ... 

*Est-il seulement possible de lancer libreoffice en mode debug pour voir les
traces ? *
*Quelle version de libreoffice, java et hsqldb sont recommandées pour la
meilleure stabilité possible ?*

Je vous remercie pour votre aide.
Patrick



--
Sent from: http://nabble.documentfoundation.org/Users-f1744091.html

-- 
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour 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 : connecteur SQL pour Firebird 3.0 et problème avec le connecteur JDBC

2017-09-06 Par sujet Patrick Gelin 

Bonjour,

*Je cherche à savoir si un développement annoncé en 2013 pour un 
connecteur SQL natif Firebird 3 aurait abouti et l'adresse pour son 
téléchargement ...*


Sinon j'utiliserais bien le connecteur JDBC mais mon connecteur 
jaybird-3.0.2.jar provoque le crash systématique de Base. Rien que le 
test de la classe org.firebirdsql.jdbc.FBDriver du connecteur 
jaybird-3.0.2.jarprovoque le crash de LibreOffice Base...


Note : J'utilise ce connecteur depuis un dossier qui n'est pas dans le 
chemin de Firebird, mais il est bien dans le chemin Java...


*System *: Debian Stretch

*Java :* openjdk version "1.8.0_141" / OpenJDK Runtime Environment 
(build 1.8.0_141-8u141-b15-1~deb9u1-b15) / OpenJDK Server VM (build 
25.141-b15, mixed mode)


*LibreOffice*  Version: 5.2.7.2 / Build ID: 1:5.2.7-1
Threads CPU : 2; Version de l'OS :Linux 4.9; UI Render : par défaut; VCL 
: x11;

Locale : fr-FR (fr_FR.UTF-8); Calc: group

*Connexion*
jdbc: firebirdsql:localhost/3050:/var/lib/firebird/3.0/data/typodoc.fdb
*Nom d'utilisateur* : sysdba (mot de passe requis)
*Classe de pilote JDBC *: org.firebirdsql.jdbc.FBDriver

Merci pour votre aide...

Patrick Gelin


--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour 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 : Problème de formulaire complexe avec des sections...

2015-10-28 Par sujet Patrick Gelin 
Pierre-Yves a encore fait un miracle :-)   On peut maintenant exécuter 
ou éditer le formulaire. J'ai fait une petite modification et je l'ai 
enregistrée. Pas de problème pour le ré-ouvrir.


Bernard

Bonjour,

J'ai réouvert mon formulaire et je viens de constater que la majorité 
des contrôles ont disparus, en particulier les Tables... Je pense que 
votre correction à dû supprimer une partie du code du formulaire. Ce 
n'est pas grave, cela nous a mis sur la piste du BUG !


J'ai essayé de réinstaller dans le formulaire la table des séquence, la 
première du formulaire, et elle s'est remise à trembler avec 100% de 
CPU, m'obligeant à tuer le processus soffice...


Je pensais que le fichier .ODB était un fichier XML mais je m'aperçois 
qu'il est binaire. Pourriez-vous m'indiquer comment vous avez-vous fait 
pour voir le fichier XML du formulaire ?


J'ai supprimé le programme freemind de ma distribution, il avait 
installé sa propre JVM.

Je m'aperçois que je croyais avoir deux installations de JVM:

 * dans LibreOffice JVM ORACLE 1.7.0_79)
 * dans une console java -version renvoie OpenJDK Runtime Environment
   (IcedTea 2.5.6) (7u79-2.5.6-1~deb8u1)

Mais il n'en serait rien, car LibreOffice m'indique bien pour ORACLE 
1.7_079 le chemin vers la JRE de OpenJDK...


Ce bug apparaissait même sur la dernière version stable de LibreOffice 
et aussi sur la version stable précédente. Je me pose encore la question 
de savoir si ce serait un BUG de mon driver graphique, du pilote de base 
de donnée HSQLDB, de la machine JAVA ou du module chargé d'enregistrer 
les documents XML ou bien encore de LibreOffice...


Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Re: Base : Problème de formulaire complexe avec des sections...

2015-10-27 Par sujet Patrick Gelin 

Le 27/10/2015 10:27, pierre-yves samyn a écrit :

Bonjour

Plutôt un problème lié au formulaire car en intervenant sur le xml
on peut le rouvrir...

pys.odb 

Cordialement
Pierre-Yves



--
View this message in context: 
http://nabble.documentfoundation.org/Base-Probleme-de-formulaire-complexe-avec-des-sections-tp4164240p4164455.html
Sent from the Users mailing list archive at Nabble.com.


Mon formulaire utilise deux tables : pdgLesSequences et pdgLesSeances.

Tout ceci est intéressant... Ce serait donc un problème d'enregistrement 
du fichier XML du document... Est-ce une complication liée à l'usage des 
sections et des colonnes dans le formulaire ?


Est-ce un problème de version JAVA. Dans LibreOffice avancé je vois que 
j'utilise la JVM ORACLE 1.7.0_79 mais dans une console lorsque je 
demande java -version j'obtiens la JVM utilisée par défaut par Debian :


gelinp@inspiron:/usr/share/lazarus/1.4.4$ java -version
java version "1.7.0_79"
OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-1~deb8u1)
OpenJDK Server VM (build 24.79-b02, mixed mode)

Est-ce que ce ne serait donc pas un problème de version de la machine 
JAVA ? Faut-il que j'utilise par défaut plutôt ORACLE (je ne sais pas 
d'où je tiendrais cette version, car il me semble qu'il n'y avait plus 
de JVM pour Debian...) ou plutôt OpenJDK ?





--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Base : Problème de formulaire complexe avec des sections...

2015-10-26 Par sujet Patrick Gelin 

Le 26/10/2015 09:46, Jean Michel PIERRE a écrit :



Bonjour,

Suite à mon premier message sur les problèmes de drivers SQLite, je 
précise ici un autre problème rencontré avec un grand formulaire un 
peu complexe sous HSQLBD et LibreOffice 3 , 4, 5 (j'ai testé ce bug 
sous toutes ces versions...).


Donc j'ai une base HSQLDB et j'ai créé un formulaire, avec un sous 
formulaire, utilisant des sections et 2 colonnes par section. J'ai 
déjà observé des problèmes d'affichage de mes sections, qui parfois 
laissent apparaitre un grand vide en dessous des derniers contrôles 
de la section... Et puis aussi parfois les contrôles de table se 
mettent à trembloter puis à clignoter avec une forte consommation 
de CPU (boucle infinie ?). Et enfin, un blocage à l'ouverture du 
formulaire, là encore avec une forte consommation de CPU et 
l'affichage du formulaire qui n'arrive jamais, avec blocage de 
l'interface graphique de l'ensemble de ma session graphique (j'ai 
essayé KDE, Gnome, XFCE...). À noter que j'utilise avec les 
sections des boutons pour masquer l'ensemble des sections sauf 
celle active. Et aussi j'ai essayé des ancres pour me déplacer 
d'une section à l'autre, mais le formulaire BUG avec le masquage de 
section. Lorsque je désactive les macros, cela ne change pas le 
problème : le formulaire refuse toujours de s'ouvrir.


Je ne sais pas encore si le problème vient vraiment de LibreOffice 
ou de mon driver graphique (installation Debian Jessie sur portable 
DELL INSPIRON 640m).


Est-ce que quelqu'un aurait une info là-dessus ?
Merci pour votre aide !
Patrick


Bonjour,
Pour savoir si le problème de l'affichage vient de LibreOffice ou 
d'autres paramètres,
le mieux est de la joindre pour la faire tester sur d'autres 
configurations.




Bonjour ,

Je pensais que je ne pouvais pas ajouter de pièce jointe à la mailing 
list car je n'en voyais aucune chez les autres... Super, j'essaie 
donc de vous la communiquer ci-jointe...


C'est donc le formulaire ZZZ pdgLesSequences - sections - BREAK qui 
ne s'ouvre plus. La base utilise également des macros qui étaient 
enregistrées dans la librairie bibPGE hors du fichier de la base 
ci-jointe. Je viens donc de déplacer les deux modules de cette 
bibliothèque dans ce fichier : debug et SGBD. Il risque de rester 
encore un appel aux fonctions debugInit() et SequenceInit() au moment 
de l'ouverture du formulaire... L'important est de passer outre, et 
de constater simplement l'ouverture du formulaire. Forcement les 
formulaires ne fonctionneront pas, ils sont tous en cours de 
développement. Vous pourriez aussi ne pas activer les macros à 
l'ouverture de LibreOffice, si vos options sont ainsi configurées 
pour la sécurité.


Notez que j'ai essayé d'ouvrir cette base également sur un poste 
Windows XP, mais l'installation de Java me pose problème, elle n'est 
plus supportée pour cet OS...


Merci encore pour votre aide !
Patricki



Bonjour,
Je reproduis le blocage : pas d'ouverture du formulaire "ZZZ 
pdgLesSequences - sections - BREAK" et LO ne répond plus.

Il faut tuer la tâche pour en sortir (Windows 10, LO : 5.0.2.2 (x64))
Les 3 autres Formulaires s'ouvrent correctement même s'ils ne trouvent 
pas les Tables nécessaires à leur utilisation.


OK, merci pour l'info ! Pourriez-vous me communiquer si vous avez testé 
sous une version Window ou une distribution Linux ?


Je comprends donc que ce serait un BUG de LibreOffice base, sinon du 
driver HSQLDB qui est sollicité à l'ouverture du formulaire, sinon 
encore peut être Writer puisque finalement le formulaire base utilise un 
document Writer... Je vais donc déposer un ticket technique. Je crains 
qu'il ne soit pas résolu de sitôt, puisque j'ai consulté les 
statistiques des Bugs et j'ai vu qu'il y en avait vraiment beaucoup...


Encore merci pour votre aide !

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Base : Problème de formulaire complexe avec des sections...

2015-10-26 Par sujet Patrick Gelin 

Le 25/10/2015 20:02, Bernard Ribot a écrit :

Le 25/10/2015 19:26, Patrick Gelin a écrit :

Le 25/10/2015 14:08, Jean Michel PIERRE a écrit :



Bonjour,

Suite à mon premier message sur les problèmes de drivers SQLite, je 
précise ici un autre problème rencontré avec un grand formulaire un 
peu complexe sous HSQLBD et LibreOffice 3 , 4, 5 (j'ai testé ce bug 
sous toutes ces versions...).


Donc j'ai une base HSQLDB et j'ai créé un formulaire, avec un sous 
formulaire, utilisant des sections et 2 colonnes par section. J'ai 
déjà observé des problèmes d'affichage de mes sections, qui parfois 
laissent apparaitre un grand vide en dessous des derniers contrôles 
de la section... Et puis aussi parfois les contrôles de table se 
mettent à trembloter puis à clignoter avec une forte consommation 
de CPU (boucle infinie ?). Et enfin, un blocage à l'ouverture du 
formulaire, là encore avec une forte consommation de CPU et 
l'affichage du formulaire qui n'arrive jamais, avec blocage de 
l'interface graphique de l'ensemble de ma session graphique (j'ai 
essayé KDE, Gnome, XFCE...). À noter que j'utilise avec les 
sections des boutons pour masquer l'ensemble des sections sauf 
celle active. Et aussi j'ai essayé des ancres pour me déplacer 
d'une section à l'autre, mais le formulaire BUG avec le masquage de 
section. Lorsque je désactive les macros, cela ne change pas le 
problème : le formulaire refuse toujours de s'ouvrir.


Je ne sais pas encore si le problème vient vraiment de LibreOffice 
ou de mon driver graphique (installation Debian Jessie sur portable 
DELL INSPIRON 640m).


Est-ce que quelqu'un aurait une info là-dessus ?
Merci pour votre aide !
Patrick


Bonjour,
Pour savoir si le problème de l'affichage vient de LibreOffice ou 
d'autres paramètres,
le mieux est de la joindre pour la faire tester sur d'autres 
configurations.




Bonjour ,

Je pensais que je ne pouvais pas ajouter de pièce jointe à la mailing 
list car je n'en voyais aucune chez les autres... Super, j'essaie 
donc de vous la communiquer ci-jointe...


C'est donc le formulaire ZZZ pdgLesSequences - sections - BREAK qui 
ne s'ouvre plus. La base utilise également des macros qui étaient 
enregistrées dans la librairie bibPGE hors du fichier de la base 
ci-jointe. Je viens donc de déplacer les deux modules de cette 
bibliothèque dans ce fichier : debug et SGBD. Il risque de rester 
encore un appel aux fonctions debugInit() et SequenceInit() au moment 
de l'ouverture du formulaire... L'important est de passer outre, et 
de constater simplement l'ouverture du formulaire. Forcement les 
formulaires ne fonctionneront pas, ils sont tous en cours de 
développement. Vous pourriez aussi ne pas activer les macros à 
l'ouverture de LibreOffice, si vos options sont ainsi configurées 
pour la sécurité.


Notez que j'ai essayé d'ouvrir cette base également sur un poste 
Windows XP, mais l'installation de Java me pose problème, elle n'est 
plus supportée pour cet OS...


Merci encore pour votre aide !
Patricki



On ne peut pas envoyer de pièce jointe. Il faut les "uploader" chez un 
hébergeur (personnellement j'utilise http://www.cjoint.com/).


Bernard



Bonjour,

Merci pour l'info. Je mets donc ma base à disposition sur Ci-joint à 
l'adresse http://www.cjoint.com/c/EJAhYjWHTmp. C'est donc le formulaire 
ZZZ pdgLesSequences - sections - BREAK que je n'arrive plus à ouvrir et 
qui bloque mon système et le fait surchauffer !


Merci encore pour votre aide.

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Base : Problème de formulaire complexe avec des sections...

2015-10-25 Par sujet Patrick Gelin 

Bonjour,

Suite à mon premier message sur les problèmes de drivers SQLite, je 
précise ici un autre problème rencontré avec un grand formulaire un peu 
complexe sous HSQLBD et LibreOffice 3 , 4, 5 (j'ai testé ce bug sous 
toutes ces versions...).


Donc j'ai une base HSQLDB et j'ai créé un formulaire, avec un sous 
formulaire, utilisant des sections et 2 colonnes par section. J'ai déjà 
observé des problèmes d'affichage de mes sections, qui parfois laissent 
apparaitre un grand vide en dessous des derniers contrôles de la 
section... Et puis aussi parfois les contrôles de table se mettent à 
trembloter puis à clignoter avec une forte consommation de CPU (boucle 
infinie ?). Et enfin, un blocage à l'ouverture du formulaire, là encore 
avec une forte consommation de CPU et l'affichage du formulaire qui 
n'arrive jamais, avec blocage de l'interface graphique de l'ensemble de 
ma session graphique (j'ai essayé KDE, Gnome, XFCE...). À noter que 
j'utilise avec les sections des boutons pour masquer l'ensemble des 
sections sauf celle active. Et aussi j'ai essayé des ancres pour me 
déplacer d'une section à l'autre, mais le formulaire BUG avec le 
masquage de section. Lorsque je désactive les macros, cela ne change pas 
le problème : le formulaire refuse toujours de s'ouvrir.


Je ne sais pas encore si le problème vient vraiment de LibreOffice ou de 
mon driver graphique (installation Debian Jessie sur portable DELL 
INSPIRON 640m).


Est-ce que quelqu'un aurait une info là-dessus ?
Merci pour votre aide !
Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Base : Connexion compliquée à SQLite sous Debian Jessie et LibreOffice 5...

2015-10-25 Par sujet Patrick Gelin 

Bonjour,

Pour essayer de résoudre un problème d'ouverture de formulaire sous une 
base HSQLDB (Bug qui serait causé par l'usage des sections et des 
colonnes dans un formulaire un peu complexe) j'essaie de changer de 
driver de base pour SQLite...


1. J'ai donc essayé de me connecter à SQLite avec JDBC, mais lors de 
l'ouverture de mon formulaire j'ai le message d'erreur *"SQLITE driver 
support TYPE_FORWARD_ONLY cursor"*. En général j'évite de courir après 
les drivers JDBC et ODBC précisément pour ces raisons que je connais de 
puis fort longtemps, à savoir qu'ils sont pauvres en fonctionnalités ! 
Alors existe-t-il un moyen pour paramétrer différent JDBC et éviter ce 
type de message ? Sinon je n'aurais pas le bon driver ? J'ai téléchargé 
le driver sqlite-jdbc-3.8.11.2.jar depuis la page 
[https://bitbucket.org/xerial/sqlite-jdbc/downloads]...


2. J'ai tout de même essayé d'utiliser également ODBC. Le driver ODBC 
SQLite pour Debian Jessie ne semble pas exister ! J'ai donc téléchargé 
sqlite3odbc de Debian Weezy (version précédente de Debian). Mais lorsque 
j'essaie de configurer ODBC pour enregistrer ma base avec 
[*ODBCManageDataSourcesQ4 */(je comprends que cette application de 
paramétrage remplacerait ODBCConfig ...)/, cette application de 
configuration n'enregistre pas le chemin vers ma base /data.sqlite/ ! Et 
bien que ma base apparaisse bien comme /Data Source Name//(donc sans 
chemin d'accès au fichier de ma base)/, le DSN n'est pas vu depuis 
LibreOffice ...


3. Enfin j'ai cherché un driver LibreOffice pour SQLite, comme il existe 
pour MySQL ou PostgreSQL, mais je n'ai encore rien trouvé... Existe-t-il ?


Merci pour votre aide.


--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Base : Connexion compliquée à SQLite sous Debian Jessie et LibreOffice 5...

2015-10-25 Par sujet Patrick Gelin 

Le 25/10/2015 14:43, Bernard Ribot a écrit :

Bonjour,

Le 25/10/2015 08:54, Patrick Gelin a écrit :

Bonjour,

Pour essayer de résoudre un problème d'ouverture de formulaire sous 
une base HSQLDB (Bug qui serait causé par l'usage des sections et des 
colonnes dans un formulaire un peu complexe) j'essaie de changer de 
driver de base pour SQLite...


1. J'ai donc essayé de me connecter à SQLite avec JDBC, mais lors de 
l'ouverture de mon formulaire j'ai le message d'erreur *"SQLITE 
driver support TYPE_FORWARD_ONLY cursor"*. En général j'évite de 
courir après les drivers JDBC et ODBC précisément pour ces raisons 
que je connais de puis fort longtemps, à savoir qu'ils sont pauvres 
en fonctionnalités ! Alors existe-t-il un moyen pour paramétrer 
différent JDBC et éviter ce type de message ? Sinon je n'aurais pas 
le bon driver ? J'ai téléchargé le driver sqlite-jdbc-3.8.11.2.jar 
depuis la page [https://bitbucket.org/xerial/sqlite-jdbc/downloads]...


2. J'ai tout de même essayé d'utiliser également ODBC. Le driver ODBC 
SQLite pour Debian Jessie ne semble pas exister ! J'ai donc 
téléchargé sqlite3odbc de Debian Weezy (version précédente de 
Debian). Mais lorsque j'essaie de configurer ODBC pour enregistrer ma 
base avec [*ODBCManageDataSourcesQ4 */(je comprends que cette 
application de paramétrage remplacerait ODBCConfig ...)/, cette 
application de configuration n'enregistre pas le chemin vers ma base 
/data.sqlite/ ! Et bien que ma base apparaisse bien comme /Data 
Source Name//(donc sans chemin d'accès au fichier de ma base)/, le 
DSN n'est pas vu depuis LibreOffice ...


3. Enfin j'ai cherché un driver LibreOffice pour SQLite, comme il 
existe pour MySQL ou PostgreSQL, mais je n'ai encore rien trouvé... 
Existe-t-il ?


Merci pour votre aide.


Je n'ai pas de réponse pour faire fonctionner SQLite sous Linux pour 
plusieurs raisons, notamment que je travaille sous Windows avec MySQL 
et connexion ODBC.


Mais je demandais en quoi le changement de SGBD pouvait apporter une 
solution à un problème de formulaire complexe, les connexions à un 
SGBD quel qu'il soit ne faisant (et quelques autres choses évidemment 
:-) ) que permettre de restituer les données stockées dans la base (ou 
les y enregistrer) , charge au formulaire d'assurer la présentation de 
ces données.


Bernard



Bonjour,

Oui, certes. Mais en fait le formulaire Base sollicite la base de 
données dès son ouverture via le driver utilisé par LibreOffice. Or un 
problème de driver pourrait impacter dans ses effets de bords le bon 
fonctionnement de LibreOffice, et de ses formulaires La boucle 
infinie pourrait être dans le driver et non dans une fonction de 
LibreOffice...


Je me pose également la question d'un problème d'installation du driver 
de ma carte graphique, car j'ai déjà rencontré des effets similaires 
lorsque j'utilisais Ubuntu, avant de changer pour Debian... Et je ne 
suis pas certain d'avoir encore une installation parfaite...


J'ai remarqué aussi que le fonctionnement des colonnes perturbe le 
fonctionnement sinon l'affichage des sections, car le fait de passer à 
deux colonnes déclenche de façon non répétitive, mais assez fréquence 
des extensions de colonnes après le dernier paragraphe. C'est-à-dire que 
la section est allongée au-delà de sa taille normale après le dernier 
caractère caché de paragraphe. Je ne sais pas si cela est lié au premier 
bug, mais ce que je remarque c'est qu'un formulaire identique au 
premier, mais qui n'utilise pas les sections ne semble pas rencontrer ce 
bug et il s'ouvre (encore) sans problèmes !


Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Base : Problème de formulaire complexe avec des sections...

2015-10-25 Par sujet Patrick Gelin 

Le 25/10/2015 14:08, Jean Michel PIERRE a écrit :



Bonjour,

Suite à mon premier message sur les problèmes de drivers SQLite, je 
précise ici un autre problème rencontré avec un grand formulaire un 
peu complexe sous HSQLBD et LibreOffice 3 , 4, 5 (j'ai testé ce bug 
sous toutes ces versions...).


Donc j'ai une base HSQLDB et j'ai créé un formulaire, avec un sous 
formulaire, utilisant des sections et 2 colonnes par section. J'ai 
déjà observé des problèmes d'affichage de mes sections, qui parfois 
laissent apparaitre un grand vide en dessous des derniers contrôles 
de la section... Et puis aussi parfois les contrôles de table se 
mettent à trembloter puis à clignoter avec une forte consommation de 
CPU (boucle infinie ?). Et enfin, un blocage à l'ouverture du 
formulaire, là encore avec une forte consommation de CPU et 
l'affichage du formulaire qui n'arrive jamais, avec blocage de 
l'interface graphique de l'ensemble de ma session graphique (j'ai 
essayé KDE, Gnome, XFCE...). À noter que j'utilise avec les sections 
des boutons pour masquer l'ensemble des sections sauf celle active. 
Et aussi j'ai essayé des ancres pour me déplacer d'une section à 
l'autre, mais le formulaire BUG avec le masquage de section. Lorsque 
je désactive les macros, cela ne change pas le problème : le 
formulaire refuse toujours de s'ouvrir.


Je ne sais pas encore si le problème vient vraiment de LibreOffice ou 
de mon driver graphique (installation Debian Jessie sur portable DELL 
INSPIRON 640m).


Est-ce que quelqu'un aurait une info là-dessus ?
Merci pour votre aide !
Patrick


Bonjour,
Pour savoir si le problème de l'affichage vient de LibreOffice ou 
d'autres paramètres,
le mieux est de la joindre pour la faire tester sur d'autres 
configurations.




Bonjour ,

Je pensais que je ne pouvais pas ajouter de pièce jointe à la mailing 
list car je n'en voyais aucune chez les autres... Super, j'essaie donc 
de vous la communiquer ci-jointe...


C'est donc le formulaire ZZZ pdgLesSequences - sections - BREAK qui ne 
s'ouvre plus. La base utilise également des macros qui étaient 
enregistrées dans la librairie bibPGE hors du fichier de la base 
ci-jointe. Je viens donc de déplacer les deux modules de cette 
bibliothèque dans ce fichier : debug et SGBD. Il risque de rester encore 
un appel aux fonctions debugInit() et SequenceInit() au moment de 
l'ouverture du formulaire... L'important est de passer outre, et de 
constater simplement l'ouverture du formulaire. Forcement les 
formulaires ne fonctionneront pas, ils sont tous en cours de 
développement. Vous pourriez aussi ne pas activer les macros à 
l'ouverture de LibreOffice, si vos options sont ainsi configurées pour 
la sécurité.


Notez que j'ai essayé d'ouvrir cette base également sur un poste Windows 
XP, mais l'installation de Java me pose problème, elle n'est plus 
supportée pour cet OS...


Merci encore pour votre aide !
Patricki



--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Actualiser automatiquement un graphique produit depuis la plage résultat d'un tableau croisé dynamique...

2015-05-22 Par sujet Patrick Gelin 

Bonjour,

Sous Calc Je réalise un graphique depuis le résultat d'un tableau croisé 
dynamique (Outils  table de pilote). Mais voilà, lorsque je modifie la 
source la plage résultat change de proportion car le nouveau calcul peut 
produire de nouvelles séries de données. Alors la source de mon 
grpahique n'est plus correcte, je dois l'effacer pour recréer le 
graphique... C'est embêtant.


Je me dis qu'en nommant la plage résultat du calcul de la table de 
données je pourrais avoir un graphique automatiquement actualisé... 
Est-ce vraiment la bonne solution ? Et alors, comment nommer le résultat 
du tableau croisé dynamique puisque la boite Table de pilote ne propose 
comme cible que le choix de la feuille ?


Je vous remercie pour votre aide !
Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Re: Bug lié à l'ouverture d'un fichier LIbreOffice depuis l'explorateur Windows 7 ...

2014-11-17 Par sujet Patrick Gelin 

Bonjour,

J'ai envoyé ma réponse à la liste hier depuis un site web mais je ne le 
vois pas alors je renvoie cette réponse. Donc au lycée nous utilisons la 
version 4.1.6.2 de libre Office avec un serveur de fichiers Windows 2012 
depuis des postes Windows 7. Merci de nous communiquer la mise à jour de 
libreoffice qui intègrera la correction de ce bug.


Bonne journée !
Patrick


Le 16/11/2014 09:16, Patrick Gelin a écrit :

Le 16/11/2014 00:03, Cedric Frayssinet a écrit :

Le 15 novembre 2014 21:48, pierre-yves samyn
pierre-yves.sa...@laposte.net a écrit :

Bonjour

Désolé du problème que tu rencontres.


Patrick Gelin wrote
Je rencontre un bug lorsque j'ouvre depuis l'explorateur (Windows 
7) un

fichier situé sur un lecteur réseau.
...
Quelqu'un aurait-il entendu parler de ce bug ?

Oui, je pense qu'il s'agit de celui-ci:
https://bugs.freedesktop.org/show_bug.cgi?id=67534

Il a été confirmé et classé de la plus haute importance. Il semble 
qu'il

ne soit pas encore résolu.

Il a été évoqué notamment dans ce fil:
http://nabble.documentfoundation.org/Acces-reseau-fichiers-libreoffice-td4075419.html#a4075964 



Cordialement
Pierre-Yves



Bonsoir,

Oups, c'était un vieux bug, ce serait donc une nouvelle régression :/

Patrick, ce serait bien de nous donner ta configuration :

- windows 7 et XP ?
- serveur de fichiers avec Samba ?
- version de LibreOffice ?

De mémoire, ce bug était pour la branche 4.0, et cela avait été
corrigé pour la 4.1.5 ou 6 et la branche 4.2. Nous déployons du 4.2.6
dans notre académie, avec un serveur Ubuntu, et je n'ai pas eu vent de
problèmes...

Je vais suivre avec intérêt ce fil...

Cédric


Bonjour Cédric,

Demain au lycée je regarderais la version de LibreOffice qui m'a été 
installée. En fait l'équipe admin vient de remplacer mon PC et ce doit 
donc logiquement être la dernière version de LibreOffice, mais je vous 
confirme cela dès que possible. Même problème pour la version Windows 
et du serveur de fichier de l'établissement. Je me renseigne et vous 
tiens au courant dès que possible.


Patrick





--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Re: Bug lié à l'ouverture d'un fichier LIbreOffice depuis l'explorateur Windows 7 ...

2014-11-16 Par sujet Patrick Gelin 

Le 16/11/2014 00:03, Cedric Frayssinet a écrit :

Le 15 novembre 2014 21:48, pierre-yves samyn
pierre-yves.sa...@laposte.net a écrit :

Bonjour

Désolé du problème que tu rencontres.


Patrick Gelin wrote

Je rencontre un bug lorsque j'ouvre depuis l'explorateur (Windows 7) un
fichier situé sur un lecteur réseau.
...
Quelqu'un aurait-il entendu parler de ce bug ?

Oui, je pense qu'il s'agit de celui-ci:
https://bugs.freedesktop.org/show_bug.cgi?id=67534

Il a été confirmé et classé de la plus haute importance. Il semble qu'il
ne soit pas encore résolu.

Il a été évoqué notamment dans ce fil:
http://nabble.documentfoundation.org/Acces-reseau-fichiers-libreoffice-td4075419.html#a4075964

Cordialement
Pierre-Yves



Bonsoir,

Oups, c'était un vieux bug, ce serait donc une nouvelle régression :/

Patrick, ce serait bien de nous donner ta configuration :

- windows 7 et XP ?
- serveur de fichiers avec Samba ?
- version de LibreOffice ?

De mémoire, ce bug était pour la branche 4.0, et cela avait été
corrigé pour la 4.1.5 ou 6 et la branche 4.2. Nous déployons du 4.2.6
dans notre académie, avec un serveur Ubuntu, et je n'ai pas eu vent de
problèmes...

Je vais suivre avec intérêt ce fil...

Cédric


Bonjour Cédric,

Demain au lycée je regarderais la version de LibreOffice qui m'a été 
installée. En fait l'équipe admin vient de remplacer mon PC et ce doit 
donc logiquement être la dernière version de LibreOffice, mais je vous 
confirme cela dès que possible. Même problème pour la version Windows et 
du serveur de fichier de l'établissement. Je me renseigne et vous tiens 
au courant dès que possible.


Patrick


--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Bug lié à l'ouverture d'un fichier LIbreOffice depuis l'explorateur Windows 7 ...

2014-11-14 Par sujet Patrick Gelin 

Bonjour,

Je rencontre un bug lorsque j'ouvre depuis l'explorateur (Windows 7) un 
fichier situé sur un lecteur réseau. *Lorsque je procède ainsi, avec un 
double clique gauche sur le fichier ou via le menu contextuel ouvrir 
avec..., alors plus tard lorsque je tente de le sauvegarder je reçois 
un message d'erreur m'indiquant que le fichier est déjà ouvert par un 
autre utilisateur, sinon qu'il est impossible d'écrire dans mon 
fichier...* Cela seulement pour les fichiers se trouvant sur le lecteur 
réseau de l'intranet de mon établissement scolaire. Je ne le rencontre 
pas avec mes fichiers sur ma clé USB... De plus, ce problème n'est pas 
systématique bien qu'il reste très fréquent. Pour l'éviter, 
l'administrateur système me recommande d'ouvrir LibreOffice, puis 
d'aller chercher mes fichiers réseau via le menu ouvrir Après 
test, cela semble effectivement fonctionner, mais c'est ennuyeux.


Je précise que je rencontre ce bug sur mon poste informatique dans mon 
établissement scolaire, et à l'instant je ne peux pas vous communiquer 
la version de libre office, mais elle est très récente. Je me demande en 
priorité si ce bug serait vraiment lié à l'application LibreOffice sinon 
à l'environnement système et réseau mis en place dans mon 
établissement... Une recherche sur Internet me laisse penser, comme me 
l'a indiqué mon administrateur système, que ce serait un problème 
LibreOffice sinon de /Extension de Windows Explorer /installée par 
LibreOffice...


Quelqu'un aurait-il entendu parler de ce bug ?
Comment le résoudre techniquement ?

Merci pour votre aide.
Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Orthographe et coupure de mots...

2014-09-14 Par sujet Patrick Gelin 

Bonjour,

La correction automatique de l'orthographe me souligne des mots qui sont 
bien orthographiés, et les suggestions du correcteur sont le même mot, 
mais avec une césure, alors que le mot est en milieu de ligne...


Par exemple :

méridienne - méridien ne

Je remarque que le problème est aussi présent au moment même ou j'écris 
ce message dans icedove (Thunderbird). Est-ce donc un problème 
d'installation d'un dictionnaire partagé de KDE ?


Je vous remercie pour votre aide.


--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Gestion des événements et des fonctions des feuilles de calcul...

2014-07-22 Par sujet Patrick Gelin 

Bonjour,

J'ai une feuille de calcul qui utilise l'événement onLoad du document 
Calc pour initialiser le modèle de mon application. Ce modèle est 
utilisé par les macros d'une feuille de calcul. Le modèle doit 
absolument être initialisé avant l'appel de la première macro. Aussi 
après le calcul du modèle je voudrais recalculer l'ensemble des macros 
de ma feuille de calcul mais l'appel de ma fonction Degele ci-dessous ne 
suffit pas, rien n'est recalculé :/

/

   /Rem **//
   //Rem Controler_Degele//*(Appelé après calcul du modèle à la suite
   du chargement de mon document)*
   //Rem//
   //Rem **//
   /*Sub Controler_Degele*/
   //Rem Active la mise à jour de la feuille de calcul selon les//
   //Rem ordres dec controllers/
   ***ThisComponent.unlockControllers***

   /Rem Active le calcul des fonctions de la feuille de calcul //
   //Rem pour sa mise à jour//
   //Rem ThisComponent.enableAutomaticCalculation(true) /
   *   ThisComponent.removeActionLock*

   /Rem Indique que le document a été modifié/
   *   ThisComponent.setModified(True) *

   /Rem demande le calcul de toute les fonctions du document/
   *ThisComponent.calculateAll*
   *End Sub

   */Rem **
   Rem Controler_Gele (Appelé à la fermeture de mon document)
   Rem
   Rem **/*
   Sub Controler_Gele
   */Rem Desactivation de la mise à jour de la feuille de calcul
Rem pendant la fabrication du modele/*
ThisComponent.lockControllers

   */Rem Desactivation du calcul automatique des cellules de la feuille
   de calcul
Rem ThisComponent.enableAutomaticCalculation(false) /*
ThisComponent.addActionLock
   End Sub
   *

Par ailleurs j'ai un bouton sur ma feuille de calcul pour recalculer mon 
modèle sur commande. Mais l'événement semble mal instancier et il 
déclenche un bug dans mon gestionnaire d'événement (ci-dessous) si je 
tente d'accéder à la variable evt As Object en parmètre... Quelle 
pourrait être la cause de ce problème ?


Je vous remercie pour votre aide !
Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Re: OooBasic : Initialisation des variables et Singleton...

2014-07-20 Par sujet Patrick Gelin 

Bonjour,

Merci pour la réponse précédante de Pierre-Yves qui m'a permis d'aller 
un peu plus loin dans le debuggage de mon application de petite 
comptabilité. J'ai donc désactiver le calcul automatique qui n'est 
réactivié au lancement de l'application qu'après initialisation du 
singleton LeBilan.


Néanmoins il reste un problème incompréhensible pour moi : la boucle de 
calcul du bilan est interrompue de façon plus ou moins aléatoire avant 
la fin. Comme c'est un problème compliqué à analyser j'ai produit un 
fichier de trace et j'ai modifié ma feuille de calcul pour la 
communiquer a ceux qui veulent m'aider. Elle est en pièce jointe de ce 
massage. Avant d’exécuter les macros commande vous devez modifier la 
constante du nom de fichier de debuggage dans le module Test.


CONST NomFichier=/home/gelinp/Desktop/debug_livre_de_bord.txt

*Le classeur contient trois feuilles :*

1. Plan comptable : défini le plan comptable de l'application en
   hiérarchisant les catégories au débit et au crédit
2. Journal : le journal des opérations au débit et au crédit
3. Bilan : un bilan annuel sur deux ans.

*Il y a 8 modules :*

1. Bilan : défini l emodèle qui est un bilan comptable annuel
2. Calculs : défini une macro pour faciliter la gestion des collections
3. Compte : Défini un compte
4. Controler : le controler de l'application
5. Iterateur : Défini un itérateur de ligne de feuille de calcul
6. Journal : Défini et gère la feuille de calcul du journal des opérations
7. PlanComptable : Défini et gère la feuille de calcul du plan comptable
8. Test : la module pour les debugage et la gestion du fichier de trace

J'ai besoin de votre aide pour comprendre la raison de l'arrête de la 
boucle de calcul du bilan dans la procédure du *module Bilan : **Sub 
Bilan_Calculer(unBilan As Variant)*


Merci pour votre aide !
Patrick

Le 19/07/2014 09:26, pierre-yves samyn a écrit :

Bonjour et bienvenue

Je commence par la fin :


Patrick Gelin wrote

C'est la première fois que j'envoie un message sur cette liste, peut
être pour la programmation existe t-il une autre liste plus spécialisée.
Dans ce cas je vous remercie par avance de bien vouloir me communiquer
la liste vers laquelle envoyer ma demande d'aide.

Tu peux contacter directement les développeurs, par IRC ou mailing
liste. Les coordonnées sont données ici :
http://fr.libreoffice.org/community/developers/

Sinon...


Patrick Gelin wrote

Je programme avec Ooobasic une application dans un document Calc.

L'API de LibreOffice évolue différemment sur certains points par rapport
à Apache OpenOffice (en particulier gestion des dates, des propriétés
personnalisées).
  Tu trouveras les différences sur les pages de notes de version, par exemple
pour la 4.3 :
https://wiki.documentfoundation.org/ReleaseNotes/4.3/fr#Changements_dans_l.27API


Patrick Gelin wrote

Pour initialiser les variables globales et un singleton de mon
application Calc je cherche quel événement du document je devrais gérer
afin que ma procédure d'initialisation soit la première à s'exécuter
(avant l'exécution des fonctions de ma feuille de calcul).

Puisque tu gères par programme, le plus simple me semble être de désactiver
le recalcul automatique à l'enregistrement (fermeture) du document et
à ne le rétablir qu'après tes traitements d'ouverture.

thisComponent.enableAutomaticCalculation(true)
thisComponent.calculateAll

Cordialement
Pierre-Yves



--
View this message in context: 
http://nabble.documentfoundation.org/OooBasic-Initialisation-des-variables-et-Singleton-tp4116019p4116020.html
Sent from the Users mailing list archive at Nabble.com.




--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-users] Re: OooBasic : Initialisation des variables et Singleton...

2014-07-20 Par sujet Patrick Gelin 

Bonjour,

Je vous prie de bien vouloir m'excuser pour ce petit problème... 
Ci-joint le lien vers le document Calc :


http://patrick.gelin.free.fr/telechargement/Livre_de_bord_2.ods

Merci pour votre aide !

Le 20/07/2014 08:48, Jean-Francois Nifenecker a écrit :

Bonjour,

Le 20/07/2014 08:29, Patrick Gelin a écrit :

Elle est en pièce jointe de ce
massage.


les pièces jointes ne passent pas sur la liste. Pour échanger des
fichiers, il faut utiliser un site dépôt, genre cjoint ou free.




--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] OooBasic : Initialisation des variables et Singleton...

2014-07-19 Par sujet Patrick Gelin 

Bonjour,

Je programme avec Ooobasic une application dans un document Calc.

Pour initialiser les variables globales et un singleton de mon 
application Calc je cherche quel événement du document je devrais gérer 
afin que ma procédure d'initialisation soit la première à s'exécuter 
(avant l'exécution des fonctions de ma feuille de calcul). Notez que 
j'ai essayé avec l'événement */Document Ouvrir/* mais j'ai compris, 
peut être à tord, que cet événement arrivait parfois après l'exécution 
des premières fonctions de la feuille de calcul. Il ne me conviendrait 
donc pas...


J'ai également essayé d'instancier le singleton du modèle de mon 
application dans l'appel de la première fonction exécutée sur ma feuille 
de calcul. Mais j'ai de nombreuses fonctions similaires et concurentes 
sur la même feuille. Et j'observe dans mes tests que l'appel à la 
procédure de création du modèle singleton est doublé et entrelacé par 
des appels aux autres fonctions concurrentes de ma feuille de calcul !


Pour résumer Je me pose donc trois questions :

1. *Quel événement du document pourrait être géré pour initialiser les
   variables de mon application avant l'exécution de la première
   fonction dans les cellules de ma feuille de calcul ?*
2. Sinon existe t-il un moyen d'empêcher l'exécution des fonctions de
   ma feuille tant que le code de création de mon modèle singleton n'a
   pas fini son exécution ?
3. Existe t-il enfin une méthode plus élégante que l'usage d'une
   variable *Global Boolean* pour gérer la création d'un singleton ?

C'est la première fois que j'envoie un message sur cette liste, peut 
être pour la programmation existe t-il une autre liste plus spécialisée. 
Dans ce cas je vous remercie par avance de bien vouloir me communiquer 
la liste vers laquelle envoyer ma demande d'aide.


Je vous remercie pour votre aide.
Patrick

--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-users] Re: [BASE] Limite de performance du driver ODF

2012-11-29 Par sujet Patrick Gelin 
C'est ce qui me semblait, je vous remercie pour la réponse. Néanmoins il me
semble me souvenir d'avoir essayé une connections MySQL avec LibreOffice et
le composant Base était alors beaucoup plus souple sur le renom âge des
champs... Je vais donc réessayer avec mysql noinstall de façon à profiter
d'une installation nomade. Après renseignements  auprès des hébergeurs mysql
l'accès à distance est trop souvent interdit. Je me demande également si un
accès Postgresql serait encore plus souple que mysql ou hsqldb lorsque
celui-ci est connecté en externe... Et puis faut-il privilégier un
connecteur JDBC ou ODBC ? La encore il manque la publication d'un document
de Benchmark pour comparer les solutions du point de vue qualitatif. 



--
View this message in context: 
http://nabble.documentfoundation.org/BASE-Limite-de-performance-du-driver-ODF-tp4021323p4021497.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] Connecteur JDBC MySQL : non enregistrement de ma clé primaire...

2012-11-29 Par sujet Patrick Gelin 
Bonjour,

J'utilise le dernier connecteur JDBC avec une base de donnée MySQL
(noinstall) accessible sur ma clé USB. J'ai créé une table avec une dizaine
de champs et j'ai choisi le premier comme clé primaire ID INTEGER(INT). Au
premier abord cela semble ok, je peux enregistrer ma table et changer
d'enregistrement ma clé est toujours présente. Lorsque je ferme ma table et
que je la rouvre le champ ID n'est plus défini comme clé primaire... Je test
avec une seconde table et au moment de la sauvegarde Ooo Base me demande de
définir une clé primaire, j'accepte, il ajoute alors un champs ID
INTEGER(INT). Mais contrairement à celui que j'ai défini manuellement dans
la première table celui-ci résiste à la fermeture de la table, il est aussi
affiché dans le designer relationnel ce qui n'est pas le cas de celui que
j'ai défini manuellement... Quelqu'un peut-il m'éclairer sur ce mystère ?
Existe t-il un document sur le driver JDBC/MySQL à consulter ? Faudrait-il
lui préférer un connecteur ODBC ?

Merci pour votre aide.



--
View this message in context: 
http://nabble.documentfoundation.org/Connecteur-JDBC-MySQL-non-enregistrement-de-ma-cle-primaire-tp4021559.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] Connecteur JDBC MySQL : non enregistrement de ma clé primaire...

2012-11-29 Par sujet Patrick Gelin 
oui mon connecteur JDBC MySQL est bien le 5.1.22, je suis sous Windows XP
avec LibreOffice 3.6.3.2 et JAVA est mis a jour régulièrement sur mon poste,
pour info je suis à la version Oracle Corporation 1.7.0_09. Il semblerait,
comme je l'ai dit, que la clé soit bien présente sur le champs ID dans ma
table LesNotices, je l'ai constaté avec la console mysql. Alors je me pause
quelques questions : Est-ce que je devrais démarrer le serveur mysqld en
mode mémoire partagée de façon à ne pas utiliser les pipes ? Est-ce que
c'est une limitation de Mysql (noinstall) avec le connecteur JDBC ?

En fait je pense que je devrais peut être utiliser libre office seulement
après avoir construit mon schéma relationnel et une fois que celui-ci sera
stable. Alors pourriez-vous me conseiller un éditeur de schéma relationnel
(gratuit) qui fonctionnerait mieux que LibreOffice ? Par exemple est-ce que
OpenWorkbench vaut la peine d'être essayé ?

Merci pour votre aide.
Patrick



--
View this message in context: 
http://nabble.documentfoundation.org/Connecteur-JDBC-MySQL-non-enregistrement-de-ma-cle-primaire-tp4021559p4021602.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] [BASE] Limite de performance du driver ODF

2012-11-28 Par sujet Patrick Gelin 
Bonjour,

Je suis en cours d'élaboration d'une base de donnée dans un fichier ODF. Je
rencontre de nombreuses limitations dans la mise à jour des champs de mes
tables, lesquelles mises à jour me sont interdites car ici la table est
connectée à une autre, la elle est utilisée dans une requête et tout cela
fait que la mise à jour est bloquée. De fait pour modifier mes champs de
table je passe mon temps à défaire ce que j'ai construit et je n'avance pas.
Je voulais savoir s'il existe un document qui explique ces limites et si
avec une connexion à base de donnée MySQL sinon PostgreSQL je pourrais
éviter ce type de problème ?

Merci pour votre aide.



--
View this message in context: 
http://nabble.documentfoundation.org/BASE-Limite-de-performance-du-driver-ODF-tp4021323.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] [base] - Problème avec le designer relationnel

2012-11-27 Par sujet Patrick Gelin 
Bonjour,

1. Le designer relationnel de Base ne semble pas fonctionner normalement. Je
possède un schéma relationnel avec une quinzaine de tables et il me refuse
l'ajout d'une autre table. Sans doute le problème n'est pas numéraire, mais
quelque chose cloche avec cette table et je ne sais pas quoi. Peut-être la
façon dont je l'ai effacée du schéma avant d'essayer de l'ajouter à nouveau
?

2. Les tables sont à l'étroit dans l'espace du designer et je n'arrive pas à
augmenter la taille du canevas afin de prendre plus de place lorsque
j'augmente mon modèle avec de nouvelles tables. Il semblerait que le simple
fait de pousser une table au-delà des limites devrait permettre un
élargissement du canevas, mais cela ne fonctionne pas, la table revient
automatiquement dans le canevas comme si un élastique la tirait...

Merci pour votre aide.



--
View this message in context: 
http://nabble.documentfoundation.org/base-Probleme-avec-le-designer-relationnel-tp4021040.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