Почему точка *Index=Хранит индекс найденной строки|3|1
в случае doGetString - не выдает индекс найденой строки
code_14862.txt

Вернее почему, я и так знаю. А почему так ?

Это защита "от дурака" действием Exit; если такой строки нет

я не понял какая постановка задачи решается продемонстрированным примером? Если нужно получить индекс элемента, если тавой есть и -1, если такового нет, то не проще ли воспользоваться элементом If и не городить того, что показано выше?

А я понял:
---Не правильно я понял, башка дырка, глаза впадины---

Dilma, речь о том, что в StrList есть строка или нет - все равно на точке Index стоит -1.

А-а, странно, раньше все работало верно

И приходится городить If на точке String, что не всегда удобно.
А если применяешь и doGetIndex и doGetString, то нужен двойной огород.
А точка StrList.Index работает только при StrToFind

----

можно узнать в какой момент и где Tad, говорил о проблемах с onGetIndex?


метод doGetString ищет строку по индексу. Это значит, что результатом работы метода является строка, которую можно получить с точки String. Почему и для чего данный метод должен сохранять поданный на него индекс - не известно. Если в схеме выше была сделана попытка провести аналогию с элементом ListBox, то она весьма не удачна - его Index является свойством контрола и присутствует у него всегда вне зависимости от методов, которые используются в схеме.
------------ Дoбавленo в 19.02:

вот и следует продемонстрировать это "если"

А почему - нет?
Каждый думает посвоему.
ИМХО считаю, что если есть точка Index то на ней всегда должна быть -1 если строки нет, или индекс строки если она есть, не зависимо от того каким методом идет поиск - по индексу, по строке или по верхним точкам StrToFind или IdxToSelect.

Согласен. Такое поведение значительно облегчает составление схем и экономит время. Прочитал описание точки и знаешь чего от нее ожидать. А иначе, как в данном случае, приходится или помнить особенности некоторого элемента или, поставив на рабочее поле десяток элементов, расставлять Debug и смотреть что из этого получилось

filyaxxxcom, я поступаю по другому - ставлю ListBox, отлаживаю (визуально !) схему и потом меняю ListBox на StrList.
И если не исползуется точка Index, то всё получается отлично.
А если нужно получить и строку и ее индекс, то начинаются пляски с бубном, потому что и точка вроде есть, а висит на ней -1.
И никакой If_Else не поможет.

Еще раз, для тех, кто в танке -- приведи пример, где в режиме doGetString, ну просто необходимо, действующее значение Index, и почему нельзя

на точке onGetString
К тому же, уже был задан вопрос

------------ Дoбавленo в 01.34:

Пример в студию, как облегчает, будем посмотреть.

nesco, не хочу я спорить.
Нет - нет.


Вот здесь для получения строки приходится подавать индекс через Memory, чтобы запомнить индекс и потом эту строку удалить.
А если бы на точке Index был индекс, а не -1, то эта задача решалась бы проще (без Memory)

Когда предлагаешь - добавить в компонент нижнюю точку или событие , то сразу поднимается крик:
"Ты чего! Увеличатся коды ! Поставь пару компонент и нет вопроса"
А то, что эти пару компонент увеличат результирующие коды в разы по сравнению с той строчкой - никого не колышит.

Нет - значит нет.

Добавил и привел в соответствие значение String для doGetIndex. Теперь все это хозяйство соответствует ListBox-y
------------ Дoбавленo в 02.13:

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