assez positif que vous devez utiliser. Clearar, ou peut-être pas comme ça ne semble pas fonctionner pour moi, peut-être que je ne suis que de la mettre en œuvre mal je ne suis pas sûr.
Exemple: P>
browser.div(:id => "formLib1").clear.type("input", "hi")
3 Réponses :
En supposant que nous parlons d'un champ de texte (c'est-à-dire que vous n'essayez pas d'effacer / entrez une balise div), le L'un des éléments suivants fonctionnerait: p> Notez qu'il est généralement préférable d'utiliser .set () code> et
.value = code> méthodes Effacer automatiquement le champ de texte avant de saisir la valeur.
. / code> depuis
.value = code> ne coupe pas les événements. p> p>
Je ne travaille pas pour moi (l'élément est venu de iframe code>, mais je n'ai pas vraiment isolé la raison)
J'ai eu un problème similaire, et, pour une raison quelconque, L'élément était A Wattir :: HTMLEMENT: P> .set () code> et
.value = code> n'étaient pas disponibles pour l'élément.
count = 0
while field.value != "" && count < 50
field.send_keys(:backspace)
count += 1
end
field.send_keys "hi"
J'ai eu un problème similaire, et, pour une raison quelconque, Le L'élément était un ridicule :: entrée: p> après avoir effacé le champ, j'ai pu entrer du texte. P> .set () code> et
.value = code> n'étaient pas disponibles / travaillant pour l'élément.
browser.input(:id => "formLib1").send_keys "hi"
Notez qu'une fois que vous convertissez le wattir :: entrée code> sur un
wattir :: textfield code>, vous pouvez appeler la méthode
définir code> - c'est-à-dire
Browser.Input (: id => "formlib1"). to_subtype.set ("hi") code>. Cela éliminerait la nécessité d'appeler manuellement
clair code>.
Send_Keys Code> a travaillé pour moi, mais pas encore
to_subtype.clear code> (valeurs inchangées). L'élément est venu d'un
iframe code>, mais je ne comprends toujours pas pourquoi
définir code> /
valeur = code> n'était pas disponible.
@Justinko: Cela a du sens, mais pour moi, je devais toujours envoyer clair code> pour
définir code> pour fonctionner.