ну вот на пример попадётся текст в котором автор тоже решил использовать {#start}, {#end}, #start, #end для разделения какой либо информации, ну а нам понадобилось распарсить вот такой текст, и без предварительной замены перед распарсиванием всех зарезервированных маркеров или правкой исходников не обойтись

p.s. А вообще шанс что попадётся текст с такими разделителями очень мал...

Практически, равен нулю

Нельзя ипользовать только строго определенные операторы -- #start, #end не попадают в это число, только {#start} и {#end}
------------ Дoбавленo в 16.09:
Думал использовать укороченную версию операторов, к примеру -- {#s}, {#e}, {#n}, {#i} и {#e}, какие будут рекомендации по использованию укороченных операторов, наравне с нормальными

хм

{#start} + Google Code

{#s} + Google Code

Да пожалуйста -- можно так сделать {&start}, точно нет, уже проверил

И вот такого я не нашел ни по одному оператору -- {*start*}

Отличный компонент ! Но есть один недостаток, теперь прийдется писать 1000 строк инклудов и стартов было бы хорошо добавить пару кнопок в редактор строк которые добавляют шаблоны

{#start}
111 {#exclude} 111
{#end}

или

{#start}
111 {#include} 111 {#next}
111 {#include} 111 {#next}
111 {#exclude} 111
{#end}
два раза по еденицам клацнул и вписываешь свой текст.

Есть еще один вопрос -- первый прототип был реализован немнго по-другому -- сначала шел номер цепи, затем найденный текст. усложняет суммирование строк, но улучшает фильтрацию конечных цепей. Текущий прототип не имеет такой возмоност и шпет все в один MT-поток, что делает фильтрацию практически невозможной -- мы не смжем определить, какой цепи соответствует найденный текст, тк в одной цепи может быть неопределенное число найденных строк. Может откатиться к старому прототипу
------------ Дoбавленo в 17.02:

Кто бы сделал Если я не ошибаюсь, то редактор строк можно настраивать под свои нужды
------------ Дoбавленo в 17.04:

Недостаток любого скрипта, независимо от назначения

тут всего пару шаблонов нужно это не полноценный скрипт да и шаблон не совсем трудный.

Мартынов, в *.ini файле любого компонента можно нарисовать любой шаблон специально для себя по умолчанию
nesco, вот, посмотрел как будет выглядеть справка -- умещается! (правда с трудом )

Етить колотит, мы же давно уже отошли от гигантских хинтов и все сплавляем в справку. Так на экране никакого места не хватит. Кстати, операторы будут заменены на {*XXXX*}.

И что по вопросу откату к более простой, но более функциональной схеме, о чем я писал выше

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

nesco, обрати внимание - я тебе +3 очка дал.
Знаешь за что?
За создание ещё одного "второстепенного" компонента (второе IC).
Людей приучили к кубикам. А написать пару строк без шаблонов - ну никак.
Мартынов, написал один шаблон, копипасте - уже два,копипасте - уже четыре,8,16,32...и так до... сколько накопипастишь.

да, надо этот "старый прототип" видеть, на словах я не понял суть.
- поздно, я прошлые уже запомнил(шутка).

Очень похож на решение с памятью и FormatStr, и еще добавлен в схему MT_IndexToChanel, а последовательность событий представляет собой MT-поток следующего типа -- ARG(IdxTagChain, FindText)

nesco, Вы переоцениваете мои умственные способности.

login, вот старая версия, в скобочках показан элемент мультипотока -- project_multiblockfind_2_old.rar