wildhind

Вариант с result_modifier тем и плох, что это фактически ручная работа, несмотря на то, что уже есть в наличии продуманные, оттестированные, проверенные временем и тысячами довольных (и не очень) клиентов компоненты, учитывающие все возможные нюансы. Для понимания картины такой вопрос: какая цена будет выводиться в списке сопутствующих товаров, выбранных вручную в result_modifier для вновь заведённой группы оптовиков, которым по пятницам при заказе на сумму от 13000 до 26000 из раздела каталога «трёхлитровые банки» положена скидка 8%? Штатные компоненты все такие нюансы учитывают. Вручную учесть всё то же самое тоже возможно, но не целесообразно, трудозатраты слишком велики. element.php — файл в составе шаблона комплексного компонента catalog, отвечающий за отображение детальной страницы товара, на которой и подключается простой компонент catalog.element. http://dev.1c-bitrix.ru/user_help/content/iblock/components_2/catalog/catalog_section.php Один из параметров: FILTER_NAME. Можно указать собственный фильтр по свойству, отвечающему за связи между инфоблоками. Хотя это может быть и тот же самый инфоблок. К примеру, есть свойство с кодом RELATED_TO, в котором и сохраняется отношение связанного товара. Тогда задаём фильтр: $GLOBALS["relatedFilter"] = array("PROPERTY_RELATED_TO"=>$arResult["VARIABLES"]["ELEMENT_ID"]); // в переменной $arResult["VARIABLES"]["ELEMENT_ID"] хранится ID текущего товара. А вот код свойства у нас задаётся через параметры, так что его нужно из параметров и брать, например так: $GLOBALS["relatedFilter"] = array("PROPERTY_".$arParams["LINK_PROPERTY_SID"]=>$arResult["VARIABLES"]["ELEMENT_ID"]); После определения фильтра подключается компонент catalog.section, у которого среди параметров будут такие: … "IBLOCK_ID" => $arParams["LINK_IBLOCK_ID"], … "FILTER_NAME" => "relatedFilter" … И после этого можно спокойно пользовать штатный компонент catalog.section для вывода связанных товаров.

Спасибо. Значит для вас и делаем.С любыми пожеланиями добро пожаловать. В обозримом будущем на страницу результата добавим кнопку «скачать всё одним архивом». Вы не об этом ли?

«Комплекс мер» — это как-то уж очень размыто. Можно конкретнее? И расскажите пожалуйста именно об оптимизации сайта, а не о регистрации в каталогах. И ещё, если можно, распишите детальную смету на каждую из поисковых систем, на оптимизацию и на загадочный «комплекс мер» с почасовой детализацией, указанием стоимости каждой части работ и обоснованием её необходимости. Например, мне не очевидна необходимость продвижения среднестатистического русскоязычного сайта в системе Yahoo! или AOL. Какое количество статей входят в вашу услугу и где они размещаются? Что вы делаете в соцсетях?

На какую целевую аудиторию рассчитан ваш пакет раскрутки «в поисковых системах Яндекс, Rambler, Google, Mail, Yahoo, MSN»? Что входит в понятие «оптимизация сайта под поисковые системы»? Какие методы оптимизации используете?

http://jscrollpane.kelvinluck.com/ Огромный недостаток ресурса xiper.net, из-за которого его следует обходить стороной — пересказ своими словами в меру понимания (не всегда полного), и отсутствие ссылок на первоисточники.

что входит в раскрутку за $10?

И даже понятно, почему надежды мало. Вопрос значительно сложнее, чем может показаться на первый взгляд. Вариант относительно простой, в лоб: в result_modifier.php довыбрать все необходимые данные. Чем этот вариант плох, надеюсь, не надо объяснять. Вариант, который на первый взгляд может показаться очень простым, у новичков часто руки чешутся именно так сделать: разместить вызов компонента в шаблоне компонента catalog.element. Ни в коем случае так делать нельзя! Больно аукнется при включении автокэширования. Меньшим из зол на мой взгляд является такой вариант: в element.php задать фильтр из значений $arParams["LINK_IBLOCK_ID"], $arParams["LINK_PROPERTY_SID"] и $arResult["VARIABLES"]["ELEMENT_ID"], а затем с этим фильтром подключить catalog.section. С религиозной точки зрения этот вариант может и не выдержать критики, но работать будет чётко, стабильно, стройность комплексного компонента нарушена не будет.

ох ёлки ж фон ещё и множественный ну тогда всё ясно

конечно то же самое. Ведь было непонятно, от какой величины вычислять 100% — так и всё равно, было это правило или не было его. Почему для html не указано height: 100%?

странно, что работает. body { min-height: 100% } эта высота — 100% от чего?

Сделайте пожалуйста, а не то получается гадание на кофейной гуще. Зарегистрировать аккаунт у хостера на бесплатный тестовый период — занятие на пять минут. Ещё минута уйдёт после этого на то, чтобы посмотреть файрбагом и понять вашу проблему. Как альтернатива можем неделю гадать и не угадать.

Ссылочку будьте добры.

Хороший менеджер — большая редкость. Чаще они заказчика находят, но обещают ему заведомо невозможное лишь бы заключить договор, а документацию скидывают на разработчика. Так что, если нашёл хорошего менеджера — держись крепко!

Что-то странное творится. На вашем же сайте файрбагом убираю float: left; width: 500px у блока, меняю overflow-x:scroll на overflow-x:auto и закономерно получаю описанный вами эффект. А как у вас?

+200% к стоимости проекта — тогда есть о чём говорить.

Было такое в одной из первых версий. Да, круто. Но целью было сделать не крутой, а практичный продукт. Вот один из частых сценариев: нужно показать заказчику ряд макетов его будущего сайта. Макеты лежат в корпоративном дропбоксе, разложенные по папкам (у каждого дизайнера папка своя). Конечно можно развернуть в файловом менеджере весь рабочий каталог в виде дерева, выбрать разом все нужные файлы, а потом тянуть их на страницу и получать результат, не нажимая кнопку. Но неудобно. Куда удобнее зайти сначала в один каталог, выбрать оттуда нужные, затем в другой, там тоже выбрать, и только когда все файлы выбраны, выбрать опции оформления (браузер, ограничение размера, тень и т.п.), нажать кнопу и получить результат. Затем посмотреть результат, понять, что забыт ещё один макет, а браузер сафари уже всем приелся, добавить недостающий макет, блеснуть оригинальностью и выбрать IE9, и … снова нажать кнопу, получить новый результат. А каково должно быть поведение программы, когда к выбранным картинкам, по которым уже результат сформирован, добавляется ещё одна? Делать новый результат со всеми старыми картинками? А если это ещё не окончательный вариант, а будет добавлен ещё один исходник? А что делать программе, пока пользователь пробивается сквозь менюшки, выбирая белый айфон без тени в качестве оформления? Формировать промежуточный результат после каждого изменения выбора? То есть, выбрал пользователь девайсы вместо браузеров — сформировала программа результат с никому не нужными айпадами. Выбрал он айфон (по умолчанию чёрный и с тенью) — сделали ему чёрный и с тенью, хотя это и не нужно. И всё это время пользователю хоть по секунде, но ждать, получать ненужные ему результаты — зачем?

хорошо, хоть предсказуемым контролом В закинутой мною сегодня на обсуждение работе есть и оформление input type=file. Сделано без js, строго полагаясь на предсказуемость штатного контрола и возможность управлять размером шрифта.

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

может потому что css расположен по разным адресам и в одном случае относительный путь ../icons/Add.png действует, а в другом — нет?

и куда тогда классифицировать input type=file? У него ведь размер шрифта вполне управляемый, но проблемы с его оформлением общеизвестны.

Можно подробнее? На выходе получается результат. Чтобы его получить, достаточно одну кнопку нажать. Предпросмотр оригинальных картинок есть в списке при наведении. Или я не понимаю вашу мысль? Скрин конечно же не делается. Обрабатывается загружаемая картинка. Сами свой сервис мы пользуем как правило при демонстрации заказчику многостраничного макета: кинуть на страницу несколько сохранённых как png макетов, добавить рамки (известно же магическое воздействие на заказчиков рамок браузеров вокруг макета сайта), получаем адрес страницы с разультатом, и отправляем заказчику ссылку. Заказчик уже оценивает макет именно как макет, а не как абстрактную картинку. Предположив, что подобная возможность может быть интересна и нашим коллегам, сделали из программы для внутреннего пользования публичный сервис. Ваши предложения, как можно сделать интерфейс более понятным для человека, попавшего на страницу впервые? Такая идея мне даже в голову не приходила. Надо будет её рассмотреть, выглядит здравой. А что другие скажут по этому поводу? Мне тоже Это сделаю в одной из следующих версий

http://getcover.ru Вот такой сервис для дизайнеров сварганили на днях. В связи с этим вопросы к уважаемому сообществу: Без пространных объяснений понятно ли, что это за сервис, для чего нужен, как пользоваться? Что можно улучшить в этом плане? Нет ли каких ошибок в работе, которых мы сами не можем заметить, поскольку знаем продукт вдоль и поперёк, а соответственно, знаем, на какие кнопки жать можно, а на какие нельзя? Стали бы вы этим сервисом пользоваться? Если да, то как? Если нет, то почему? Чего не хватает для полного счастья?

15%? Вот диаграмка метрики с реально действующего сайта, притом не особо специфичного.

достаточно не писать лишнего.

Для того, чтобы вам ответили на ваш вопрос, у вас есть три варианта: Выложить ещё и картинки, упомянутые в css, но по понятным причинам не отображающиеся у того, кому было не лениво ваш код скопировать к себе и открыть в браузере Дожидаться телепата-экстрасенса-спиритолога-мага Дать ссылку на свою страницу в интернете, чтобы можно было посмотреть файрбагом и понять, в чём дело. Выбирайте