abushyk

/template/frontend/novosel/realty_grid.tpl строка ~~203 <div class="property-box-meta-item"> <span>Комнат</span> <strong>{$data.room_count}</strong> {* тут $data замените на $grid_item *} </div>

Вместо цифр не стоит, так как поле цена учитывается именно в числовом варианте. Вы можете использовать значение цены как написано выше в виде нуля, или, как часто делают, в виде 1 (что бы отличать договорную цену от неуказанной) и уже опираться на значение. Так же вы можете ввести дополнительную галочку "Цена договорная" и оперировать в шаблоне ее состоянием, если отмечена, то выводить приметку что цена договорная или еще как-то иначе.

"юридически" замечание правильное. и, хотя, оно не влияет на правильность фида в целом, логически будет правильно не выводить. будет добавлено в последующих обновлениях. разе что размер фида. на каждый объект по 50 лишних байт. если объектов много, то фид пухнет от ненужных значений. иногда это довольно критично, как для самой выгрузки (в меньшей степени), так и для принимающей стороны (чем больше фид, тем дольше его вытягивает, тем больше вероятность, что его просто может недокачать).

Нужно или настроечно, или путем передачи параметра при init() модуля делать включение нужного mapType для карты. Оптимально сразу запилить туда поддержку обеих - гугля и яши.

в принципе могли бы быть для данного случая и текстовые ключи, но текстовые ключи-это зло, поэтому поддержку их я буду сокращать до минимума.

Автор его поддерживает еще?

Поле lot_type, тип select_box, ключи вариантов ЧИСЛОВЫЕ!!!! Не {садоводство~~садоводство}, а {1~~садоводство}

приходите ко мне в приват с адресом сайта и фтп-доступом.

судя по заголовку - да. только после {optype}: можно в настройке добавить пробел для красоты. И перед словом Цена там же.

Откуда вы брали этот модуль карты? Если разработчик его поддерживает, то можно попросить его добавить совместимую настройку. если нет, то разве что я полезу его модифицировать.

А теперь отключил прописной заголовок в карточке и выводится из настроек. Я его сразщу хотел там настроить, но у меня не было админки. Добавьте в этой настройке в начале строки еще {optype}, а вместо {currency} поставьте руб. У вас и так других валют нет.

исправил. у вас этот заголовок я прописал в шаблоне в realty_view.tpl в строках 30-51

скорее всего нет. библиотека из этого местоположения больше не используется и была перенесена в приложения. просто приложения, которые ее используют, обновляются по очереди и system уже как бы перепрописал ее местонахождение для себя, а необновившееся приложение, еще нет и получился случай, что одну и ту же библиотеку попытались включить из двух разных мест. Но если ситуация будет повторяться, обратитесь ко мне. Проверьте, есть ли в модели user поле active в форме чекбокса. Не помню создается ли оно автоматом. В качестве анонса - это поле будет обязательным в любом варианте регистрации - что с подтверждением мыла, что нет. Это моя ошибка. Я их переносил из системных словарей в общие, так как они больше касаются фронта, а в месте подключения не изменил источник.

скиньте в пм ссылку на сайт и, если знаете на какой форме такая проблема возникает, то напишите ее адрес.

{$data.price.value} в общий список она не выводится по причине "особенности". можно вывести там же, убрав условие or $data_item.name eq "price" в realty_view.tpl

строки 36-40 {if $geodata_show_grid_map==1} {if $REQUESTURIPATH==''} {*ДОБАВИЛ*} {if 1==0}<div id="map" style="margin: 10px 0;"></div>{/if} {*ЭТО МОЖНО УДАЛИТЬ, ПОХОЖЕ НЕ ИСПОЛЬЗУЕТСЯ*} <div id="map2" style="margin: 10px 0; height:485px;"></div> {*$mapobjectslisting*} {*ЭТО МОЖНО УДАЛИТЬ*} {/if} {*ДОБАВИЛ*} {/if}

первый - это крошки, это не заголовок. второй - шаблонный. третий, я смотрю, вы уже сами победили. пс. возможно стоит писать заголовки чуть короче - тяжело схватывать такие длинные строки глазом. Сейчас они по длинне и содержанию запросто подходят под анонс.

учту

там нужно несколько раз кликнуть, тогда становится таки видно)))

Пробуем следующее (ОБЯЗАТЕЛЬНО СДЕЛАЙТЕ РЕЗЕРВНУЮ КОПИЮ ФАЙЛИКА). Строки в файле 3-31 {if $geodata_show_grid_map==1} {if $REQUESTURIPATH==''} {*ДОБАВИЛ*} <script src="{$estate_folder}/apps/system/js/realtymap.js" type="text/javascript"></script> {*ЭТО МОЖНО УДАЛИТЬ, ПОХОЖЕ НЕ ИСПОЛЬЗУЕТСЯ*} {if isset($markers_manager_javascript)} {$markers_manager_javascript} {/if} {*ЭТО И НИЖЕ МОЖНО УДАЛИТЬ, ПОХОЖЕ НЕ ИСПОЛЬЗУЕТСЯ*} <script> var loc_objects={$geoobjects_collection_clustered}; var map_type='{$map_type}'; {literal} $(document).ready(function(){ var RM=new RealtyMap(); RM.initJSON('map', loc_objects, map_type); }); {/literal} </script> {*СТОП УДАЛЕНИЕ!!!*} <script type="text/javascript"> // + some changes in header.tpl: use Full package of maps; $(document).ready(function(){ markers_manager_map.type("yandex").cluster(true).setData({$markers_manager_geo_data}).init("map2"); }); </script> {/if} {*ДОБАВИЛ*} {/if}

Игорь Иванович верно написал, но применительно к RealtyMap-модулю. А там, не смотря на его включение, используется модуль MakeMap, который не моих рук дело. И беглый взгляд на его код шепчет мне, что в нем нет такой настройки, что бы сменить тип карты.

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

Да в общем слово не имеет сильного значения, хоть text_1.tpl, text_2.tpl - главное, что бі название было говорящим и вы по нему могли вспомнить " а зачем же это я сделал"))

тут все аналогично. копируете home_text.tpl, переименовываете в middle_text.tpl, меняете его контетн. потом в layout_home.tpl вставляете между нужными блоками {include file='middle_text.tpl'} (с 211 по 232 строку у вас идут эти блоки, по названиям там видно какой где) и все.

однозначно. или template_search или локализацией грид_менеджера, но эти параметры кто-то должен взять из запроса и отправить в формировщик списка и там уже знать как их обработать. пс. тут еще может быть момент - я не помню точно как эти параметры отобразятся в пейджере или сортировочных ссылках. там была проблема с переменными-массивами, но не помню на первом уровне вложенности или глубже. тут дело не в том, как они хранятся в модели, а в том, какой элемент используется для их отрисовки на форме и, что следует из этого, в каком виде они пойдут в запрос. а так как мултивыборный селект, который юзается плагином все свои значения отправляет в виде массива знчений, то в отличии от обычного чекбока где была просто переменная и ее значение 1, тут уже будет массив. Если бы был плагин, который чекбоксы в некотором диве накрывает и делает вид, аналогичный селекбоксу с мультивыбором, то все описанное можно было бы проигнорить.