Ответ

rash 14.12.2010 23:33

Да все понятно, я просто пока не возвращался к этой задаче, чтобы заняться ей вплотную.
Не то, чтобы это было очень страшно, но все-таки почти парсить текст только регулярными выражениями кажется не совсем правильным, да и рассчитывал я на более прямолинейные методы по адресации в тексте.
Поэтому и ощущение возникло, что проблем не убавилось, а прибавилось. Впрочем, посмотрю на результат.

Разбор текста средствами парсера, rash 12.12.2010 17:07 / 12.12.2010 17:11
- http://www.parser.ru/docs/lang/stringmatch.htm (-), G_Z [M] 12.12.2010 18:29
  - Ответ, rash 12.12.2010 20:53
    - Re: по-моему страху нагоняете, Spearance 14.12.2010 10:45
      - Все-таки что-то не так, rash 15.12.2010 01:50
        $parts[^source.match[^^(.*)(?:\n|^$)][gm]] (-), Maxx [M] 15.12.2010 12:18
        Ответ, rash 15.12.2010 13:38
        Ответ, Maxx [M] 15.12.2010 13:57 / 15.12.2010 13:59
        Ответ, rash 15.12.2010 14:07 / 15.12.2010 14:12
        например вырезать лишнее, 15.12.2010 17:23
        Парсер сам оптимизирует внутреннее представление концов строк до одного символа. (-), Sumo [M] 15.12.2010 17:27 / 15.12.2010 17:27
        Нет, не отличаются (-), Maxx [M] 15.12.2010 14:15
        похоже на баг, Misha v.3 [M] 15.12.2010 05:09
        Очень жаль, rash 15.12.2010 11:37
        если вам не нужны эти пустые строки, то перед основным проходом можно просто их выкинуть и всё заработает, Misha v.3 [M] 15.12.2010 12:07
        Увы, нужны, rash 15.12.2010 12:18 / 15.12.2010 12:19
        Ответ, Spearance 15.12.2010 14:35
      - Ответ, rash 14.12.2010 23:33

Новости	FAQ	Авторы	Документация	В действии	Библиотека
Инструменты	Полезные ссылки	Хостинги	Скачать	Примеры	Форум