Add(MainForm,2953706,483,63)
{
}
Add(MultiBlockFind,8557990,574,119)
{
Count=4
TagList="{**s}‹title›{**x}‹/title›{**e}\r\n{**s}‹div class="name"›{**x}‹/div›{**e}\r\n{**s}‹div class="name"›{**x}‹/div›{**e}\r\n{**s}‹div class="name"›{**x}‹/div›{**e}\r\n"
link(Text,9170243:Text,[])
link(onResult1,3571795:doWork2,[])
link(onResult2,8316855:doWork2,[])
link(onResult3,16575869:doWork2,[])
link(onResult4,16575869:doWork3,[(704,146)])
}
Add(Button,15526721,490,119)
{
Left=175
Top=150
Align=2
link(onClick,8557990:doMultiBlockFind,[])
}
Add(StrList,9170243,574,56)
{
Strings=#126:‹title›Майкл Джон Гаррисон‹/title› ‹div class="name"›Пустота‹/div› ‹div class="name"›Свет‹/div› ‹div class="name"›Нова ‹/div› |0:|
}
Add(Memo,16294008,728,119)
{
Left=270
Top=160
Align=5
}
Add(HubEx,3571795,714,119)
{
link(onEvent,16294008:doAdd,[])
}
Add(HubEx,8316855,707,126)
{
link(onEvent,3571795:doWork3,[(718,132)])
}
Add(HubEx,16575869,700,133)
{
link(onEvent,8316855:doWork3,[(711,139)])
}
Этот топик читают: Гость
Ответов: 92
Рейтинг: 1
|
|||
Если одинаковые теги, MultiBlockFind бесполезен?
|
|||
карма: 0 |
|
Google
vip
|
#1.1контекстная реклама от партнеров
|
Ответов: 8887
Рейтинг: 823
|
|||
Vandjer,
одинаковые блоки--один
|
|||
карма: 19 |
|
Ответов: 92
Рейтинг: 1
|
|||
Леонид писал(а): одинаковые блоки--одинЖаль. Чем лучше реализовать тогда такое?
|
|||
карма: 0 |
|
Ответов: 8887
Рейтинг: 823
|
|||
Vandjer,
|
|||
карма: 19 |
|
Ответов: 92
Рейтинг: 1
|
|||
Леонид
У меня выскакивает ошибка, что в первом, что во втором варианте
Редактировалось 1 раз(а), последний 2019-06-13 23:55:49 |
|||
карма: 0 |
|
Ответов: 8887
Рейтинг: 823
|
|||
Vandjer, обновите элемент MultiBlockFind щёлкнув по нему ПКМ на панели компонентов "Строки"-- см картинку
Обновлене.jpg code/ hiMultiBlockFind conf/ MultiBlockFind.ini icon/ MultiBlockFind.ico |
|||
карма: 19 |
|
Разработчик
Ответов: 26061
Рейтинг: 2120
|
|||
Леонид писал(а): обновите элемент MultiBlockFindЭтот компонент никогда не имел отдельной точки onResult. Все onResul-ты должны быть пронумерованы (onResult1, onResult2... onResultN). --- Добавлено в 2019-06-14 10:34:51 Вот схема от Леонида на компоненте, который действительно находится на SVN. Выходных точек Result должно быть ровно столько, сколько блоков поиска {**s}...{**e} Схема
Редактировалось 2 раз(а), последний 2019-06-14 10:41:43 |
|||
карма: 22 |
|
Ответов: 92
Рейтинг: 1
|
|||
Леонид писал(а): Если не получится, обновите на сайте http://svn.hiasm.com/packs/delphi/ в ручную, скачав эти файлы в отдельную папку и оттуда перетащите MultiBlockFind.ini на поле HiAsm
code/ hiMultiBlockFind conf/ MultiBlockFind.ini icon/ MultiBlockFind.ico Обновлял и переустанавливал, ничего не помогло. nesco писал(а): Вот схема от Леонида на компоненте, который действительно находится на SVN. Выходных точек Result должно быть ровно столько, сколько блоков поиска {**s}...{**e}|Леонид, nesco, Спасибо за помощ, немного додделал под свои нужды, все работает! |
|||
карма: 0 |
|
Ответов: 8887
Рейтинг: 823
|
|||
Леонид писал(а): Выходных точек Result должно быть ровно столько, сколько блоков поиска {**s}...{**e}Строчек две, а точка одна (Педалей три, а ножек две!) ОдинOnResult.jpg |
|||
карма: 19 |
|
Разработчик
Ответов: 26061
Рейтинг: 2120
|
|||
Леонид писал(а): Строчек две, а точка одна (Педалей три, а ножек две!)Это не мой компонент, я не знаю, откуда ты его взял. Изначально он разрабатывался мною именно под N-е количество блоков {**s}...{**e}, и точек должно было быть столько, сколько этих самых блоков, а MT-поток появлялся на точке только тогда, когда вложений в блоке было несколько. Явной точки onResult в моем компоненте не было никогда. Редактировалось 1 раз(а), последний 2019-06-14 13:39:35 |
|||
карма: 22 |
|
Ответов: 8887
Рейтинг: 823
|
|||
nesco писал(а): Это не мой компонент Что написано пером
Редактировалось 1 раз(а), последний 2019-06-14 15:33:41 |
|||
карма: 19 |
|
Разработчик
Ответов: 26061
Рейтинг: 2120
|
|||
Леонид писал(а): Что написано перомУ нас тут таких компонентов прорва, где написан один автор, а правили уже кому не лень --- Добавлено в 2019-06-14 16:12:43 Сравнил сейчас на SVN все копии с момента выхода компонента, такого как у тебя не было от слова "совсем". Те на SVN я никогда не выкладывал версию, которая сейчас стоит у тебя. --- Добавлено в 2019-06-14 16:25:27 Я нашел откуда растут ноги. Леонид, у тебя не официальный компонент, у тебя прототип, который я сделал одним из первых. Потом всего еще куча была перед добавлением на SVN. Вот эта тема -- http://forum.hiasm.com/topic/57347/0#p198393 Редактировалось 3 раз(а), последний 2019-06-14 16:26:33 |
|||
карма: 22 |
|
Ответов: 8887
Рейтинг: 823
|
|||
nesco, значит таки пером-то правильно (Один выход ближе к концепции HiAsm, чем множество )
|
|||
карма: 19 |
|
Разработчик
Ответов: 26061
Рейтинг: 2120
|
|||
Леонид писал(а): Один выход ближе к концепции HiAsm, чем множествоЕсли бы в цепочках данных не было вложенностей, принадлежащих конкретному блоку поиска, то да. Вот как разделить один MT-поток на части, если, к примеру, первый блок выдал пять вложенностей, второй шесть, а третий один, а мы этого изначально не знаем. Да если бы и знали, то парсер такого MT нивелировал бы все преимущества компонента. Именно потому, что могут быть конкретные вложенности в цепочке данных, я и пошел по пути разделения блоков поиска по точкам. Редактировалось 3 раз(а), последний 2019-06-15 12:16:56 |
|||
карма: 22 |
|
Ответов: 2059
Рейтинг: 131
|
|||
Разный подход к сути дела и боюсь, что в понимании.
Я наблюдал, как этот компонент делался. После обновления - ... не в красную армию. Соединял я кучу выходов в одну точку, ну я вам доложу... Удалил! ... Короче, точка зрения Леонид`а логична, даже не с точки зрения концепции HiAsm, а с точки зрения логики. + удобства. Так нормальныё люди мыслят. Пусть они не далёкие, как я, но крайне вредно ломать общие понятия под изуитские правила. MT-потоки здесь вовсе не причём. Убрать их и сделать в dll! - я утрирую. Главное не как удобно построить компонент и в концепцию ложится-ли, а чтобы приятно было пользоваться. По большому счёту все эти понятия "MT-потоки" не должны присутствовать в поле видимости пользователя. Такое впечатление, что за лесом кубиков и правил - логики не видно. БлюПупами https://habr.com/ru/post/344446/ (В качестве картинки - там высокоуровневые сопли) Вы пользовались? И что скажете? Ведь в голову никому не пришло циклы в виде кубиков изобразить. И IC не самое удачное решение. Простое, но не удачное, как пластырь в пробоине. Но об этом потом. В спешке и запале. Но это нормально! Возможно нужны два разных компонента. Редактировалось 10 раз(а), последний 2019-06-15 19:01:58 |
|||
карма: 6 |
|