wildhind

IE7/8? 2012

уже в пятом ие вместо окошка была надпись в статус-баре: «выполнено, но с ошибками на странице»

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

Кому «посчастливилось» помнить IE4, тому это может отпечаток на всю жизнь оставить.

не помню, когда что-то обходилось без скриптов. Особенно canvas А ведь топикстартер просил на css, так что это уже оффтоп.

а пользователи IE4 сначала не догнали, что это аватарка

можно :first-of-type в таких случаях пользовать

Значит какой-то вывод идёт перед доктайпом. Не видя сайта, не сумеем сказать, какой именно.

Придерживаюсь того же мнения. Жаль, не все в состоянии оценить её прелесть в полной мере

как вариант, можно ещё канвасом порисовать

зря ржёте. В коммерческих проектах обратная совместимость — это обязательное требование.

всё, что есть в коде, выводится. Ищите ошибку на серверной стороне.

лучше всего была бы ссылка на сайт. А по картинке можно долго гадать. Может line-height где-то, может IE имеется в виду седьмой версии, и display:inline-block к изначально блочным применён, может ещё что.

Просто неправильно выбран компонент. Следует использовать комплексный компонент catalog. Он содержит в себе и список разделов, и список товаров в разделе, и детальную страницу товара. И ещё лучше не делать страницы с именами вида production.php, а создавать разделы, и в них ставить вызовы компонентов в index.php. Тогда будет несколько проще настроить красивые адреса чпу.

В параметры. $arParams в приведённом примере. Но лучше облегчить себе жизнь и проставить все параметры через режим правки.

а тут всё так и ведутся споры? Было б о чём спорить. Вот осенью представим новое ядро — тогда спорьте Особенно мнение интересно тех будет, кто сейчас справедливо упрекает в говнокоде. Ядро будет полностью новое, хотя будет обратная совместимость api, будет новый дизайн админки (кстати, предложения и пожелания принимаются, но это так, тихо между нами). А вот для кого данный продукт сложен, тем можно порекомендовать пересмотреть собственную профориентацию. Уж казалось бы, куда проще. Ограничений практически нет никаких — это сознательное решение для снижения порога вхождения. И есть api для тех, кто всё-таки умеет не только писать, но и читать.

Смотрели с мобилки? Мобилки сейчас напрочь отсеиваются, с текущей вёрсткой и текущим дизайном абсолютно неюзабельно, несмотрибельно и нечитабельно. Вскоре доберусь, сделаю нормальную мобильную версию, справедливость будет восстановлена.

http://15-shop.ru

здрасьте! С какой радости? a+a означает только элемент <a>, следующий сразу за элементом <a>. Независимо от того, сколько таких элементов. Блин, ну ребят, вы чего??? Ну ёлы-палы, слов нет. и это заявление навевает печаль. Коммунизм не состоялся. КПСС вешала лапшу о том, что кто-то кому-то чего-то должен, но что-то у них не сложилось, и СССР развалился. Пора это принять и начать работать, исполнять свои обязанности. Вот правда, не знаю даже, что и сказать на это. Грустно. Ладно, извините. Позиция жителей этого форума ясна.

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

Кстати, а разве это не решается средствами самой CMS? айй. Что делает любая cms? Берёт шаблон и вкрячивает в него данные, внесённые пользователем через дружественный интерфейс. В шаблоне при этом строго то, что сотворил верстальщик. Если в шаблоне будет пробел, то он и в браузер попадёт. А вообще именно этот пример приведён скорее как возражение против xhtml. Да, диалог должен быть. А вообще, нужно просто делать сайты, а не вёрстку. Особенности той или иной cms могут быть какие угодно, но верстать так, что если не поставить <br> в середину заголовка, то тексты слипнутся — это я считаю неудовлетворительным качеством. Это строго то, о чём я и говорила: можно поиметь кучу гемора, а можно просто не закрывать тэги, которые закрывать не обязательно, и не получить нежелательных побочных эффектов.

читайте о буферизации вывода. всякие там ob_start() и иже с ними.

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

В оригинале, который вы взяли за основу, перед применением плагина, списку явно указывается ширина. Иных способов я не знаю. Можно ещё воспользоваться не списком, а таблицей, если религия не возражает. А если именно списком, то примерно так: var $listWidth = 0 $("div.scroll-pane>ul>li").each(function(){ $listWidth += $(this).outerWidth() }).parent().width($listWidth).closest(".scroll-pane").jScrollPane()

z-index бывает и отрицательным