Je suis en train de me battre avec une fentre Table sous WD9.
je suis completement newbies , et en train (d'essayer plutot) de me
former sur la machine
Le "warning" ( le truc qui me cause toutes les 5 minutes) me dit :
----------------------------------------------------------------------
Warning : les champs 'table' et 'prenom' definissent la meme liaison
avec l'analyse.
Vopus avez deux champs qui sont relies a la meme rubrique de l'analyse.
Cela peut provoquer des erreurs lors de la fonction EcranVersFichier.
----------------------------------------------------------------------
Table est le nom de ma table ... pourquoi il me parle de champs 'table'?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Support Japet
Il y a des noms réservés qu'il n'est pas possible d'utiliser en tant que nom de variable, de table ou autre élément Windev.
Il y a de grandes chances que 'table' en fasse partie.
De plus, ce nom n'est pas très explicit et il vaut mieux dès le départ prendre l'habitude de nommer les objets de manière 'parlante' ou selon une règle de codification personnelle.
En tous cas, bon courage et bienvenu dans le 'petit' monde de Winde.
géo vient de nous annoncer :
Je suis en train de me battre avec une fentre Table sous WD9.
je suis completement newbies , et en train (d'essayer plutot) de me former sur la machine
Le "warning" ( le truc qui me cause toutes les 5 minutes) me dit :
---------------------------------------------------------------------- Warning : les champs 'table' et 'prenom' definissent la meme liaison avec l'analyse. Vopus avez deux champs qui sont relies a la meme rubrique de l'analyse. Cela peut provoquer des erreurs lors de la fonction EcranVersFichier. ----------------------------------------------------------------------
Table est le nom de ma table ... pourquoi il me parle de champs 'table'?
Merci d'avance.
Géo
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Il y a des noms réservés qu'il n'est pas possible d'utiliser en tant
que nom de variable, de table ou autre élément Windev.
Il y a de grandes chances que 'table' en fasse partie.
De plus, ce nom n'est pas très explicit et il vaut mieux dès le départ
prendre l'habitude de nommer les objets de manière 'parlante' ou selon
une règle de codification personnelle.
En tous cas, bon courage et bienvenu dans le 'petit' monde de Winde.
géo vient de nous annoncer :
Je suis en train de me battre avec une fentre Table sous WD9.
je suis completement newbies , et en train (d'essayer plutot) de me former
sur la machine
Le "warning" ( le truc qui me cause toutes les 5 minutes) me dit :
----------------------------------------------------------------------
Warning : les champs 'table' et 'prenom' definissent la meme liaison avec
l'analyse.
Vopus avez deux champs qui sont relies a la meme rubrique de l'analyse.
Cela peut provoquer des erreurs lors de la fonction EcranVersFichier.
----------------------------------------------------------------------
Table est le nom de ma table ... pourquoi il me parle de champs 'table'?
Merci d'avance.
Géo
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Il y a des noms réservés qu'il n'est pas possible d'utiliser en tant que nom de variable, de table ou autre élément Windev.
Il y a de grandes chances que 'table' en fasse partie.
De plus, ce nom n'est pas très explicit et il vaut mieux dès le départ prendre l'habitude de nommer les objets de manière 'parlante' ou selon une règle de codification personnelle.
En tous cas, bon courage et bienvenu dans le 'petit' monde de Winde.
géo vient de nous annoncer :
Je suis en train de me battre avec une fentre Table sous WD9.
je suis completement newbies , et en train (d'essayer plutot) de me former sur la machine
Le "warning" ( le truc qui me cause toutes les 5 minutes) me dit :
---------------------------------------------------------------------- Warning : les champs 'table' et 'prenom' definissent la meme liaison avec l'analyse. Vopus avez deux champs qui sont relies a la meme rubrique de l'analyse. Cela peut provoquer des erreurs lors de la fonction EcranVersFichier. ----------------------------------------------------------------------
Table est le nom de ma table ... pourquoi il me parle de champs 'table'?
Merci d'avance.
Géo
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
géo
Support Japet a écrit:
Il y a des noms réservés qu'il n'est pas possible d'utiliser en tant que nom de variable, de table ou autre élément Windev.
Il y a de grandes chances que 'table' en fasse partie.
De plus, ce nom n'est pas très explicit et il vaut mieux dès le départ prendre l'habitude de nommer les objets de manière 'parlante' ou selon une règle de codification personnelle.
En tous cas, bon courage et bienvenu dans le 'petit' monde de Winde.
géo vient de nous annoncer :
Je suis en train de me battre avec une fentre Table sous WD9.
je suis completement newbies , et en train (d'essayer plutot) de me former sur la machine
Le "warning" ( le truc qui me cause toutes les 5 minutes) me dit :
---------------------------------------------------------------------- Warning : les champs 'table' et 'prenom' definissent la meme liaison avec l'analyse. Vopus avez deux champs qui sont relies a la meme rubrique de l'analyse. Cela peut provoquer des erreurs lors de la fonction EcranVersFichier. ----------------------------------------------------------------------
Table est le nom de ma table ... pourquoi il me parle de champs 'table'?
Merci d'avance.
Géo
Non , j'ai renomme ma table en "nom_de_ma_table" et le warning me dit toujours : ---------------------------------------------------------------------- Warning : les champs 'Nom_de_ma_table' et 'prenom' definissent la meme liaison avec l'analyse. ... ---------------------------------------------------------------------- La seule chose "pas catholique" que j'ai fait est de rajouter un champ "ville" dans la table et que, pour l'afficher dans mon "champ table", j'ai fait : description>nouveau(pour un nouveau champ)> regle le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a mon champ "ville"
Voila , et depuis le Warning m'agresse !!
Amicalement
Géo
Support Japet a écrit:
Il y a des noms réservés qu'il n'est pas possible d'utiliser en tant que
nom de variable, de table ou autre élément Windev.
Il y a de grandes chances que 'table' en fasse partie.
De plus, ce nom n'est pas très explicit et il vaut mieux dès le départ
prendre l'habitude de nommer les objets de manière 'parlante' ou selon
une règle de codification personnelle.
En tous cas, bon courage et bienvenu dans le 'petit' monde de Winde.
géo vient de nous annoncer :
Je suis en train de me battre avec une fentre Table sous WD9.
je suis completement newbies , et en train (d'essayer plutot) de me
former sur la machine
Le "warning" ( le truc qui me cause toutes les 5 minutes) me dit :
----------------------------------------------------------------------
Warning : les champs 'table' et 'prenom' definissent la meme liaison
avec l'analyse.
Vopus avez deux champs qui sont relies a la meme rubrique de l'analyse.
Cela peut provoquer des erreurs lors de la fonction EcranVersFichier.
----------------------------------------------------------------------
Table est le nom de ma table ... pourquoi il me parle de champs 'table'?
Merci d'avance.
Géo
Non , j'ai renomme ma table en "nom_de_ma_table" et le warning me dit
toujours :
----------------------------------------------------------------------
Warning : les champs 'Nom_de_ma_table' et 'prenom' definissent la meme
liaison avec l'analyse.
...
----------------------------------------------------------------------
La seule chose "pas catholique" que j'ai fait est de rajouter un champ
"ville" dans la table et que, pour l'afficher dans mon "champ table",
j'ai fait : description>nouveau(pour un nouveau champ)> regle le nouveau
champ sur texte et dans l'onglet liaison, je l'ai lie a mon champ "ville"
Il y a des noms réservés qu'il n'est pas possible d'utiliser en tant que nom de variable, de table ou autre élément Windev.
Il y a de grandes chances que 'table' en fasse partie.
De plus, ce nom n'est pas très explicit et il vaut mieux dès le départ prendre l'habitude de nommer les objets de manière 'parlante' ou selon une règle de codification personnelle.
En tous cas, bon courage et bienvenu dans le 'petit' monde de Winde.
géo vient de nous annoncer :
Je suis en train de me battre avec une fentre Table sous WD9.
je suis completement newbies , et en train (d'essayer plutot) de me former sur la machine
Le "warning" ( le truc qui me cause toutes les 5 minutes) me dit :
---------------------------------------------------------------------- Warning : les champs 'table' et 'prenom' definissent la meme liaison avec l'analyse. Vopus avez deux champs qui sont relies a la meme rubrique de l'analyse. Cela peut provoquer des erreurs lors de la fonction EcranVersFichier. ----------------------------------------------------------------------
Table est le nom de ma table ... pourquoi il me parle de champs 'table'?
Merci d'avance.
Géo
Non , j'ai renomme ma table en "nom_de_ma_table" et le warning me dit toujours : ---------------------------------------------------------------------- Warning : les champs 'Nom_de_ma_table' et 'prenom' definissent la meme liaison avec l'analyse. ... ---------------------------------------------------------------------- La seule chose "pas catholique" que j'ai fait est de rajouter un champ "ville" dans la table et que, pour l'afficher dans mon "champ table", j'ai fait : description>nouveau(pour un nouveau champ)> regle le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a mon champ "ville"
Voila , et depuis le Warning m'agresse !!
Amicalement
Géo
mat
géo wrote:
---------------------------------------------------------------------- La seule chose "pas catholique" que j'ai fait est de rajouter un champ "ville" dans la table et que, pour l'afficher dans mon "champ table", j'ai fait : description>nouveau(pour un nouveau champ)> regle le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la rubrique "ville". En Windev, ceci provoque des inconsistances au moment de la sauvegarde des données par EcranVersFichier. S'il faut deux champs pour afficher la valeur de la même rubrique d'un fichier, il faut annuler la liaison d'une et l'afficher manuellement, p.ex. après FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
géo wrote:
----------------------------------------------------------------------
La seule chose "pas catholique" que j'ai fait est de rajouter un
champ "ville" dans la table et que, pour l'afficher dans mon "champ
table", j'ai fait : description>nouveau(pour un nouveau champ)> regle
le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a
mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la
rubrique "ville". En Windev, ceci provoque des inconsistances au moment
de la sauvegarde des données par EcranVersFichier. S'il faut deux champs
pour afficher la valeur de la même rubrique d'un fichier, il faut
annuler la liaison d'une et l'afficher manuellement, p.ex. après
FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
---------------------------------------------------------------------- La seule chose "pas catholique" que j'ai fait est de rajouter un champ "ville" dans la table et que, pour l'afficher dans mon "champ table", j'ai fait : description>nouveau(pour un nouveau champ)> regle le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la rubrique "ville". En Windev, ceci provoque des inconsistances au moment de la sauvegarde des données par EcranVersFichier. S'il faut deux champs pour afficher la valeur de la même rubrique d'un fichier, il faut annuler la liaison d'une et l'afficher manuellement, p.ex. après FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
géo
mat a écrit:
géo wrote:
---------------------------------------------------------------------- La seule chose "pas catholique" que j'ai fait est de rajouter un champ "ville" dans la table et que, pour l'afficher dans mon "champ table", j'ai fait : description>nouveau(pour un nouveau champ)> regle le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la rubrique "ville". En Windev, ceci provoque des inconsistances au moment de la sauvegarde des données par EcranVersFichier. S'il faut deux champs pour afficher la valeur de la même rubrique d'un fichier, il faut annuler la liaison d'une et l'afficher manuellement, p.ex. après FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
Ok merci je vais me tourner vers cette facon de faire !!
merci !!
Géo
mat a écrit:
géo wrote:
----------------------------------------------------------------------
La seule chose "pas catholique" que j'ai fait est de rajouter un
champ "ville" dans la table et que, pour l'afficher dans mon "champ
table", j'ai fait : description>nouveau(pour un nouveau champ)> regle
le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a
mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la
rubrique "ville". En Windev, ceci provoque des inconsistances au moment
de la sauvegarde des données par EcranVersFichier. S'il faut deux champs
pour afficher la valeur de la même rubrique d'un fichier, il faut
annuler la liaison d'une et l'afficher manuellement, p.ex. après
FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
Ok merci je vais me tourner vers cette facon de faire !!
---------------------------------------------------------------------- La seule chose "pas catholique" que j'ai fait est de rajouter un champ "ville" dans la table et que, pour l'afficher dans mon "champ table", j'ai fait : description>nouveau(pour un nouveau champ)> regle le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la rubrique "ville". En Windev, ceci provoque des inconsistances au moment de la sauvegarde des données par EcranVersFichier. S'il faut deux champs pour afficher la valeur de la même rubrique d'un fichier, il faut annuler la liaison d'une et l'afficher manuellement, p.ex. après FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
Ok merci je vais me tourner vers cette facon de faire !!
merci !!
Géo
Juliane
Bonjour,
Je me suis déjà fait avoir plusieurs fois avec ce genre problème, sans comprendre comment cela s'était produit (pas volontairement en tout cas) :
Dans la description du champ "Table", indépendamment des colonnes, il existe également un onglet liaison, et une liaison était établie sur un des champ du fichier ou de la requête. Or, il faut laisser "Rubrique reliée : aucun", si ce sont les colonnes qui sont reliées.
Peut-être est-ce le même problème ?
"mat" a écrit dans le message de news:422653f9$
géo wrote: > ---------------------------------------------------------------------- > La seule chose "pas catholique" que j'ai fait est de rajouter un > champ "ville" dans la table et que, pour l'afficher dans mon "champ > table", j'ai fait : description>nouveau(pour un nouveau champ)> regle > le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a > mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la rubrique "ville". En Windev, ceci provoque des inconsistances au moment de la sauvegarde des données par EcranVersFichier. S'il faut deux champs pour afficher la valeur de la même rubrique d'un fichier, il faut annuler la liaison d'une et l'afficher manuellement, p.ex. après FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
Bonjour,
Je me suis déjà fait avoir plusieurs fois avec ce genre problème, sans
comprendre comment cela s'était produit (pas volontairement en tout cas) :
Dans la description du champ "Table", indépendamment des colonnes, il existe
également un onglet liaison, et une liaison était établie sur un des champ
du fichier ou de la requête.
Or, il faut laisser "Rubrique reliée : aucun", si ce sont les colonnes qui
sont reliées.
Peut-être est-ce le même problème ?
"mat" <NoSpam-mnobs@bluemail.ch> a écrit dans le message de
news:422653f9$1_2@news.bluewin.ch...
géo wrote:
> ----------------------------------------------------------------------
> La seule chose "pas catholique" que j'ai fait est de rajouter un
> champ "ville" dans la table et que, pour l'afficher dans mon "champ
> table", j'ai fait : description>nouveau(pour un nouveau champ)> regle
> le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a
> mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la
rubrique "ville". En Windev, ceci provoque des inconsistances au moment
de la sauvegarde des données par EcranVersFichier. S'il faut deux champs
pour afficher la valeur de la même rubrique d'un fichier, il faut
annuler la liaison d'une et l'afficher manuellement, p.ex. après
FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
Je me suis déjà fait avoir plusieurs fois avec ce genre problème, sans comprendre comment cela s'était produit (pas volontairement en tout cas) :
Dans la description du champ "Table", indépendamment des colonnes, il existe également un onglet liaison, et une liaison était établie sur un des champ du fichier ou de la requête. Or, il faut laisser "Rubrique reliée : aucun", si ce sont les colonnes qui sont reliées.
Peut-être est-ce le même problème ?
"mat" a écrit dans le message de news:422653f9$
géo wrote: > ---------------------------------------------------------------------- > La seule chose "pas catholique" que j'ai fait est de rajouter un > champ "ville" dans la table et que, pour l'afficher dans mon "champ > table", j'ai fait : description>nouveau(pour un nouveau champ)> regle > le nouveau champ sur texte et dans l'onglet liaison, je l'ai lie a > mon champ "ville"
Le message de Windev dit qu'il y a un 2e champ dans la fenêtre lié à la rubrique "ville". En Windev, ceci provoque des inconsistances au moment de la sauvegarde des données par EcranVersFichier. S'il faut deux champs pour afficher la valeur de la même rubrique d'un fichier, il faut annuler la liaison d'une et l'afficher manuellement, p.ex. après FichierVersEcran qui alimente monChamp1, faire monChamp2 = monChamp1.
géo
Juliane a écrit:
Bonjour,
Je me suis déjà fait avoir plusieurs fois avec ce genre problème, sans comprendre comment cela s'était produit (pas volontairement en tout cas) :
Dans la description du champ "Table", indépendamment des colonnes, il existe également un onglet liaison, et une liaison était établie sur un des champ du fichier ou de la requête. Or, il faut laisser "Rubrique reliée : aucun", si ce sont les colonnes qui sont reliées.
Peut-être est-ce le même problème ?
effectivement il semble bien que c'etait cela, en tout cas depuis le Panneau de !! me laisse tranquille (pour cette erreur en tout cas )
Merci beaucoup
Géo
Juliane a écrit:
Bonjour,
Je me suis déjà fait avoir plusieurs fois avec ce genre problème, sans
comprendre comment cela s'était produit (pas volontairement en tout cas) :
Dans la description du champ "Table", indépendamment des colonnes, il existe
également un onglet liaison, et une liaison était établie sur un des champ
du fichier ou de la requête.
Or, il faut laisser "Rubrique reliée : aucun", si ce sont les colonnes qui
sont reliées.
Peut-être est-ce le même problème ?
effectivement il semble bien que c'etait cela, en tout cas depuis le
Panneau de !! me laisse tranquille (pour cette erreur en tout cas )
Je me suis déjà fait avoir plusieurs fois avec ce genre problème, sans comprendre comment cela s'était produit (pas volontairement en tout cas) :
Dans la description du champ "Table", indépendamment des colonnes, il existe également un onglet liaison, et une liaison était établie sur un des champ du fichier ou de la requête. Or, il faut laisser "Rubrique reliée : aucun", si ce sont les colonnes qui sont reliées.
Peut-être est-ce le même problème ?
effectivement il semble bien que c'etait cela, en tout cas depuis le Panneau de !! me laisse tranquille (pour cette erreur en tout cas )
