Python-сообщество

Shaman
Shaman

А почему нормальное поведение?

py.user.next
Вы предлагаете парсить всякий html регулярками?

inzem
А почему нормальное поведение?

Ищет слева-направо, от забора до обеда.

Только демо версия…

Я просто дал ссылку на название, по названю вы уже сможете купить в магазине или найти на трекерах и варез-сайтах.

4kpt
Вы предлагаете парсить всякий html регулярками?

не, я имел в виду модуль xml, что он не подходит для разбора html-кода, потому что выпадает, когда встречает незакрытый тег
если бы он подходил, никто бы не пользовался сторонним lxml

Shaman
Имхо, ‘.*’ и ‘.+’ лучше не использовать без крайней необходимости

ага, а зачем они тогда нужны, просто так чтоли ?
они должны определённо(предсказуемо) работать, вне зависимости от внутренних методов поиска

> если бы он подходил, никто бы не пользовался сторонним lxml

Я бы пользовался. Разве питоний xml имеет полноценную поддержку xpath?

Не закрытые теги закрываю HTMLParser

Shaman

По мне так должен брать со второй ‘<’ а не с первой

py.user.next
ага, а зачем они тогда нужны, просто так чтоли ?
они должны определённо(предсказуемо) работать, вне зависимости от внутренних методов поиска

А они и работают вполне предсказуемо. Я даже продемонстрировал как именно.

lorien
Я бы пользовался. Разве питоний xml имеет полноценную поддержку xpath?

это можно сделать, но так как смысла нет, то и не делают

Shaman
А они и работают вполне предсказуемо.

в данной реализации ? и что будет, если код попадёт туда, где поиск идёт справа налево ?

должно быть так: если указано, что надо взять кратчайшую последовательность, то он должен её найти
укажи весомую причину, по которой он не может найти второй lt как начинающий подходящую кратчайшую последовательность

Я не пишу код регулярок, потому защищать его логику не должен и не буду. “Логично” - это одно, “Очевидно” - это другое. С этой точки зрения, использование “?” для усыпления жадности тоже очень неочевидно и у меня к этому есть претензии.