J'ai un Champ "Mise" dans un fenetre "FEN_FICHE_JEU1"
Je voudrais que : En cliquant sur "BT_nouveau", la Mise affich=E9e par
d=E9faut (mais modifiable tout de m=EAme) soit celle du dernier
enregistrement.
En effet l e champ"mise" ,toujours pour faciliter l'ergonomie ou la
rapidit=E9, devrait d=E9j=E0 avoir la"mise" de l'enregistrement pr=E9c=E9den=
t
par d=E9fault.(en cr=E9ation)
Car dans la journ=E9e on fait plusieurs fiches avec la m=EAme "mise".
De plus, sur la m=EAme fen=EAtre, j'ai un champ "Cote" Qui est une Cl=E9
compos=E9e reli=E9e avec un Champ "Cote2" d'un autre fichier.
Une valeur donn=E9e =E0 ce champ, g=E9nere une recherche =E0 l'identique dan=
s
l'autre fichier et reourne un valeur dans un autre champ de
FEN_FICHE_JEU1.
Jusque l=E0, aucun probl=E8me;Mais si tout se passe bien en saisie sur la
fiche, y compris les resultats dans le champ calcul=E9e de cette m=EAme
fiche, apr=E8s validation, la colonne de la table Jeu1 sur le camp
"cote" reste =E0 0.00, alors que tout le reste est ok.
Le format du champ est num=E9rique style 99,99 ?
Que faire?
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
J.B.
Le Wed, 13 Feb 2008 17:44:44 +0100, Charlie34 a écrit:
Bonjour
J'ai un Champ "Mise" dans un fenetre "FEN_FICHE_JEU1" Je voudrais que : En cliquant sur "BT_nouveau", la Mise affichée par défaut (mais modifiable tout de même) soit celle du dernier enregistrement. En effet l e champ"mise" ,toujours pour faciliter l'ergonomie ou la rapidité, devrait déjà avoir la"mise" de l'enregistrement précédent par défault.(en création) Car dans la journée on fait plusieurs fiches avec la même "mise". De plus, sur la même fenêtre, j'ai un champ "Cote" Qui est une Clé composée reliée avec un Champ "Cote2" d'un autre fichier. Une valeur donnée à ce champ, génere une recherche à l'identique dans l'autre fichier et reourne un valeur dans un autre champ de FEN_FICHE_JEU1. Jusque là, aucun problème;Mais si tout se passe bien en saisie sur la fiche, y compris les resultats dans le champ calculée de cette même fiche, après validation, la colonne de la table Jeu1 sur le camp "cote" reste à 0.00, alors que tout le reste est ok. Le format du champ est numérique style 99,99 ? Que faire?
Amitiés
Charles
Pas compris (en restant aimable)
-- J.Bratières
Le Wed, 13 Feb 2008 17:44:44 +0100, Charlie34 <cricome@libertysurf.fr> a
écrit:
Bonjour
J'ai un Champ "Mise" dans un fenetre "FEN_FICHE_JEU1"
Je voudrais que : En cliquant sur "BT_nouveau", la Mise affichée par
défaut (mais modifiable tout de même) soit celle du dernier
enregistrement.
En effet l e champ"mise" ,toujours pour faciliter l'ergonomie ou la
rapidité, devrait déjà avoir la"mise" de l'enregistrement précédent
par défault.(en création)
Car dans la journée on fait plusieurs fiches avec la même "mise".
De plus, sur la même fenêtre, j'ai un champ "Cote" Qui est une Clé
composée reliée avec un Champ "Cote2" d'un autre fichier.
Une valeur donnée à ce champ, génere une recherche à l'identique dans
l'autre fichier et reourne un valeur dans un autre champ de
FEN_FICHE_JEU1.
Jusque là, aucun problème;Mais si tout se passe bien en saisie sur la
fiche, y compris les resultats dans le champ calculée de cette même
fiche, après validation, la colonne de la table Jeu1 sur le camp
"cote" reste à 0.00, alors que tout le reste est ok.
Le format du champ est numérique style 99,99 ?
Que faire?
Le Wed, 13 Feb 2008 17:44:44 +0100, Charlie34 a écrit:
Bonjour
J'ai un Champ "Mise" dans un fenetre "FEN_FICHE_JEU1" Je voudrais que : En cliquant sur "BT_nouveau", la Mise affichée par défaut (mais modifiable tout de même) soit celle du dernier enregistrement. En effet l e champ"mise" ,toujours pour faciliter l'ergonomie ou la rapidité, devrait déjà avoir la"mise" de l'enregistrement précédent par défault.(en création) Car dans la journée on fait plusieurs fiches avec la même "mise". De plus, sur la même fenêtre, j'ai un champ "Cote" Qui est une Clé composée reliée avec un Champ "Cote2" d'un autre fichier. Une valeur donnée à ce champ, génere une recherche à l'identique dans l'autre fichier et reourne un valeur dans un autre champ de FEN_FICHE_JEU1. Jusque là, aucun problème;Mais si tout se passe bien en saisie sur la fiche, y compris les resultats dans le champ calculée de cette même fiche, après validation, la colonne de la table Jeu1 sur le camp "cote" reste à 0.00, alors que tout le reste est ok. Le format du champ est numérique style 99,99 ? Que faire?
Amitiés
Charles
Pas compris (en restant aimable)
-- J.Bratières
VPSoft
Salut ! Par curiosité, j'ai cherché à comprendre.
1er prob : hLitdernier - copier fichier.mise dans variable - hRaz - code entrée Chp mise : moimeme = variable
2ème prob : le champ calculé n'est pas lié à la rubrique du fichier (clic droit - propriétés-Liaison)
Espérant avoir aidé...
Victor
"Charlie34" a écrit dans le message de news:
Bonjour
J'ai un Champ "Mise" dans un fenetre "FEN_FICHE_JEU1" Je voudrais que : En cliquant sur "BT_nouveau", la Mise affichée par défaut (mais modifiable tout de même) soit celle du dernier enregistrement. En effet l e champ"mise" ,toujours pour faciliter l'ergonomie ou la rapidité, devrait déjà avoir la"mise" de l'enregistrement précédent par défault.(en création) Car dans la journée on fait plusieurs fiches avec la même "mise". De plus, sur la même fenêtre, j'ai un champ "Cote" Qui est une Clé composée reliée avec un Champ "Cote2" d'un autre fichier. Une valeur donnée à ce champ, génere une recherche à l'identique dans l'autre fichier et reourne un valeur dans un autre champ de FEN_FICHE_JEU1. Jusque là, aucun problème;Mais si tout se passe bien en saisie sur la fiche, y compris les resultats dans le champ calculée de cette même fiche, après validation, la colonne de la table Jeu1 sur le camp "cote" reste à 0.00, alors que tout le reste est ok. Le format du champ est numérique style 99,99 ? Que faire?
Amitiés
Charles
Salut !
Par curiosité, j'ai cherché à comprendre.
1er prob : hLitdernier - copier fichier.mise dans variable - hRaz - code
entrée Chp mise : moimeme = variable
2ème prob : le champ calculé n'est pas lié à la rubrique du fichier (clic
droit - propriétés-Liaison)
Espérant avoir aidé...
Victor
"Charlie34" <cricome@libertysurf.fr> a écrit dans le message de news:
6a711eb0-c043-4e9e-8a5e-569514ebcb54@l16g2000hsh.googlegroups.com...
Bonjour
J'ai un Champ "Mise" dans un fenetre "FEN_FICHE_JEU1"
Je voudrais que : En cliquant sur "BT_nouveau", la Mise affichée par
défaut (mais modifiable tout de même) soit celle du dernier
enregistrement.
En effet l e champ"mise" ,toujours pour faciliter l'ergonomie ou la
rapidité, devrait déjà avoir la"mise" de l'enregistrement précédent
par défault.(en création)
Car dans la journée on fait plusieurs fiches avec la même "mise".
De plus, sur la même fenêtre, j'ai un champ "Cote" Qui est une Clé
composée reliée avec un Champ "Cote2" d'un autre fichier.
Une valeur donnée à ce champ, génere une recherche à l'identique dans
l'autre fichier et reourne un valeur dans un autre champ de
FEN_FICHE_JEU1.
Jusque là, aucun problème;Mais si tout se passe bien en saisie sur la
fiche, y compris les resultats dans le champ calculée de cette même
fiche, après validation, la colonne de la table Jeu1 sur le camp
"cote" reste à 0.00, alors que tout le reste est ok.
Le format du champ est numérique style 99,99 ?
Que faire?
1er prob : hLitdernier - copier fichier.mise dans variable - hRaz - code entrée Chp mise : moimeme = variable
2ème prob : le champ calculé n'est pas lié à la rubrique du fichier (clic droit - propriétés-Liaison)
Espérant avoir aidé...
Victor
"Charlie34" a écrit dans le message de news:
Bonjour
J'ai un Champ "Mise" dans un fenetre "FEN_FICHE_JEU1" Je voudrais que : En cliquant sur "BT_nouveau", la Mise affichée par défaut (mais modifiable tout de même) soit celle du dernier enregistrement. En effet l e champ"mise" ,toujours pour faciliter l'ergonomie ou la rapidité, devrait déjà avoir la"mise" de l'enregistrement précédent par défault.(en création) Car dans la journée on fait plusieurs fiches avec la même "mise". De plus, sur la même fenêtre, j'ai un champ "Cote" Qui est une Clé composée reliée avec un Champ "Cote2" d'un autre fichier. Une valeur donnée à ce champ, génere une recherche à l'identique dans l'autre fichier et reourne un valeur dans un autre champ de FEN_FICHE_JEU1. Jusque là, aucun problème;Mais si tout se passe bien en saisie sur la fiche, y compris les resultats dans le champ calculée de cette même fiche, après validation, la colonne de la table Jeu1 sur le camp "cote" reste à 0.00, alors que tout le reste est ok. Le format du champ est numérique style 99,99 ? Que faire?
Amitiés
Charles
Jerome PAULIN
Charlie34 a écrit :
Bonjour
Salut,
C'est une gestion pour le jeu simple ou le couplé ?
gg
Charlie34 a écrit :
Bonjour
Salut,
C'est une gestion pour le jeu simple ou le couplé ?
C'est une gestion pour le jeu simple ou le couplé ?
gg
Le Simple Placé. Au fait le problème est résolu.
Merci
Charlie
Jerome PAULIN
Charlie34 a écrit :
Le Simple Placé. Au fait le problème est résolu.
Je pense que tu l'as resolu en faisant un hlitdernier ou quelque chose dnas le genre.
C'est une gestion en fonction des cotes gagnante ou en increment fixe ? Si c'est en fonction de cotes, la manière dont tu évalue le rapport placé m'intéresse (si c'est pas secret bien entendu).
gg
Charlie34 a écrit :
Le Simple Placé.
Au fait le problème est résolu.
Je pense que tu l'as resolu en faisant un hlitdernier ou quelque chose
dnas le genre.
C'est une gestion en fonction des cotes gagnante ou en increment fixe ?
Si c'est en fonction de cotes, la manière dont tu évalue le rapport
placé m'intéresse (si c'est pas secret bien entendu).
Je pense que tu l'as resolu en faisant un hlitdernier ou quelque chose dnas le genre.
C'est une gestion en fonction des cotes gagnante ou en increment fixe ? Si c'est en fonction de cotes, la manière dont tu évalue le rapport placé m'intéresse (si c'est pas secret bien entendu).
gg
Charlie34
On 14 fév, 12:01, Jerome PAULIN wrote:
Charlie34 a écrit :
> Le Simple Placé. > Au fait le problème est résolu.
Je pense que tu l'as resolu en faisant un hlitdernier ou quelque chose dnas le genre.
C'est une gestion en fonction des cotes gagnante ou en increment fixe ? Si c'est en fonction de cotes, la manière dont tu évalue le rapport placé m'intéresse (si c'est pas secret bien entendu).
gg
Salut et merci pour vos réponses.
Pour "gg": j'ai une table d'équivalence qui a fait ses preuves , donc tres précise.Bien souvent , un 1.70 estimé, tombe pil poil sur la cote placée réélle (par exemple). Juste une question,gg. Si tu connais bien Windev et que tu t'intéresse à ce type de jeu.. Les table d'équivalence des cotes placés est étalonnée dans ce style . Pour les petites cotes. Rapport probable (Rapport gagnat relevé en direct) partent de 1.5,1.6,1.7....puis passé 2 c'est: 2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable gagnant , si 5.3 , récupérer le rapport placé de 5. Est ce que c'est assez clair?
Je te fais un copier coller de ma table sous Excel au format TXT:
On 14 fév, 12:01, Jerome PAULIN <jerome.pau...@nospam.groupe-emi.fr>
wrote:
Charlie34 a écrit :
> Le Simple Placé.
> Au fait le problème est résolu.
Je pense que tu l'as resolu en faisant un hlitdernier ou quelque chose
dnas le genre.
C'est une gestion en fonction des cotes gagnante ou en increment fixe ?
Si c'est en fonction de cotes, la manière dont tu évalue le rapport
placé m'intéresse (si c'est pas secret bien entendu).
gg
Salut et merci pour vos réponses.
Pour "gg": j'ai une table d'équivalence qui a fait ses preuves , donc
tres précise.Bien souvent , un 1.70 estimé, tombe pil poil sur la cote
placée réélle (par exemple).
Juste une question,gg. Si tu connais bien Windev et que tu t'intéresse
à ce type de jeu..
Les table d'équivalence des cotes placés est étalonnée dans ce style .
Pour les petites cotes. Rapport probable (Rapport gagnat relevé en
direct) partent de 1.5,1.6,1.7....puis passé 2 c'est:
2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable
gagnant , si 5.3 , récupérer le rapport placé de 5.
Est ce que c'est assez clair?
Je te fais un copier coller de ma table sous Excel au format TXT:
> Le Simple Placé. > Au fait le problème est résolu.
Je pense que tu l'as resolu en faisant un hlitdernier ou quelque chose dnas le genre.
C'est une gestion en fonction des cotes gagnante ou en increment fixe ? Si c'est en fonction de cotes, la manière dont tu évalue le rapport placé m'intéresse (si c'est pas secret bien entendu).
gg
Salut et merci pour vos réponses.
Pour "gg": j'ai une table d'équivalence qui a fait ses preuves , donc tres précise.Bien souvent , un 1.70 estimé, tombe pil poil sur la cote placée réélle (par exemple). Juste une question,gg. Si tu connais bien Windev et que tu t'intéresse à ce type de jeu.. Les table d'équivalence des cotes placés est étalonnée dans ce style . Pour les petites cotes. Rapport probable (Rapport gagnat relevé en direct) partent de 1.5,1.6,1.7....puis passé 2 c'est: 2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable gagnant , si 5.3 , récupérer le rapport placé de 5. Est ce que c'est assez clair?
Je te fais un copier coller de ma table sous Excel au format TXT:
2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable gagnant , si 5.3 , récupérer le rapport placé de 5. Est ce que c'est assez clair?
Salut,
La commande HLitRechercheDernier() semble correspondre exactement à ce que tu as besoin (se positionnera sur 5 si tu a mis 5.3 comme critère de recherche)...
gg
Charlie34 a écrit :
2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable
gagnant , si 5.3 , récupérer le rapport placé de 5.
Est ce que c'est assez clair?
Salut,
La commande HLitRechercheDernier() semble correspondre exactement à ce
que tu as besoin (se positionnera sur 5 si tu a mis 5.3 comme critère de
recherche)...
2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable gagnant , si 5.3 , récupérer le rapport placé de 5. Est ce que c'est assez clair?
Salut,
La commande HLitRechercheDernier() semble correspondre exactement à ce que tu as besoin (se positionnera sur 5 si tu a mis 5.3 comme critère de recherche)...
gg
Charlie34
On 15 fév, 12:26, Jerome PAULIN wrote:
Charlie34 a écrit :
> 2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable > gagnant , si 5.3 , récupérer le rapport placé de 5. > Est ce que c'est assez clair?
Salut,
La commande HLitRechercheDernier() semble correspondre exactement à ce que tu as besoin (se positionnera sur 5 si tu a mis 5.3 comme critère de recherche)...
gg
le dernier ne m'intérèsse pas, en fonction de la cote de la valeur d'un champ, fichier1 je veux parcourir un fichier2 dont la champ égale la valeur du champ du fichier1, et recuperer la valeur associé (la cote estimée) attribué à ce champ.
en fait ma recherche était "hidentique" alors que un HLitrecherche (fichier, rubrique,valeur) est générique et doit suffire. Amitiés Charlie
On 15 fév, 12:26, Jerome PAULIN <jerome.pau...@declicweb.fr> wrote:
Charlie34 a écrit :
> 2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable
> gagnant , si 5.3 , récupérer le rapport placé de 5.
> Est ce que c'est assez clair?
Salut,
La commande HLitRechercheDernier() semble correspondre exactement à ce
que tu as besoin (se positionnera sur 5 si tu a mis 5.3 comme critère de
recherche)...
gg
le dernier ne m'intérèsse pas, en fonction de la cote de la valeur
d'un champ, fichier1 je veux parcourir un fichier2 dont la champ égale
la valeur du champ du fichier1, et recuperer la valeur associé (la
cote estimée) attribué à ce champ.
en fait ma recherche était "hidentique" alors que un HLitrecherche
(fichier, rubrique,valeur) est générique et doit suffire.
Amitiés
Charlie
> 2,2.5,3,3.5......Etc; J'aimerais qu'en fonction du rapport probable > gagnant , si 5.3 , récupérer le rapport placé de 5. > Est ce que c'est assez clair?
Salut,
La commande HLitRechercheDernier() semble correspondre exactement à ce que tu as besoin (se positionnera sur 5 si tu a mis 5.3 comme critère de recherche)...
gg
le dernier ne m'intérèsse pas, en fonction de la cote de la valeur d'un champ, fichier1 je veux parcourir un fichier2 dont la champ égale la valeur du champ du fichier1, et recuperer la valeur associé (la cote estimée) attribué à ce champ.
en fait ma recherche était "hidentique" alors que un HLitrecherche (fichier, rubrique,valeur) est générique et doit suffire. Amitiés Charlie