команда "writePlaceTag" принимает неправильное текстовое значение для поиска

byDMA · September 2021

Добрый день. Теперь я попытался предварительно согласовать поиск в пользовательском интерфейсе. Речь идет о создании определенной категории. А именно, я о полиции, больницах, аптеках, врачах и пожарных. Это должен быть поиск, который называется " SOS " и который все понимают.
Это то, что я могу сделать так:

<group bgPics="greyFrame">
	<button sourceId="PicMenuSmallButton" text="poi:0x2e05,0xf801,0x3008,0x3002,0x3001,0x4b00" 
              picNormal="find_sos" 
             fontColor="Color030" 
             command="writePlaceTag" />
         <label id="Text" text="$Other" fontColor="Color210" top="95%" left="50%" />
</group>

Реальная проблема: к строке в "тексте" добавляются запятая (,), и поиск вообще не выполняется. Если вы уберете запятую с помощью редактора, результаты поиска будут сразу же там. Каким должен быть синтаксис в "тексте", чтобы поиск выполнялся немедленно?

"text":

poi:0x2e05,0xf801,0x3008,0x3002,0x3001,0x4b00

in GUI:

poi:0x2e05,0xf801,0x3008,0x3002,0x3001,0x4b00,

EDIT:
Но с тегами (fuel, atm, kafe, service) он работает, когда запятая стоит в конце.
Вероятно, поэтому, когда "poi:" находится в начале, общая строка интерпретируется по-разному. Но запятая всегда добавляется автоматически, вероятно, чтобы пользователь знал, как ввести дополнительные строки. В "poi" вы забыли запрограммировать, что запятая не должна интерпретироваться, когда она находится в конце.

eagles1970 · September 2021

Для поиска населенных пунктов применяю следующий костыль: poi:0x0100-0x1000|*,
Вместо звездочки можно использовать любой символ

byDMA · September 2021

Спасибо!!!

Прежде чем я начну экспериментировать. так?

poi:0x2e05|*,0xf801|*,0x3008|*,0x3002|*,0x3001|*,0x4b00|*

... или для всей группы в последнем пункте?

poi:0x2e05,0xf801,0x3008,0x3002,0x3001,0x4b00|*,

если так

poi:0x2e05|*,0xf801|*,0x3008|*,0x3002|*,0x3001|*,0x4b00|*

хм, но вы можете скрыть длинный текст с помощью одного трюка: добавить пустой (прозрачный) пиксель и обычное изображение только в конце поискового запроса (здесь: "SOS"). :-)

это также работает с тегами?

fuel|*

EDIT: А, теперь я понимаю. Синтаксис работает с определением изображения, но изображение пользователь нигде не видит. Но значок исчезает при поиске :-)
Но через 2-3 минуты значок вернется.

Но, в конце концов, он также находит нужную группу POI по маршруту, хотя это занимает несколько секунд. Очень хорошо.

EDIT2

1.После экспериментов я теперь понимаю, что вы имеете в виду под символами, которые можно использовать для замены звездочки. Я подумал, что там можно включить графику, вы имеете в виду текстовый значок.

2. Преимущество: поиск запускается без проблем. Недостаток: графика поиска из меню исчезает, мне нужно запустить поиск еще раз и еще раз вернуться. Потом он вернулся. Но я, возможно, найду решение.

3.Этот метод я могу использовать, например, для предоставления нескольких поисков через Combobox (спорт, туризм ... и т. Д.)

eagles1970 · September 2021

Посмотри как реализован поиск по местам в моем скине:
https://storage.yandexcloud.net/7ways/skin/Skin.htm
долгое нажатие на кнопки открывает дополнительные меню: АЗС (АЗС, АГЗС, ЭЗС), кафе (ресторан, бар, фастфуд), мотель (hotel, motel, hostel, camping), сервис (автосервис, автомагазин, автомойка, шиномонтаж).
Так же можно реализовать другие сценарии, все зависит от заложенного в карты и в языковой файл.

Привет, незнакомец!

Разделы

команда "writePlaceTag" принимает неправильное текстовое значение для поиска

Комментарии

Привет, незнакомец!

Быстрые ссылки

Разделы

команда "writePlaceTag" принимает неправильное текстовое значение для поиска

Комментарии