8
votes

Champ d'entrée transparent et entrez de nouvelles informations à l'aide de Wattir? (Rubis, ridicule)

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")


0 commentaires

3 Réponses :


11
votes

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 .set () et .value = méthodes Effacer automatiquement le champ de texte avant de saisir la valeur.

L'un des éléments suivants fonctionnerait: xxx

Notez qu'il est généralement préférable d'utiliser . / code> depuis .value = ne coupe pas les événements.


1 commentaires

Je ne travaille pas pour moi (l'élément est venu de iframe , mais je n'ai pas vraiment isolé la raison)



2
votes

J'ai eu un problème similaire, et, pour une raison quelconque, .set () code> et .value = code> n'étaient pas disponibles pour l'élément.

L'élément était A Wattir :: HTMLEMENT: P>

count = 0
while field.value != "" && count < 50
  field.send_keys(:backspace)
  count += 1
end
field.send_keys "hi"


0 commentaires

8
votes

J'ai eu un problème similaire, et, pour une raison quelconque, .set () code> et .value = code> n'étaient pas disponibles / travaillant pour l'élément.

Le L'élément était un ridicule :: entrée: p> xxx pré>

après avoir effacé le champ, j'ai pu entrer du texte. P>

browser.input(:id => "formLib1").send_keys "hi"


3 commentaires

Notez qu'une fois que vous convertissez le wattir :: entrée sur un wattir :: textfield , vous pouvez appeler la méthode définir - c'est-à-dire Browser.Input (: id => "formlib1"). to_subtype.set ("hi") . Cela éliminerait la nécessité d'appeler manuellement clair .


Send_Keys a travaillé pour moi, mais pas encore to_subtype.clear (valeurs inchangées). L'élément est venu d'un iframe , mais je ne comprends toujours pas pourquoi définir / valeur = n'était pas disponible.


@Justinko: Cela a du sens, mais pour moi, je devais toujours envoyer clair pour définir pour fonctionner.