Редактировалось 2 раз(а), последний 2025-01-09 21:13:12

так было такое уже у кого то... удалить этот символ и все!
Trim в режиме NormalText не поможет?
[offtop]Сам не пробовал, пока нет возможности.[/offtop]

г. Алекс М., Я тоже попробовать примеры пока не могу, но рискну предположить, что у гугла динамически генерируемая на стороне клиента страница, а Ваша схема не умеет выполнять скрипты и обрабатывать iframe и таблицы стилей...
------------ Дoбавленo в 22.53:
Кроме того, даже если бы текст там был статический и была бы похожая последовательность, BlockFind с Вашей маской ничего не найдёт в силу чувствительности к регистру символов.

оказалось все проще! правильно Tad про кошку говорил

То что ты скачал, необходимо было изучить. А именно на выходе исходник html, а среди него есть такая запись
Advanced search</a></div><div>About 473 results</div>
не это ли тебе надо?

Да, и у гугла кодировка UTF-8 и перевод строки 0x0A (Unix). Перед поиском надо бы конвертировать перед использованием рассчитанных на ANSI текстовых компонент HiAsm, уважаемый. Странно, что среди множества умных советов тут до сих пор об этом никто не обмолвился.

так как не надо ничего конвертировать.

Нет там DIV, я специально копировал маску прямо с текста, она его все равно не находила. Укоротил блок до < и > нашла все блоки в половине текста, вторая половина куда-то пропала. Я и сделал предположение, что затесался символ конца строки
------------ Дoбавленo в 23.16:

Это на поиск никак не влияет, если не прописано в блоке поиска

Лучше всё-таки заранее позаботиться и не искать потом проблемы в схеме, когда она разрастётся. Сейчас не заметит, потом понадобится. У него уже сейчас содержимое прямо в окно выводится. Мало ли поиск по русскому тексту будет далее. Снова возникнут вопросы.

давайте не будем думать на перед и придумывать проблемы. А может ему машина понадобится под управлением HiAsm и что?
Вопрос был задан конкретно и на него получен ответ. Все стоП! Будут проблемы будем дальше помогать, но никак не в обратном порядке

Вот виновник невозможности поиска -- Blur(pixelradius=5)";opacity:1
------------ Дoбавленo в 23.26:
Все, приехали, дальше текст не читается. Я был прав -- затесался конец строки

nesco,
1. человек читает с точки TEXT. Какого там #0 анализируется ?
Что конец строки это конец текста ?
2. Blur(pixelradius=5)";opacity:1 - здесь 0 это #30 а не #0

nesco, оно у тебя действительно стопорится? У меня все ок по описанному выше методу! Выводит 473 results

Да конечно, а это у на не #0
Ты меня что, за идиота держишь, я провери наверное, перед тем как говорить, выведи этот текст через Text на Memo и посмотри, после этого выражения дальше текста не будет. И не ищется дальше НИЧЕГО, я понятно объяснил, и факты это подтверждают, блок поиска находится почти в конце, там, где текст не читается
------------ Дoбавленo в 00.08:

Да, и не мне тебе это объяснять, что текст -- это та же строка, но без служебных символов, а у нас обратная черта с цифрой -- служебный символ

Это у нас. [flood] Я просил неоднократно - не ищи врагов.[/flood]

Ты последнюю схему проверь, а не эту. Меня совершенно не волнует, что вы ищите, меня волнует взаимодействие элементов внутри схемы, и я пытался найти объяснения незаконному обвинению компонента BlockFind
------------ Дoбавленo в 00.14:

А какого ты меня на посмешище выставил, как кутенка
------------ Дoбавленo в 00.14:

А мы сейчас где находимся, у вас, что ли