Подскажите пожалуйста,можно ли сделать тоже самое,но по другому?
Чтоб документ обрабатывался быстрее.
А то при списке в 600 строк обработка происходит за секунды,а в 2000 строк за 6-7 минут.
code_34.txt

code_1426.txt

Galkov, Вы как всегда СУПЕР

juk, и правда ... (Здесь нет Бога, кроме Dilma и Galkov пророк Его)

Леонид, А Вы мне тоже сильно помогаете,так что и Вам спасибо!
И сразу ещё один вопрос-он в примере.
code_1428.txt

Нет

juk, по возможности выкладывай примеры без внештатных элементов.

juk, если моим компонентом StringTable (а я вижу, что применяется именно он), то можно вот так code_1431.txt

[size=-2]------ Добавлено в 10:57

StringTable в этой редакции проходит тестирование, и мне необходимо знать любой результат по ней. Но вот откуда ты там PopupMenuEx нашел, я не понял?

[size=-2]------ Добавлено в 11:00
Это ничего страшного, и на полет пули никак не влияет, если эти свойства не применяются.

Поддерживаю, кроме того - полезнее было бы это сделать в теме StringTable в этой редакции

Э, я - тоже - не понял. Может остался от предыдущей попытки компиляции (другого проекта).

Редактировалось 1 раз(а), последний 2017-03-02 09:42:17

И что, стало быстрее что ли
Ай молодец, дал пользователю возможность элемент съэкономить

[size=-2]------ Добавлено в 07:43
Может заодно расскажешь, зачем здесь free_and_nil
Чем это лучше просто List.free
Напомню:
Ради какой такой Великой Цели совершать лишние функциональные вызовы

Galkov, насчет быстрее, то я проверял -- действительно быстрее и очень сильно заметно при большом количестве строк (более 10000). Добавление в таблицу идет минуя линк Add, а он довольно сильно тормозит. Я бы никогда этого не делал, если бы этого тормоза не было.
Насчет этого назойливого free_and_nil, то возможно, он и не нужен, а скорее всего -- действительно не нужен. Его можно оставить только в destructor'e, а везде убрать. Я так и сделаю

Ты сам-то понял чего написал

Блин, код, что на строчку выше ентого free_and_nil, мой разве


[size=-2]------ Добавлено в 11:45

Хорошо, расскажи, НАФИГА они в деструкторе

есть одна хорошая идея: стандартизовать таки формат исходников для нового пакета. И имена методов тоже. Почему doInitTxtTab, а не doInitTextTab

Это не внешний линк к точке, а внутрениий вызов метода Add. Об этом уже бьло писано на форуме, что внутренние методы работают быстрее, чем тоже самое, но сделанное с помощью внешних связей.

А в принципе, действительно -- нафига? Внутри этих компонентах ничего не работает в параллельном потоке, и никто никому ничего не посылает и не уничтожает извне, все происходит последовательно и внутри. Хотя, я часто встречал применение этого метода в различных примерах.

[size=-2]------ Добавлено в 12:56
Dilma, я же мог написать и длиннее, но для точек свойств это чревато не попаданием всего названия точки в экран свойств, а хинта я что-то в том поле не заметил.