Дополнительное свойство товара
5 марта 2011 г.
13 октября 2011 г.
13 октября 2011 г.
13 октября 2011 г.
Спасибо. Для меня сегодня стало неприятным открытием, что списки недоступны даже в "мой сайт".
Пришла в голову идея, что если опции у свойств фиксированные и нет необходимости их редактировать постоянно, то можно прописать эти списки вручную в XSL каталога товаров, но немного не хватает компетенции, как отправить в фильтр результат выбора из select
поправьте меня пожалуйста, если не сложно.
Было:
<xsl:if test="property_show_kind = 1">
<!-- Отображаем поле ввода -->
<br/>
<input type="text" name="property_id_{@id}">
<xsl:if test="/shop/*[name()=$nodename] != ''">
<xsl:attribute name="value">
<xsl:value-of select="/shop/*[name()=$nodename]"/>
</xsl:attribute>
</xsl:if>
</input>
Стало:
<xsl:if test="property_show_kind = 1">
<xsl:if test="@id = 133">
<!-- Отображаем список для свойства id=133 -->
<br/>
<select name="property_id_133">
<option value="0">...</option>
<option value="1">Для чтения</option>
<option value="2">Для дали</option>
?????
<xsl:if test="/shop/*[name()=$nodename] != ''">
<xsl:attribute name="value">
<xsl:value-of select="/shop/*[name()=$nodename]"/>
</xsl:attribute>
</xsl:if>
?????
</select>
</xsl:if>
Собственно, код между вопросами явно не подходит для элемента select
Помогите ламеру реализовать полезную, я думаю, для многих идею, как пользоваться списком в фильтре вручную, если количество опций небольшое и фиксированное.
Пришла в голову идея, что если опции у свойств фиксированные и нет необходимости их редактировать постоянно, то можно прописать эти списки вручную в XSL каталога товаров, но немного не хватает компетенции, как отправить в фильтр результат выбора из select
поправьте меня пожалуйста, если не сложно.Было:
<xsl:if test="property_show_kind = 1">
<!-- Отображаем поле ввода -->
<br/>
<input type="text" name="property_id_{@id}">
<xsl:if test="/shop/*[name()=$nodename] != ''">
<xsl:attribute name="value">
<xsl:value-of select="/shop/*[name()=$nodename]"/>
</xsl:attribute>
</xsl:if>
</input>
Стало:
<xsl:if test="property_show_kind = 1">
<xsl:if test="@id = 133">
<!-- Отображаем список для свойства id=133 -->
<br/>
<select name="property_id_133">
<option value="0">...</option>
<option value="1">Для чтения</option>
<option value="2">Для дали</option>
?????
<xsl:if test="/shop/*[name()=$nodename] != ''">
<xsl:attribute name="value">
<xsl:value-of select="/shop/*[name()=$nodename]"/>
</xsl:attribute>
</xsl:if>
?????
</select>
</xsl:if>
Собственно, код между вопросами явно не подходит для элемента select
Помогите ламеру реализовать полезную, я думаю, для многих идею, как пользоваться списком в фильтре вручную, если количество опций небольшое и фиксированное.
13 октября 2011 г.
13 октября 2011 г.
Я думаю, что хардкор в шаблонах это зло, в том случае, если его надо исполнять там регулярно, а если речь идет о 2х-3х свойствах с 3-4мя опциями которые перманентно зафиксированны, то нет смысла пользоваться функционалом для относительно крупных информационных систем.
Допустим, если я пользуюсь общественным транспортом, значит ли это, что мне необходимо покупать собственную ветку метро? в любом случае, мой вопрос было бы проще проигнорировать, чем объяснять мне, что я проявляю неуважение к труду разработчиков. Извините, но функции даже версии "халява" содержат на мой взгляд такой функционал, что то, что я попытался изобразить только что своими кривыми рученками - это просто детский лепет. Тут на форуме я видел неоднократно, как людям "дарили" целые XSL шаблоны просто так, по доброте душевной А Вы, простите, жметесь на 2 строчки Но в любом случае, спасибо.
И да простят меня за оффтопик и за такой наглый вопрос.
Допустим, если я пользуюсь общественным транспортом, значит ли это, что мне необходимо покупать собственную ветку метро?
в любом случае, мой вопрос было бы проще проигнорировать, чем объяснять мне, что я проявляю неуважение к труду разработчиков. Извините, но функции даже версии "халява" содержат на мой взгляд такой функционал, что то, что я попытался изобразить только что своими кривыми рученками - это просто детский лепет. Тут на форуме я видел неоднократно, как людям "дарили" целые XSL шаблоны просто так, по доброте душевной А Вы, простите, жметесь на 2 строчки Но в любом случае, спасибо.И да простят меня за оффтопик и за такой наглый вопрос.
13 октября 2011 г.
14 октября 2011 г.
Не передергивайте пожалуйста :-D
Думаю, что способен решить данный вопрос и сам, просто реализация будет через "нижнюю часть спины" - например, допустим отдать результат из select в поле input c аттрибутом hidden, через input вроде бы это все и работало в оригинале мне просто казалось, что цена вопроса если измерять это во времени - минуты полторы - две, потому и посмел себе такую невиданную наглость 
Думаю, что способен решить данный вопрос и сам, просто реализация будет через "нижнюю часть спины" - например, допустим отдать результат из select в поле input c аттрибутом hidden, через input вроде бы это все и работало в оригинале
мне просто казалось, что цена вопроса если измерять это во времени - минуты полторы - две, потому и посмел себе такую невиданную наглость
14 октября 2011 г.
<xsl:value-of disable-output-escaping="yes" select="property_name"/> 
<xsl:if test="property_show_kind = 1">
<xsl:if test="@id = 133">
<!-- Отображаем список для свойства id=133 -->
<br/>
<select name="property_id_133">
<option value="0">..</option>
<option value="чтен">Для чтения</option>
<option value="дал">Для дали</option>
</select>
</xsl:if>
...
<xsl:if test="property_show_kind = 1">
<xsl:if test="@id = 133">
<!-- Отображаем список для свойства id=133 -->
<br/>
<select name="property_id_133">
<option value="0">..</option>
<option value="чтен">Для чтения</option>
<option value="дал">Для дали</option>
</select>
</xsl:if>
...
В принципе, работает даже так. Я почему-то думал, что в value кириллицу пихать нельзя
Жаль только, что нет куска кода, который возвращал бы в поле select значение текущего выбора
14 октября 2011 г.
PSin писал(а):
А то меня в дрожь бросает, как представлю себе в доп.свойствах товара значения "чтен" и "дал"...
Впрочем, решение-то все равно плохое. Потому что подвержено ошибкам от человеческого фактора.
Если ваш контент-менеджер напишет в свойстве товара "Чтен" с ошибкой (с опечаткой, или пробел в конце вставит, или еще чего-нибудь в этом роде? в некоторых случаях даже регистр букв имеет значение) или вместо "чтен" напишет "Для чтения", то такой товар не будет подпадать под фильтр.
А если в шаблоне случайно закрадется опечатка в value при редактировании оного, то данный пункт вообще работать не будет.
А если кто-то добавит в доп.свойство товара значение, которого нет в списке - то оно в списке не отобразится и под фильтр не попадет.
А как показывает многолетняя практика, там где возможна человеческая ошибка - там она рано или поздно обязательно случится.
И хороший стиль разработки как раз предполагает обнаружене и исключение подобных потенциально опасных мест, а вы их наоборот - сознательно создаете.
PSin писал(а):
И вы слишком уж широко размахнулись в своей аналогии:
PSin писал(а):
Более правильная аналогия здесь будет такой: вы пользуетесь общественным транспортом и привыкли ездить на социальном автобусе бесплатно по пенсионному удостоверению А я предлагаю вам проехать на маршрутке - быстро, но без льгот, за каких-то 20-30 рублей Но российская ментальность такова, что в этой аналогии вы лучше постоите полчаса на остановке а потом еще час потолкаетесь в автобусе, чем заплатите деньги и доедете за 15 минут 
Давайте тогда и за хостинг платить не будем - можно же держать сайт под Денвером на включенном круглосуточно домашнем компе с белым IP! Тем более что тогда можно будет и за домен не платить - на сайт можно будет зайти зная IP компа
Я почему-то думал, что в value кириллицу пихать нельзя
Я вам скажу по секрету - туда можно пихать даже кириллицу с пробелами А то меня в дрожь бросает, как представлю себе в доп.свойствах товара значения "чтен" и "дал"...
Впрочем, решение-то все равно плохое. Потому что подвержено ошибкам от человеческого фактора.
Если ваш контент-менеджер напишет в свойстве товара "Чтен" с ошибкой (с опечаткой, или пробел в конце вставит, или еще чего-нибудь в этом роде? в некоторых случаях даже регистр букв имеет значение) или вместо "чтен" напишет "Для чтения", то такой товар не будет подпадать под фильтр.
А если в шаблоне случайно закрадется опечатка в value при редактировании оного, то данный пункт вообще работать не будет.
А если кто-то добавит в доп.свойство товара значение, которого нет в списке - то оно в списке не отобразится и под фильтр не попадет.
А как показывает многолетняя практика, там где возможна человеческая ошибка - там она рано или поздно обязательно случится.
И хороший стиль разработки как раз предполагает обнаружене и исключение подобных потенциально опасных мест, а вы их наоборот - сознательно создаете.
PSin писал(а):
Не передергивайте пожалуйста: -D
Ну я же профессиональный форумный тролль, мне по статусу положено И вы слишком уж широко размахнулись в своей аналогии:
PSin писал(а):
Допустим, если я пользуюсь общественным транспортом, значит ли это, что мне необходимо покупать собственную ветку метро?
Я же вам предлагаю купить всего лишь редакцию "Малый бизнес", а не всю компанию "Хостмейк"! Более правильная аналогия здесь будет такой: вы пользуетесь общественным транспортом и привыкли ездить на социальном автобусе бесплатно по пенсионному удостоверению
А я предлагаю вам проехать на маршрутке - быстро, но без льгот, за каких-то 20-30 рублей Но российская ментальность такова, что в этой аналогии вы лучше постоите полчаса на остановке а потом еще час потолкаетесь в автобусе, чем заплатите деньги и доедете за 15 минут Давайте тогда и за хостинг платить не будем - можно же держать сайт под Денвером на включенном круглосуточно домашнем компе с белым IP! Тем более что тогда можно будет и за домен не платить - на сайт можно будет зайти зная IP компа
