Поиск по сайту

Результаты поиска по тегам 'tlocation'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип публикаций


Форум риэлторов Sitebill

  • CMS Sitebill
    • Приложения, модули, настройки
    • Шаблоны
    • Формы поиска, заявки, контакты
    • Карта объектов
    • Монетизация и модули оплаты
    • Обновления
    • Выгрузки/Загрузки
    • SEO
    • Авторизация через соц.сети
    • Файлы и готовые решения
    • Отзывы клиентов
    • Фриланс
    • English support
  • Хостинг
    • Техническая поддержка
  • Недвижимость
    • Партнерская программа
    • Риэлторы
    • Загородная недвижимость
    • Ипотека
    • Новички
    • Курилка
    • Оцени материал
    • Инвестиции в недвижимость
  • Практики успешных риэлторов
    • Традиционный маркетинг для риэлторов
    • SMM для риэлторов
    • ИТ-технологии в недвижимости
  • Донат's Как развивать сообщество?
  • Бизнес-стратегии's Начало

Категории

  • Шаблоны
  • Приложения
  • Платные шаблоны
  • Языковые файлы (переводы)
  • Адресные справочники
  • Wordpress

Искать результаты в...

Искать результаты, которые...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

Зарегистрирован

  • Начать

    Конец


Группа


Location


Interests

Найдено 1 результат

  1. Допустимое системное имя элемента этого типа: tlocation (и не иначе) Этот тип поля не хранится в БД as is. Поэтому галочка Хранить значение поля в таблице должна быть снята. Задачи компонента 1) управлять географической структурой адресных полей 2) реализовывать подбор данных для элементов географии не-tlocation, но с параметров autocomplete=1 Тип поля модели, отвечающий за адресные данные. Содержит в себе 5 встроенных компонентов country_id - идентификатор страны из таблицы country region_id - идентификатор региона из таблицы region city_id - идентификатор города из таблицы city district_id - идентификатор района города из таблицы district street_id - идентификатор улицы из таблицы street Предполагает наличие иерархической зависимости именно в порядке country_id -> region_id -> city_id -> district_id -> street_id Есть одно исключение. Если указан параметр link_street_to_city из иерархической цепочки исключается звено district_id, и street_id считается зависимым от city_id. Принципиально каждый компонент этого типа не обязана соответствовать буквально своему названию. Например city_id может указывать на район области в тот момент, когда region_id указывает на область, если в соответствующих таблицах city и region содержатся данные о областях и районах областей. Допустимые параметры: visibles - перечень отображаемых компонентов. Указывается в формате компонент1|компонент2|компонент3 Порядок компонентов не важен. При отсутствии этого параметра или его пустом значении будут отображены все компоненты. (Это поведение будет изменено. При отсутствии этого параметра элемент не будет генерироваться. Поэтому лучше явно указывать список выводимых частей) Например region_id|city_id выведет селектбоксы для региона и города. Результат default_country_id, default_region_id.... - значение по умолчанию. например выбрано для отображения регион и город. Если текущее значение country_id не установлено, список регионов с списке выбора регионов будет установлен соответственно default_country_id, если оно задано и не равно 0. В противном же случае будет выведен список всех регионов из таблицы region show_names - признак того, нужно ли выводить возле каждого подэлемента tlocation имена-метки. По умолчанию и при отсутствии данного параметра считается включенным (=1) Включено Выключено names - имена отдельных элементов. Задаются в формате имя_подэлемента:имя_метки|имя_подэлемента2:имя_метки2 Обновление вывода. С версии system-2.5.25 и tlocation-1.1 генератор формы возвращает tlocation в форму не как обычный эемент (заголовк и кусок хтмл для вставки), а как коллекцию элементов. Для тех, кто использует базовый файл /apps/system/lib/frontend/search/kvartira_search.php для генерации форм поиска это изменение учтено. Тепер такие блоки как {$country_list}, {$city_list}, которые находились в шаблоне форму поиска, при наличии элемента tlocation будут заменены соответствующими кусочками элемента tlocation. Но ничто не запрещает присваивать разметку этих элементов другим переменным шаблона и свободно перемещать их в пределах формы. Те, кто использовал локальные формы поиска с {$tlocation_form_element_simple.html} столкнутся с багом.