Discussion :

[squalloid]

Bonjour à tous.

Je vous expose ma situation :
Je développe actuellement un site WebDev dynamique. Sur une page j'ai un bouton qui récupère les données d'un fichier Hyperfile via la commande HLitPremier(monFichier) et les renvoies dans des champs Zone de saisie (liés aux rubriques correspondantes de monFichier) via la commande FichierVersEcran(maPage). Mes champs récupèrent bien les bonnes données, jusque là pas de soucis.

Voici mon problème :
Ensuite lorsque je clique sur n'importe quel autre bouton, j'ai une boîte de dialogue qui s'affiche avec le message "La page à l'adresse monSite indique : Veuillez saisir une URL" et lorsque je clique sur "Ok", et le traitement du bouton ne s'exécute pas, même en cliquant à plusieurs reprises, toujours le même message.

Cela se produit avec Chrome et Firefox, mais pas avec IE et Opéra lorsque les pages sont générées en HTML 4.01 Transitionnal dans la description.

Cela se produit avec tous les navigateurs lorsque les pages sont générées en HTML 5.

Je suppose que se sont pourtant des actions basiques mais je ne trouve pas à quoi cela peut être du.

Auriez-vous une idée ?

Merci. En espérant avoir été clair.

Cordialement.

Edit :
Petite précision, si après le clique sur le bouton d'appel des données serveur, je clique sur un bouton avec uniquement du code navigateur (pour remettre les champs à vide par exemple), il n'y a pas de soucis et je peux par la suite de nouveau cliquer sur un bouton avec code serveur. Et après cela ... rebelote.
En revanche, si après le clique sur le bouton d'appel des données serveur, je clique sur un bouton (le même ou un autre) avec du code serveur, le message apparaît.

Pour info, le code serveur de mon bouton contient uniquement :
HLitPremier(CLIENT)
FichierVersEcran(pageFicheClient)

Je suppose qu'il manque quelque chose après cela mais je ne vois pas quoi ?

Edit 2 :
J'ai supprimer ce fameux bouton pour le refaire ... toujours pareil
J'ai essayé de passer par un ExecuteTraitement d'un bouton caché pour feinter ... idem
J'ai créer un bouton similaire avec un HlitDernier ... pas de soucis tout est opérationnel après le clique.
J'ai remplacer le HLitPremier par HLitDernier ... pas de soucis

Il semblerait que le problème se pose uniquement après la lecture du premier enregistrement ...

Edit 3 :
J'ai ajouté 2 boutons pour HLitSuivant et HLitPrécédent ... là encore pas de soucis
En revanche, dès que je clique sur le bouton qui contient HLitPremier et qu'ensuite je clique sur un autre bouton ... bim "Veuillez saisir une URL"

[lolob84]

Bonjour,

Je n'ai jamais rencontré ton problème mais :
- Hiltpremier renvoie normalement un booleen indiquant vrai si il a pu faire la lecture
-Tu devrais utiliser les variables de compte rendu de HF, ici hendehors.

En effet, tu fais un hlitpremier sur ton fichier, sans préciser de clé de parcours.
Dans ce cas, sans préciser de rubrique, HyperFile va chercher à utiliser la dernière rubrique utilisée, et si il n'y en a pas , essayer de déterminer la meilleure... Et dans ton code, si il n'y a pas d'enregistrement ou qu'il n'a pus lire les données, tu ne catch pas l'erreur.

Déjà , je te conseillerais juste une lecture sous cette forme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
SI PAS HLitPremier(CLIENT,RubriqueCle) alors
   Erreur(Erreurinfo())
FIN
SI PAS Hendehors(CLIENT) Alors
   FichierVersEcran(pageFicheClient)
FIN

Ce code te permettra déjà de vérifier que ta lecture s'est bien passée. Cela permettra au moins de déterminer d'où vient ton souci.

Après, il est vrai que selon les navigateurs et la norme utilisée, (html4.01 ou html5) tu peux avoir des comportements différents. Mais je n'ai jamais rencontré de problème sur une lecture basique de ce type.
En espérant d'avoir donné des pistes...

Cordialement,

Laurent.

[squalloid]

Bonjour et merci pour la réponse.

Juste pour vous tenir au jus, j'avais entre deux tenté de faire cette vérification (même si en temps normal je n'avais jamais de soucis), là encore ça coinçait et pas de retour d'erreur (HEnDehors renvoie Faux).

Bon du coup j'ai contourné le problème car le premier enregistrement du fichier est fictif et ne sert jamais. J'ai donc fait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
HLitPremier(monFichier)
HLitSuivant(monFichier)

et là pas de soucis
mais lorsque je parcours ce fichier avec le bouton précédent avec un HLitPrécédent(monFichier) et que je tombe sur le premier enregistrement ... BIM "Veuillez saisir une URL"
Je teste donc s'il s'agit du premier enregistrement et si c'est le cas, je passe au second.
Le blocage se fait uniquement sur la lecture du premier enregistrement du fichier