denkurgan

Я внес правки, что бы сортировало и в автокомплите. Ждите обновления tlocaion.

Ок. Эти изменения пойдут в базовую версию, так что за затирание можете не бояться. А с затиранием при активации я посмотрю, как там привести к единообразию.

Желательно только информация о объекте, без  внешнего окружения - меню, подвал, справа, слева.
В шапке всплывающего окна можно предусмотреть место для рекламы google или яндекс директ

Сделайте вариант поуневерсальней: всплывающие окно, в новой вкладке, в новом окне.

denkurgan, я продолжу на вас ставить эксперименты )
 
http://my.digitalwerkstatt.ru/files/mycombobox.js.rar
 
Файлом из архива замените файл /apps/system/js/mycombobox.js
Старый можете забекапить, а не перезатирать.
 
Должна решиться проблема с результатами от первой букву в комбобоксе.

http://my.digitalwerkstatt.ru/files/mycombobox_ac.rar
 
вот такой же заменитель для mycombobox_ac.js

Поле  street
Состояние конфиги Использовать combobox в элементах select (use_combobox) - стоит галочка
Значение autocomplete на тестированом элементе -  параметров нет совсем
Состояние галочки Использовать комбобокс-виджет для тестированого элемента в настройках поля модели. - стоит галочка
Далее варианты
  1.Состояние файлов mycombobox_ac.js и mycombobox_ac.js -  физичеки отсутствуют.
     Работает как обычный  select_box, без набора первых букв. Вначале работало и без файлов, видно из кеша.
 
  2.Состояние файлов mycombobox_ac.js и mycombobox_ac.js -  замененные на выданные вами.
          Форма поиска                                                                          Форма заполнения объявления
 
При открытии формы:
     В ячейке заголовок по умолчанию                                          В ячейке название первой по списку улицы
      то что указано  в редакторе форм                                         из справочника улиц
 
При активации ячейки
     Приходится стирать находящиеся                                          Значение исчезает можно сразу набирать
     там значение                                                                             новую улицу
 
Поиск в обоих формах проходит хорошо: сначала идет поиск по первым буквам, потом по всему тексту.
 
После заполнения других ячеек при возврате на улицу:
      Можно исправить название улицы                                        Происходит стирание предыдущего названия,
                                                                                                       если возврат произошел случайно, надо будет набрать заново улицу

Ага. И использовать зти данные для поиска по умолчанию.

Допустим такая схема Город/Район/Улица.  
Справочники все привязанны.
Работает autocomplete.
 
Начинаем набирать улицу Система ищет улицу в справочнике, потом вверх Район и Город где такая улица есть.
И предполагает к выбору все варианты, причем варианты идут по популярности.  такая система работает. ну очень удобно.
Пример во вложении.

В tlocation функция autocomplete  работает?
Хочу tlocation с autocomplete и добовлением улиц
 
 
Ну или просто адреса со значениями по умолчанию....

По умолчанию нормально работает только в tlocation при редактировании поля tlocation заполнит параметры
 
default_city_id = 3                               город по умолчанию с Id=3
default_district_id = 30                       район по умолчанию id=30
visibles=city_id|district_id|street_id     использовать только город/район/улицу
Пример в приложении.
 
 
А теперь вопрос к Дмитрию что будет если район с id=30 принадлежит городу с id=4?

tlocation + autocomplete не будет работать.
Да и если вы используете autocomplete, то больше никаких дополнительных фильтров не надо. Ведь, tlocation мы придумали специально, чтобы облегчить загрузку больших справочников. А autocomplete задачу сводит вообще к загрузке по первым буквам, он не грузит в самом начале совсем ничего.

Небольшой оффтоп.
Уже сложилась практика создания структуры категорий в виде Продажа-Квартиры, Продажа-Комнаты, Аренда-Квартиры, ... Т.е объединения в одно целое различных понятий - типа недвижимости и вида операции с ней. имхо - это плохая практика. Ведь недаром стараются вести отдельно параметры жилой и общей площади. С ними тогда значительно удобнее работать, сравнивать, фильтровать, чем со значениями вада ааа/ббб.
Если все упирается в создание меню навигации в виде выпадающих списков, то затраты от разработки такого меню не есть больше минусов от содержаний структуры в виде смешанных понятий.
 
Теперь чисто теоретически.
 
Имеем таблицу re_data, re_topic, re_rubrika (объявления, типы недвижимости, рубкрики (как-то Продам, Сдам, Сниму)). Как получить сводную матрицу количеств обїявлений:
$ads_count_matrix=array();$DBC=DBC::getInstance();$query='SELECT COUNT( d.id ) AS dcount , t.name AS tname, r.name AS rnameFROM re_data dLEFT JOIN re_topic t ON d.topic_id = t.idLEFT JOIN re_rubrika r ON d.rubrika_id = r.rubrika_id WHERE d.active=1GROUP BY d.topic_id, d.rubrika_id';$stmt=$DBC->query($query);if($stmt){    while($ar=$DBC->fetch($stmt)){ $ads_count_matrix[]=$ar; }} В результате мы получаем массив вида:
[0][dcount]='10'[0][tname]='Квартиры'[0][rname]='Продам'[1][dcount]='2'[1][tname]='Комнаты'[1][rname]='Продам'[2][dcount]='1'[2][tname]='Квартиры'[2][rname]='Сдам'[3][dcount]='0'[3][tname]='Комнаты'[3][rname]='Сдам'... Дальше уже дело техники. Либо скинуть этот массив в шаблон и там его просто вывести, либо в контроллере обработать его дополнительно - упорядочить по рубрикам, типам и тогда уже скинуть в шаблон для вывода.
 
Если рубрики\категории слиты в единую структуру, то принципиально решение будет похожим, но будет больше мороки с упорядочиванием, так как надо будет вычислить какие типы в какие рубрики входят и свести их.

Разобрался если обьявление подает не зарегистрированный пользователь  то работает форма data_form.tpl     - в этой форме все работает
                     если обьявление подает зарегистрированный пользователь  то работает форма data_form_front.tpl - в этой форме не работает условие "Активно в категории"
 
Ошибочное заключение поменял названия файлов все осталось без изменений.
Совсем запутался.
Итог:
1. В таблице data для поля room_count выбрал "Активно в категории" нужные категории.
Работает 
   - при создании  объявления а админке
   - при редактировании объявления а админке,
   - при создании объявление на сайте незарегистрированным пользователем.
Не работает
   - при создании  объявления на сайте зарегистрированным пользователем
   - при редактировании объявления на сайте зарегистрированным пользователем

Что-то вроде этого. Просто когда есть много новых вариантов и каждый раз вбивать имя и номер телефона очень утомляет. Да и авторизация получается в данном случае бессмыслена. 

Судя по скриншоту нету.
Идем сюда
Приложение/редактор форм/ таблица data/поле topic_id /Поставить галочку "колонка активна"/
 
Новые будут добавляться, а старые придется ручками из базы выковыривать.

Не 
{include file="tlocation_form_element_simple.html"} а просто 
{$tlocation_form_element_simple.html} Тут .html это не расширение файла, а поле объекта.

Частные формы поиска завязываются на категорию и, соответственно, они активируются если 1)для них указана категория\категории 2) поиск прошел по одной из этих категорий. Если для частных форм не указать категории, либо указать, но выполнить поиск со стандартной без выбора категории, активной автоматически станет стандартная.

Тоже только начал осваивать "Sitebill" много вопросов, в том числе и глупых, простите но они еще будут. Есть много пожеланий, давно занимаюсь в этом направлении, знаю что хотят агенты, как сделать удобней для агентов, но у самого не хватает знаний. И вот нашел Sitebill!!! Это живой компонент, над ним постоянно работают. И самое главное есть обратная связь. Представте, мне отвечают на мои вопросы и подсказывают как сделать.  Надеюсь мой сайт тоже будет работать. Спасибо Дмитрию и его команде