| |
Miembro registrado 92 mensajes |
|
| Publicado el 02,noviembre 2017 - 09:00 |
Bonjour
j'ai remarqué que lorsque le contenu d'une table est un fichier avec lien des colonnes tableenregistre fonctionne.
Mais
quand je remplie une table avec une requête avec des liens des colonnes vers les champs de la requete... ca ne fonctionne pas
C'est pareil avec tablesupprime.
C'est un bug ?
Cordialement Sylvere |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 204 mensajes |
|
| Publicado el 02,noviembre 2017 - 09:15 |
Non, c'est normal
A partir d'une requête tu dois gérer la répercussion sur tes fichiers manuellement
-- Bon développement
Pierre Devillers |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 326 mensajes |
|
| Publicado el 02,noviembre 2017 - 10:06 |
Bonjour. -> Déjà il faut une requête mono fichier ! -> D'autre part il faut que la requête soit exécutée avec l'option "hModifieFichier" Michel. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 92 mensajes |
|
| Publicado el 02,noviembre 2017 - 11:34 |
Dans ce cas il faudrait qu'on ne puisse pas lier les colonnes et que ce soit ecrit dans la doc. j'ai pas mal galéré
ou que les développeurs de windev implémente celà.
Merci pour vos réponses ) |
| |
| |
| | | |
|
| | |
| |
| Publicado el 02,noviembre 2017 - 11:58 |
Bonjour, Ajouter un lien sur une requête "non modifiable" permet tout de même d'afficher le contenu de cette colonne "sans ligne de code". Par contre le fait que ce ne soit pas spécifié dans la doc est un manque évident.
Frédéric.
"Sylvere72" a écrit dans le message de groupe de discussion : 20176b8bd9051a43280db7f50f3e21bc629d@news.pcsoft.fr...
Dans ce cas il faudrait qu'on ne puisse pas lier les colonnes et que ce soit ecrit dans la doc. j'ai pas mal galéré
ou que les développeurs de windev implémente celà.
Merci pour vos réponses ) |
| |
| |
| | | |
|
| | |
| |
| Publicado el 16,noviembre 2017 - 08:34 |
Bjr,
mlion a exprimé avec précision :
Bonjour. -> Déjà il faut une requête mono fichier ! -> D'autre part il faut que la requête soit exécutée avec l'option "hModifieFichier" Michel.
depuis au moins la version 22, la modification passe meme en requete multi fichier.
a plus
-- ------------------------------------------------------------- www.ctc-soft.com Gestion biblo-documentaire (free-share) Comptabilité shareware Logiciels de Gestion de saisie terrain Spécialisé Tournées de boulangers ------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 92 mensajes |
|
| Publicado el 16,noviembre 2017 - 09:45 |
| |
| |
| | | |
|
| | |
| |
| Publicado el 16,noviembre 2017 - 11:37 |
Sylvere72 a utilisé son clavier pour écrire : > ben pas chez moi
et comme on sait pas a qui tu reponds ....
-- ------------------------------------------------------------- www.ctc-soft.com Gestion biblo-documentaire (free-share) Comptabilité shareware Logiciels de Gestion de saisie terrain Spécialisé Tournées de boulangers ------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 326 mensajes |
|
| Publicado el 16,noviembre 2017 - 12:14 |
Bonjour. Effectivement comme l'a écrit DC, les modifications sont maintenant répercutées sur les fichiers liés : méa culpa. J'étais resté sur le cas mono fichier. Par contre l'ajout et la suppression ne sont pas gérées .!!! (Il faut faire un tour dans la documentation "Modifier le contenu d'un requête") -> Donc par très pratique finalement si on affiche une table en ajout,modif,delete basée sur une requête ! Il faut jongler avec différents types de code pour faire les mises à jour. Pour avoir du code "homogène" il vaut mieux le faire à l'ancienne : ajout,modif ou delete dans les table physiques puis APRES ré-exécuter la requête pour rafraîchir. Maintenant après quelques années d'expériences en Windev c'est ce que je fais systématiquement. Je contrôle mieux les données et me mets à l'abri des nouveauté voire des régressions sur certaines fonctions. On perd un peu plus de temps en codant (et encore) mais dans le temps je crois que c'est plus pérenne et "debuggable".
En résumé : requête (mono ou multi tables) Table mémoire affichant la requête Mises à jour classiques : update, delete, add sur chaque table requête Table mémoire affichant la requête ...
Évidemment : pas question d'afficher des millions d'enregistrements -> mais là c'est un autre sujet/débat !
Michel. |
| |
| |
| | | |
|
| | |
| |
| Publicado el 16,noviembre 2017 - 17:12 |
Bjr,
mlion a exprimé avec précision :
Bonjour. Effectivement comme l'a écrit DC, les modifications sont maintenant répercutées sur les fichiers liés : méa culpa. J'étais resté sur le cas mono fichier. Par contre l'ajout et la suppression ne sont pas gérées .!!! (Il faut faire
ah bon, je n'ai pas ete confronté au pb de l'ajout suppression en multi fichier, c 'est bon a savoir
Sinon, pour le reste, je suis 100% d'accord avec toi .
a plus
-- ------------------------------------------------------------- www.ctc-soft.com Gestion biblo-documentaire (free-share) Comptabilité shareware Logiciels de Gestion de saisie terrain Spécialisé Tournées de boulangers ------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 13 mensajes |
|
| Publicado el 03,julio 2020 - 16:23 |
Bonjour à tous, et comment faire lorsque la table est en mode multi-sélection.
En résumé, ma table s'appuie sur une requête mono fichier mais est en mode Multi sélection. Lorsque je modifie la valeur d'un champ et que je fais un TableEnregistre(), ça ne marche pas tel quel.
J'ai essayé de faire un POUR TOUTE LIGNE de Table_xxx ... TableEnregistre(Table_xxx ) FIN
Mais ça n'enregistre pas les modifications.
Vous avez une idée ?
Merci à vous  Lionel |
| |
| |
| | | |
|
| | |
| |
| Publicado el 03,julio 2020 - 16:42 |
Bonjour, dans le code init de ta table fais un hexecuterequete avec le parametre "hModifieFichier" |
| |
| |
| | | |
|
| | |
| |
Miembro registrado 13 mensajes |
|
| Publicado el 06,julio 2020 - 09:14 |
Gilles Fromont a écrit :
Bonjour, dans le code init de ta table fais un hexecuterequete avec le parametre "hModifieFichier"
Je vais essayer, Merci Gilles  |
| |
| |
| | | |
|
| | |