Les objets sur un formulaire et les sous-titres

Bonjour tout le monde,
Je ne sais pas exactement si c'est un bug mais je l'ai mis quand même dans cette rubrique. Quand un formulaire à un sous-titre, il le donne au objets sur celui-ci qui n'ont pas de sous-titre. Les objets qui ont un sous-titre n'ont pas celui du formulaire.

Code:

' Sous-titre du formulaire principal
hint 0,"bonjour"

' Objets sans sous-titre
button 1:hint 1,""
edit 2:left 2,100:hint 2,""

' Objet avec un sous-titre
memo 3:top 3,100
hint 3,"?"

Bonjour.

Je confirme le bug mentionné.

Tu fais un HINT 0, "bonjour", cela signifie que le texte du HINT s’affiche si le curseur de la souris s’attarde un moment sur FORM 0, c.à.d. sur tout l’espace de la fenêtre.

Je ne vois aucun bug là-dedans, à mois que je n’ai pas compris quelque chose !
D'autre part, je ne vois aucun intérêt de faire un HINT sur la Form 0 à moins que tu as ton propre besoin.

Bonjour,

Ce n'est pas très courant de voir un hint sur un formulaire.
Normalement le texte dans la barre de titre doit remplir ce rôle...
Que les objets heritent du hint de leur parent ne me choque pas.

Code:

CONTAINER 1:HINT 1,"desc Container"
BUTTON 2: PARENT 2,1
HINT 2,"Desc Button"
' HINT_HIDE 2

Si on valide le hint_hide, le bouton hérite du hint du container...
Je ne pense pas que ce soit un bug...

Par ailleurs, quelle est l’utilité de HINT 1, "" ?
Tu aurais dû faire HINT_HIDE

Lance mon prog : tu verras que cela ne marche pas...

Le problème avec les hint, c'est que si tu les mets en place, il faut en mettre sur TOUS tes objets.
C'est assez contraignant...

C'est un peu pour cette raison, que l'on voit de plus en plus de bouton "Aide" dans les formulaires.
il est plus facile de faire un renvoit vers un chm ou une page web (surtout pour les prog multi-langues).

Pour faire un HINT sélectif sur certains objets, il faut évidemment donner la commande HINT uniquement pouc ces objets, pas pour ceux qui ne doivent pas avoir de HINT, et surtout pas sur lec objets contenants comme FORM, CONTAINER et CONTAINER_OPTION. Sinon, effectivement, comme le montre Nardo, il faut en mettre sur tous les objets.

Ceci dit, comme Papydall, je ne vois pas l'utilité de mettre un HINT sur une FORM. Le titre de la form (CAPTION) devrait être suffisamment explicite. Un HINT n'est en effet pas un sous-titre, mais, comme le mot anglais l'indique, un tuyaux, une indication. C'est une mini-fenêtre pop-up uqi s'affiche au bout de quelques secondes de présence immobile du curseur sur un objet. Cela peut avoir son intérêt pour fournir une aide à la saisie si les libellés des champs de saisie ne suffisent pas (en donnant le format des données, par exemple: HINT 17,"jj/mm/aa"). Mais c'est tout.

bonsoir Atom
C'est clair: il n'y a pas de bug

FORM 0 est PARENT des objets, donc si l'objet n'a pas pas de HINT c'est le HINT de FORM 0 qui l'emporte.

Essai ce code:

Code:

label start
dim n%

' Sous-titre du formulaire principal
hint 0,"FORM: bonjour"

button 1:hint 1,"bouton pour supprimer les info-bulles"
caption 1,"Hint_hide":on_click 1,start

edit 2:left 2,100:hint 2,"edit"

memo 3:top 3,100:hint 3,"memo"

end
start:
for n%=0 to 3:hint_hide n%:next n%
return

A+

PS: au regard du code de Nardo, il est évident qu'il vaut mieux éviter de donner un Hint à un container comme à un formulaire.
Finalement je dis la même chose que tous le monde. Et à bien y regarder c'est pas très nomal comme fonctionnement.

Je pense que ce qui gêne atom c'est que la commande HINT 2,"" ne soit pas prise en compte...

Le fait d'affecter une chaine de caractères vide, revient à ne pas déclarer de HINT du tout pour cet objet. Donc c'est le HINT du PARENT qui prend la relève...
Le pb avec HINT comme je l'ai déjà dis, c'est que c'est tout ou rien...

Klaus a raison, pour ne pas être embêter avec cela, il ne faut pas déclarer de HINT sur un objet pouvant contenir d'autres objets (FORM, CONTAINER, CONTAINER_OPTION, etc...) d'ailleurs cela n'a pas de sens d'en mettre un...


EDIT: Moi ça me parait normal...

Oui si on veut, de toute façons j'utilise beaucoup Hint, mais jamais sur un objet PARENT, alors je ne me suis jamais trouvé confronté au problème. C'est pas très important au final.

A+

Merci pour vos réponses. Je me questionnais sur cela parce que quand mon IDE lisait le fichier de l'interface un sous-titre était affecté à un objet qui ne devait pas en avoir et donc j'ai cru que mon IDE ne lisait pas bien le fichier. Et alors j'ai tout revérifier le code de la lecture sans savoir pourquoi. Et puis j'ai trouvé que les sous-titres des Parents étaient donnés aux objets sur celui-ci. Je me demandais si c'était un bug.