ows.nightwolf

Я подозреваю что у вас синтаксис неправильный. Во-первых такой селектор $('$my_id') вообще работать вроде как не должен, вместо него надо $('#my_id'), а во-вторых если вы хотите "взять" блок с id="message" из HTML который вернет сервер, то вам надо делать так: $('#load').load(index + ' ' + '#message'). В документации блок, который надо "взять" из ответа указывается в первом аргументе после url-адреса через пробел, а вы его вторым аргументом пихаете, вот jQuery его и добавляет к URL как параметр запроса.

word-wrap: break-word;

Для того, чтобы равномерно поправить яркость цвета удобно перевести его из RGB представления в HSL (Hue, Saturation, Lightness) в котором, как понятно из аббревиатуры, последний параметр отвечает за "светлость" цвета (можно использовать онлайн-инструмент, например вот этот http://www.w3schools.com/colors/colors_rgb.asp). Вот пример: http://jsbin.com/kedicaboma/edit?css,output. Тут если уменьшить/увеличить третий аргумент обоих функции hsl на одинаковое значение, то яркость обоих цветов изменится равномерно. hsl значения поддерживаются IE9+, для более ранних браузеров нужно использовать либо css-препроцессоры (SASS, например), либо вручную конвертировать цвета из HSL в RGB (например, вот этим: http://www.w3schools.com/colors/colors_hsl.asp)

Возможно как-то так: var searchResults = document.getElementById('search'); var anchors = document.evaluate('//h3/a', searchResults); var anchorNames = document.evaluate('//h3/a//text()', searchResults); // Если надо итерироваться по полученым данным: while (let anchor = anchors.iterateNext()) { сonsole.log(anchor); }

Самое главное - методы массива позволяют быстрее обходить разреженные массивы, пропуская отсутствующие элементы. Пример: var arr = []; arr[0] = 0; arr[100500] = 100500; // выведет "100500", много сообщений "undefined" и "0" в консоль (заметно медленнее чем метод forEach): for (var i = arr.length; i<=0; i--) { console.log(arr[i]); } // Выведет только "0" и "100500". Заметно быстрее, чем цикл for: arr.forEach(v=>console.log(v)); Ну и они проще читаются (ИМХО), особенно в связке с arrow functions .

Вариант решения номер два: http://jsbin.com/fiyapidixe/edit?html,css,output Недостатки - в HTML разметке цена и товар поменялись местами

Последние слова откладывают флексбоксы на пару лет еще ) А так конечно удобная тема. Но аццкий вид, когда все префиксы развернуты и неподдержка в ИЕ9... нет уж, пока рано ) Для IE9 можно либо сделать отдельный стиль чтоб было минимально похоже (что-то типа флоутами или еще как-нибудь, в зависимости от задачи), либо подключить JS полифил если совсем уж хоццо чтоб везде одинаково было.

Да, здешний валидатор кода подкинул нежданьчик Спасибо за идею с заключением значений в квадратные скобки

/* Если ширина блока неизвестна: */ left: 50%; transform: translate(-50%); /* Если ширина блока известна, можно сделать кроссбраузернее: */ left: 50%; margin-left: [минус][половина ширины блока]px;

Ага, то есть вы хотите сказать, что дизайнер не должен следить за текстом, который он набирает в макете? В том-то и дело, что в отличие от обычного текста дизайнерский блок (коим на мой взгляд и является данный список на сайте топикстартера) создается для привлечения внимания пользователя и простоты восприятия (чтоб пользователь мог даже вскользь глазами пробежаться и все равно инфу из него выцепить), и, как мне рассказывал знакомый дизайнер, пропуск завершающих знаков пунктуации в заголовках, списках, и других строках с небольшим количеством слов незначительно улучшает это восприятие. Так что на мой взгляд в данном конкретном случае не стоит считать это ошибкой. Но в остальном я с вами согласен - если бы это был список какой-нибудь документации, то знаки пунктуации должны быть соблюдены, чтобы было однозначное и недвусмысленное понимание того что там написано. И в этом случае если верстальщик заметил ошибку, то занимать позицию "моя хата с краю" было бы очень непрофессионально на мой взгляд. Расставлять точки с запятыми это не охрененно, это лишь твоя фантазия о крутости/правильности от передоза Ководства. Во-первых ты не понимаешь разницы между дизайнерским блоком и обычным текстом, а во-вторых все срать хотели на правила, и вот почему: Сайт Темовский конечно же 8) С таким же успехом можно придираться к предложениям у которых нет точки в конце, или к тексту набранным в верхнем регистре. Вот в том блоке снизу где один пункт с точкой ("PPG - лакокрасочные материалы..."), а остальные (которые идут ниже) без - это уже реальный косяк, т.к. вне зависимости от того, дизайнерский это блок или обычный текст, в пределах блока стиль оформления должен быть одинаковый. Если ставить точки в конце, то у всех пунктов, иначе не ставить нигде. Не заметил ошибку это одно, а заметил и положил болт это другое.

Если я правильно понял задачу, то может помочь использование одного "общего" объекта XMLHttpRequest для всех запросов. Тогда при каждом новом запросе (если существовал незаконченный старый) в этом объекте XMLHttpRequest будет автоматически вызван метод abort ("отменяющий" предыдущий запрос), и начат новый запрос. Пример. Плюсы способа: не надо заводить лишние массивы/переменные для отслеживания существующих незавершенных запросов. Минусы: при отправке нового запроса незаконченный старый запрос убивается полностью, по этому если вы в старом запросе отправляете (или получаете) на сервер какую-то информацию, то передача(получение) будет прервана и информация не дойдет целиком.

Нет, обойти никак, т.к. это сделано в целях безопасности для защиты от кликджекинга. Предложенный вами сайт не использует Iframe, а обрабатывает запросы на сервере. Как оно там реализовано я не знаю, но скорее всего через какое-нибудь гугловское/яндексовское API (если оно есть, я не в курсе).

1. У вас во всех трех файлах неправильные доктайпы (надо <DOCTYPE html> для HTML5) 2. В HTML5 фреймы запрещены, так что использовать их нерекомендуется. Вместо этого следует использовать iFrame. 3. Все эти сайты возвращают заголовок X-Frame-Options: sameorigin, что означает что они могут быт открыты только в фреймах с тем же происхождением, что и сама открываемая страница (google.ru откроется только в фреймах страниц от самого google.ru). А VK и Yandex тем же заголовком вообще запрещают открывать себя в любых фреймах, даже со своих страниц

Можно воспользоваться flex-box'ом(статья, обучающее видео), только логотипы тогда надо делать отдельными картинками: пример. Тогда CSS свойство display: flex; вешается на <ul>, flex: 1 1 auto; вешается на <li>, а для картинок устанавливается width: 100%; Работает IE10+

Тени можно сделать через CSS свойство -ms-filter. А округлости (и тени тоже) можно сделать использовав скрипт PIE.htc (http://css3pie.com). Но вообще лучше не делать в старых браузерах то чему они "не обучены нативно" ибо это будет создавать лишнюю нагрузку на машину клиента, и к тому же пользователи, использующие старые браузеры, как бы и не ожидают особо никаких современных красот. P.S. Пока писал меня уже опередили, так что извиняюсь за дублирующуюся информацию

Как вариант добавить в класс li.kolonki следующие свойства: text-align: center;line-height: 40px;

А, да, разумеется. Я видимо невнимателно тему прочитал и мне показалось что автору именно для картинок этот функционал нужен. Именно для картинок! работает прикольно так! а как бы эту штуку себе взять?) Если вам нужен исходный код - откройте пример, и справа вверху будет кнопка Edit in JS Bin - нажмите и перейдете в резим редактирования кода. Там можно посмотреть HTML, CSS и JS код.

Третий пункт - то что надо. Кодом не могли бы поделиться? Если вы откроете пример, то там внизу слева будет ссылка "Edit this pen" - нажмете и у вас в 3 блоках будет виден HTML, CSS и JS код. JavaScript код я закомментировал, так что думаю не сложно будет разобраться.

У меня вроде правильный отбражается - open-sans

Если я вас правильно понял, вам надо реализовать загрузку какого-то одного блока (например, контент) с вашего сайта в iframe? Мне видится тут 3 варианта решения: 1) В iframe грузится страничка так же, как в обычную вкладку браузера, т.е. целиком, так что вы можете создать два html файла - один представляет страницу целиком, с хедером и футером, для загрузки во вкладке браузера, а второй такой же, но без хедера и футера, для загрузки в iframe. Но этот метод оооочень очень плохой. Не надо так делать. 2) Использовать php. Разбить страницу на 3 файла - footer.html, header.html и content.html. Написать php скрипт, который когда надо открыть страницу во вкладке браузера будет "склеивать" все эти файлы вместе и отдавать браузеру, а когда надо открыть страницу в iframe будет отдавать только файл content.html. Это самый хороший способ, как мне кажется. 3) Использовать JS. В iframe грузится ваша страница целиком, после чего c помощью JS удаляются все ненужные блоки (footer, header и т.п.). Способ будет работать только с web-страницами, загруженными с вашего сервера, чужие страницы обработать вроде не получится. Тут я набросал небольшой пример (кликните на кнопку "Load this page in frame").

да нет проблема в js смотрите как на сайте отображается http://s7.hostingkartinok.com/uploads/images/2015/04/757b54365ba8e244ef395154d38747c6.png Просто исходя из того что вы написали в первом сообщении - у вас парсер js пишет что переменная jQuery не определена, это значит одно из двух - либо файл с библиотекой jQuery не подключился вообще, либо в коде он был подключен познее, чем надо (например, после вашего slider.js).

Целиком, чтоб было видно как вы скрипты подключаете) я все еще с очень большой долей вероятности думаю что у вас что-то не так с порядком подключения скриптов)

Покажите ваш HTML код.

У вас сама библиотека jQuery не подключена. Перед тегами <script> подключащими ваши скрипты вставьте код: <script src="http://code.jquery.com/jquery-2.1.3.min.js"></script>Или если нужна поддержка IE8 и ниже: <script src="http://code.jquery.com/jquery-1.11.2.min.js"></script>

Кстати, интересно, а что участники этого форума домают на этот счет - стоит ли в реальных проектах (которые больше чем сайт-визитка) использовать CSS для реализации такого функционала? Как мне кажется - это нарушает принцип "каждый инструмент должен применяться для того, для чего он предназначен". В этой ситуации прослеживается логика взаимодействия между элементами - навелись на один, а поменялся другой. А за логику приложения теоретически должен отвечать JS т.к. это вроде бы то, для чего он был создан. В то же время JS не должен отвечать за представление - т.е. присваивать CSS свойства через JS идеологически неправильно. Исходя из этого по моему мнению наиболее логичным было бы обрабатывать событие hover на JS, и присваивать некоторый класс элементу, который должен измениться, а уже в таблице стилей описывать оформление для этого класса.