Н
Ребят
Size: a a a
2019 September 10
Н
А элемент бай текстфайдер не сработает?
Н
Для полей
EK
либо сам наглядно посмотри
EK
что полезнее
М
@makcid ты можешь подойти к фронтендеру и спросить примерно следующее "какие атрибуты в классе не убираются при регенерации верстки"
все генерится, сказали, подходил...
EK
Да не может такого быть
EK
то что цифры приписуются\меняются ок
EK
но все елементы не могут переодически исчезать\добавляться
A
почему?
"привязывааюсь к названиям классов элементов, которые периодически меняются, или их затем убирают разработчики, при изменении чего-либо" - ты сам ответил на свой вопрос) плюс классы генерируются автоматически фреймворком и про обновлении скажем ангуляра с 8.1 на 8.2 половину исчезнут/поменяются автоматически
М
"привязывааюсь к названиям классов элементов, которые периодически меняются, или их затем убирают разработчики, при изменении чего-либо" - ты сам ответил на свой вопрос) плюс классы генерируются автоматически фреймворком и про обновлении скажем ангуляра с 8.1 на 8.2 половину исчезнут/поменяются автоматически
поэтому я и в размышлениях... к чему такому можно привязаться.... либо просить разработчиков везде вставлять уникальный идентификатор, который всегда есть в верстке...
EK
ну в общем, без дома это гадание на кофейной гуще
A
и такие локаторы убивают весь смысл xpath'a и в целом построение локатора через //div[1]//span[1] и так далее - дикое.
1) да, если есть линк на пример страницы, то сделаем правильный локатор
2) стараться в таких случаях юзать following:: , following-sibling:: и остальные, можно и назад по ДОМу возвращаться. подробнее тут https://www.w3schools.com/xml/xpath_axes.asp
1) да, если есть линк на пример страницы, то сделаем правильный локатор
2) стараться в таких случаях юзать following:: , following-sibling:: и остальные, можно и назад по ДОМу возвращаться. подробнее тут https://www.w3schools.com/xml/xpath_axes.asp
EK
дак поэтому у него все и ломается при каждом деплое
//div[1]//span[1]EK
большинство фреймов фронта по разному генеряться же при проливке
М
и такие локаторы убивают весь смысл xpath'a и в целом построение локатора через //div[1]//span[1] и так далее - дикое.
1) да, если есть линк на пример страницы, то сделаем правильный локатор
2) стараться в таких случаях юзать following:: , following-sibling:: и остальные, можно и назад по ДОМу возвращаться. подробнее тут https://www.w3schools.com/xml/xpath_axes.asp
1) да, если есть линк на пример страницы, то сделаем правильный локатор
2) стараться в таких случаях юзать following:: , following-sibling:: и остальные, можно и назад по ДОМу возвращаться. подробнее тут https://www.w3schools.com/xml/xpath_axes.asp
в чем разница использования following:: , following-sibling:: ///div[1]//span[1] если меняется структура элементов !?
EK
о, боже, все ладно я пошел работать
М
о, боже, все ладно я пошел работать
ну, спасибо за объяснение ))))))
A
в чем разница использования following:: , following-sibling:: ///div[1]//span[1] если меняется структура элементов !?
если у тебя там добавится/удалится хоть 10 div или span, то following::label[contains(@class, "is-checked")] все равно приведет тебя к лейбле. почитай про xpath более подробно, в этом его и суть
EK
ну, спасибо за объяснение ))))))
ну чувак, не в обиду тебе, но выглядит это так:
— М дайте совет
— С вот это классно делать так
— М но я делаю иначе и у меня не работает
— С все верно потому что надо делать вот так "дока"
— М и в чем тут разница
— М дайте совет
— С вот это классно делать так
— М но я делаю иначе и у меня не работает
— С все верно потому что надо делать вот так "дока"
— М и в чем тут разница