Bon, je me sens moins seul. Mais ça ne fait pas fonctionner les formulaires, malheureusement...
;-) > Le 2 mars 2020 à 18:01, jean trantecisse <[email protected]> a > écrit : > > Je n'ai pas regardé le SQL et c'est bien pour cela que j'ai des craintes. > Comme Thierry, je parle des formulaires. J'ai fais une base pour gérer les > postes de bénévoles sur une course. > Avant j'avais paramétré des champs maitre et esclaves entre plusieurs sous > formulaires. Je cliquais sur une catégorie et dans la liste en dessous > apparaissait les sous catégories. Je cliquais sur une sous catégorie et dans > une autre liste apparaissait tous les postes concernés. Je cliquais sur un > poste dans cette liste et toutes les caractéristiques du poste apparaissaient > dans les champs du formulaire. Tout cela fonctionnait parfaitement. > Maintenant j'ai l'erreur suivante. > > Impossible de charger le contenu des données. > firebird_sdbc error: > *Dynamic SQL Error > *SQL error code = -206 > *Column unknown > *LINK_FROM_CATEGORIE > *At line 1, column 109 > caused by > 'isc_dsql_prepare' > > J'ai essayé de recréer un formulaire et un sous formulaire avec ou sans > l'assistant, ça ne marche pas. > De plus dans mon ancienne version, j'ai toujours le message pour migrer la > base, c'est saoulant et dangereux, un mauvais clic et c'est foutu.. > > La course approche et, au lieu de pouvoir me servir de mon outil, je suis en > train de perdre mon temps à essayer de faire refonctionner tout ça. > > D'une manière générale, j'ai mis plusieurs année pour arriver à faire des > choses qui fonctionne correctement avec base et maintenant tout est en train > de changer. J'avoue que, par moment, si j'avais sous la main ceux qui ont > pris cette décision, ... > > JT > >> Le 02/03/2020 à 17:39, J.M a écrit : >> Il peut y avoir des codes SQL qui ne sont pas acceptés par Firebird, comme >> CONCAT à remplacer par || >> De même, Firebird acceptera des noms de champs plutôt raccourcis et sans >> espaces. >> Dans mes récents tests, je n'ai pas rencontré les "plus rien fonctionne", >> mais sans doute parce que j'utilise les versions les plus à jour de LO, >> celles dont l'intégration de Firebird est la plus pertinente. >> >> Jean-Michel PIERRE >> Tél : 06.19.55.73.22 >> >>>> Le 2 mars 2020 à 14:12, jean trantecisse <[email protected]> a >>>> écrit : >>> >>> >>> Je suis entièrement d'accord avec Thierry. Plus rien ne marche avec >>> firebird. J'avais créé un formulaire avec 3 sous formulaires en cascade qui >>> permettait de faire apparaitre les items dus choix1 puis du choix 2 et >>> enfin du choix 3. >>> Plus rien ne marche. Je suis revenu à une ancienne version mais à chaque >>> fois j'ai un message qui me demande de mettre à jour. >>> J'ai essayé de recréer le formulaire mais ça ne fonctionne pas non plus. >>> J'avais abandonné access pour soutenir le logiciel libre et à cause de ses >>> changements de versions qui ne marchait pas. >>> Là, je dois reconnaitre que le libre arrive enfin au niveau de microsoft en >>> remplaçant un truc qui marche par un qui ne marche pas :-))) >>> Plus sérieusement, on peut espérer une amélioration ? >>> J'ai réalisé plusieurs bases avec des macros python, je n'ai pas encore >>> essayé mais j'ai des craintes. >>> >>> JT >>> >>>> Le 02/03/2020 à 10:40, Thierry Jeanneret a écrit : >>>> Merci de ta réponse, >>>> >>>> >>>> Oui j'avais vu cette doc. Mais si elle documente champ par champ, elle ne >>>> dit rien de ce qui se passe au niveau des formulaires de LibreOffice, qui >>>> permettent d'établir des Join. >>>> >>>> Lorsqu'on créé un formulaire maitre-esclave (p. ex. en-tête de commande - >>>> lignes de commande), on reste dans l'environnement de LibreOffice qui >>>> s'arrange pour que ça fonctionne. On lui fournit les deux champs clés, et >>>> quelque part le miracle se produit, le join est créé. Je postule que ça >>>> repose sur une requête SQL générée automatiquement, et qu'elle suit des >>>> règles de nommage standardisées qui ne fonctionnent plus avec Firebird. Ou >>>> quelque chose d'approchant. >>>> >>>> Ca fonctionnait parfaitement avec HSQLDB, mais en essayant de porter la >>>> base à Firebird, j'obtiens l'erreur que j'ai mentionnée. J'ai vérifié le >>>> nom des champs (mais ils peuvent être différents) et leur type, tous deux >>>> Integer. C'est donc pas ça… >>>> >>>> Le plus surprenant reste que j'ai l'impression d'être le seul sur la >>>> planète à avoir utilisé vraiment les formulaires Base, en-dehors du >>>> FrugalComputerGuy qui me les a présentés sur YouTube. Pourtant c'est assez >>>> génial, et ça permet de créer une bureautique très proche de >>>> l'utilisateur, très efficace - quand ça marche. >>>> >>>> C'est d'autant plus frustrant lorsque tout à coup la décision est prise de >>>> casser ce qui fonctionne (pas besoin de gérer des Tera bytes pour un petit >>>> bureau, HSQLDB me semble bien suffisant) et surtout de ne pas réparer les >>>> dégâts que ça entraine. >>>> >>>> Encore une fois, j'espère avoir raté quelque chose, mais il me semble >>>> avoir plutôt bien cherché. >>>> >>>> Dans tous les cas, encore merci, belle journée, >>>> >>>> Thierry >>>> >>>> >> > -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
