Папоротниковый Пингвин
Участники-
Публикации
14 -
Зарегистрирован
-
Посещение
О Папоротниковый Пингвин
-
Звание
Любопытный
-
Догадывался близко к правде, это хорошо. Да кстати, сейчас по вашим словам вспомнил, что ещё до перекройки шаблона при просмотре кода через браузер было ясно видно 2 колонки, за отсутствием необходимости в такой структуре правил CSS и сделал вывод обеих колонок друг за другом. В .tpl ещё не хотел лезть, думал не понадобится, да и наобум переписывать - себе дороже. Когда поправил .tpl и увидел дубляж, начал искать откуда ноги растут, заметил что в коде примера не было <ul> структур, решил и из своего кода их убрать. В результате удаления дубляж пропал, однако и все CSS были скинуты. Назначил свои классы, восстановил красоту и теперь всё чётко, ещё раз спасибо!) Ещё остались некоторые вопросы по теме выдачи результатов поиска, default поисковика на главной(шаблон agency), при условии, что мною были созданы свои поля поиска которые берут информацию из новых полей формы регистрации объектов для аренды, но думаю логичней будет спрашивать в соответствующей теме.
-
С этим уже разобрался, если честно даже не объясню как, был какой-то дефект с блоком <ul> - при его удалении таблица становилась НЕ дублированной. А вообще большущее вам спасибо за помощь, без вашей помощи данная идея была бы просто похерена)) С value и value_string понял. И если не ошибаюсь подводя итог, value - позволяет выводить единственное значение связки "ключ - значение", а value_string позволяет определить ключ и подобрать значение под конкретный ID объекта, или нет? Типа если это 6й объекта, то для него select_by_query = 4(key) = (string/value)300 метров до метро ... Не обессудьте если ересь пишу, однако очень интересно разобраться в механике работы движка, кода и т.д. П.С. Код был полностью переписан мной и большая часть образца (http://pastebin.com/SSRc7w9P)была удалена, код был сокращён на 2/3. Не знаю на сколько это хорошо. Определил "операторы" которые служили для вывода информации в нужном виде, разместил в необходимом мне порядке, подправил CSS и вуа-ля! Всё работает как часы. Но до сих пор "терзают смутные сомнения" по поводу того кода, что я удалил. В образце было много дублированного кода который не был виден мне - как пользователю. Я так подозреваю ВАШ код в примере был адресован даже для тех - кто хотел бы показывать определённые поля ОПРЕДЕЛЁННЫМ типам пользователей... и поэтому код троекратно был дублирован типа для НЕЗАРЕГИСТРИРОВАННЫХ - АДМИНИСТРАТОРОВ - РИЭЛТОРОВ. - может опять я не прав, пытаюсь найти рациональное зерно))
-
Действительно получается))) это круто, но почему-то дублируются данные и в информации об объекте он описывается 2 раза, 1 раз полностью и второй раз полностью, пытался методом тыка исправить, результат не очень. Подскажите пожалуйста, как пофиксить? P.S. РЕШЕНО. Удивительно, но сработал value. Вывел все поля которые были созданы с помощью safe_string, textarea_editor и textarea, забавно конечно и очень странно для меня - как человека мало разбирающегося в области веб-девелопмента, однако был уверен в назначении "операторов" value и value_string.
-
1) Я старался по разному повлиять на вывод информационных полей, но ничего толкового не вышло. вы не могли бы привести какой-нибудь код в пример? Ну например в ситуации если я создал в форме date новую строку для регистрации (distance - расстояние до моря) и эти данные выводятся автоматически, генерируются самим кодом, как я могу повлиять с этого .tpl на данный процесс? 2) Может быть есть какой-нибудь код отвечающий за вывод отдельной строки из формы date(из базы)? Удалить весь код генерации и автоматического вывода и сделать вывод в ручную только тех полей, которые необходимы, возможен ли такой подход? как может выглядеть подобный код? По сути таблица больше меняться не будет. А если и потребуется изменить вывод полей, то я думаю по образцу такое будет сделать достаточно просто.
-
По сути - никак. Единственное, что арендодатели(не зарегистрированные пользователи) - это просто те люди, которые заполнили анкету и в ней видели все поля формы, а арендаторы(такие же не зарегистрированные пользователи) - люди, которые просматривая объявления, всей информации уже не видят(контактные данные арендодателя и т.д.)
-
Первый вариант себя не оправдывает и требованиям не подходит, я именно по этому и попросил помощи. Вот второй вариант - именно то, что нужно. То есть, мне необходимо править realty_view.tpl в шаблоне agency? Нужны ли какие-либо особые формы кода для вывода одних данных и скрытия других? или это возможно реализовать закомментировав "ненужный" код?
-
Здравствуйте. Ситуация следующая. На моём сайте есть 2 типа людей. 1: администраторы 2. все остальные пользователи. 2-я группа делится на арендодателей и арендаторов. Не первые не вторые не проходят регистрацию и могут как зарегистрировать свой объект для подачи на аренду, так и заполнить заявку на аренду какого-нибудь объекта. Мне необходимо, что бы те, кто регистрирует свои объекты - видели все поля формы (адрес объекта, контактный номер телефона и т.д.), НО мне так же нужно скрыть эти поля формы при показе общей информации о данном объекте на сайте. Подскажите пожалуйста, как это реализовать именно в такой пользовательской структуре? где есть только админы и только незарегистрированные пользователи.
-
Здравствуйте, я проделал все данные инструкции, в стандартной форме поиска теперь имеются созданные мной поля, но беда в том, что не происходит фильтрация объявлений. Добавил параметр поиска - "Удалённость от моря", по природе своей в data - это селектбокс с 6-тью значениями. И в поисковике точно так же хочу сделать поиск по 6ти значениям, что по сути и получилось, только резултата нет. Что делать? как поправить? как заставить поиск работать?
-
спасибо, понял. Ещё вопрос остался. Можно ли сделать форму, например select box, который активирует(создаёт) другой selectbox - ЕСЛИ становится активным, если начинает использоваться. Например, пользователь выбирает из селектбокса тип жилья - Люкс, и только после того как он выбрал это в селектбоксе - появляется другой селектбокс или другая произвольная форма?
-
Такой подход рассматривался, но он не реализует данную схему. Суть в последовательном введении информации в таблицу, то есть 1. ввести тип номере (люкс, полу-люкс, стандартный). 2. ввести кол-во мест в данном номере. 3. цену за проживание в определённый месяц сезона, за сутки. Каким путём возможно реализовать именно такой алгоритм создания таблицы? P.S. Нет никакой необходимости делать это для обработки информации самим движком(расчёт, бронирование или ещё какие-нибудь операции). Таблица создаётся регистратором имущества(объекта) и подаётся пользователям чисто в ознакомительных целях.
-
Уважаемые администраторы, нахожусь в полном недоумении как можно реализовать следующую форму(для аренды номеров в базах отдыха или отелях): Если вы сталкивались с подобными задачами, подскажите пожалуйста путь разрешения вопроса. Через редактор форм такую, достаточно сложную схему не вижу возможности реализовать (либо недосмотрел). В общем буду благодарен за любую помощь по данному вопросу.