gift

Catherine, написал вчера ночью в скайп.

Зарегистрировался и иду. Точно пойду на доклад Кости Горского, остальное посмотрим

Ерунда какая-то: либо вы какой-то тег не закрыли, либо ещё какая-то ошибка или переопределённый для <p> стиль. P по-умолчанию элемент блочного уровня, значит и «строка» должна быть новой. Покажите код. Подсказка: ссылка без атрибута «href» — бессмыслица, добавьте его.

Проще надо быть, и люди к вам потянутся. Вопрос документирования как-то решился? Любопытно ведь!

Когда до «9 уровня» дойдёте, сможете на фрилансе простенькие заказы брать. Остальное — просто баловство.

Заказчикам, если они адекватные, плевать на валидность вашего CSS. Им и на сам CSS плевать в большинстве случаев. Валидность HTML куда важней: т.к. тут уже и ошибки в рендеринге страницы могут быть, и поисковики теоретически могут затупить, да и вообще, некрасиво это, структурированный код отдавать в неструктурированном виде. Речь идёт не об обязательном отсутствии каких-то новых атрибутов у элементов, например, а о том, чтоб все теги закрыты были, чтобы не было вложенных блочных элементов в строчные (если вы не с HTML5 работаете) и прочих ляпах.

Неверно. В figure стоит оборачивать какой-то элемент (картинку, таблицу, кусок кода), который можно без ущерба из документа вытащить, т.е. раскрывающий смысл основного содержимого элемент, который не теряет ценности и вне контекста. А что вы хотели: семантика — штука неоднозначная В figcaption кладётся описание такого элемента или его заголовок. Сноска, по сути, это поясняющий элемент, относящийся к конкретной строчке в таблице. Его, в терминах HTML5, стоит скорей в aside обернуть. Но это глупость, конечно, просто для примера Разъяснения на английском: http://html5doctor.com/element-index/#figcaption В вашем примере и сноска-то неправильно применена, на мой взгляд, ведь должен быть какой-то поясняющий текст.

Буквально сегодня столкнулся с такой записью, когда копипастил какое-то правило из HTML 5 Boilerplate. Сначала не понял, о чём речь. В жизни, на мелких сайтах, разрабатываемых на заказ, ни разу с HTTPS не сталкивался. Да и вообще: какой смысл отдавать картинки по HTTPS? ИМХО, на сайте, обременённом HTTPS (крупное что-то наверняка), можно и отдельный статичный поддомен для картинкопомойки сделать с соответствующими оптимизациями и без потребности в такой чепухе. Проблема с решением одна: при разработке «из каталога», когда не развёрнут локальный сервер, такая запись не работает. Т.е. на "file://" это не заменяется.

Неправильно вы вопрос задаёте. Что значит «при фокусе окна, если юзер кликает в ссылку»?

Вы двигались явно в правильном направлении, за исключением того, что IE8 и ниже media queries не поддерживают. Для них придётся городить какой-то джаваскрипт. Поищите плагины, наверняка кто-то уже об этом задумался.

Продвинутых верстальщиков сейчас веб-технологами называют. Расти реально есть куда: посмотри на любой нагруженный сервис, на Чикуёнка, который занимается АйМобилкой, и прочих. Там очень много нетривиальных задач: разработка поддерживаемого кода, куча всяких клиентских технологий — от вебсокетов до всяких backbone.js. Можно идти в сторону джаваскрипт-кодинга, которое уже давно на сервер залезло с Node.js, можно в сторону серверного — на питоне, например. Куда перспективней, чем похапе. Другой путь — в дизайн. Лично у меня так и получилось на время: я проектировал, рисовал, верстал и оживлял интерфейсы для веб-приложений. Всё было бы круто, но делать всё сразу очень сложно. Если удалось себя организовать, то запросто можно в тимлиды или менеджеры проектов, управлять. Но это уже тоже другие знания, читайте ДеМарко и Листера, литературу про управление проектами. На мой взгляд, если возникает вопрос «что дальше», то квалификация явно недостаточная. Я это уже несколько раз проходил: кажется, что ты знаешь всё, а потом вылезает крупный проект и новая работа, и понимаешь, что расти есть ого-го куда! Развивайтесь дальше. Всё будет. Хороший специалист никогда без работы не останется, если он не самый забитый на свете ботан, стесняющийся попросить больше 30 тысяч в Москве за свою работу.

У вас не слева направо, а наоборот. Слева направо — это инлайн-блоки. Флоаты уже лучше не использовать, если не понимаете, что делаете. http://jsfiddle.net/JUeHd/5/

С днём рождения! :excl:

matrica, советую вам поставить Firebug для Firefox (или нажать Ctrl-Shift-I в Chrome) и научиться им пользоваться. Будет полезно: и разберётесь, что и как работает, и вопросы свои самостоятельно решать сможете.

Неужели у тебя нет ни счёта в банке (можно, как правило, сделать виртуальную карту), ни зарплатной карточки на худой конец? Полезная штука, нужно обзавестись Режим «зануда» включён: карта не должна быть обязательно кредитной, подойдёт и обычная дебетовая. Главное, чтобы была не «электронная» (не подойдут самые простые Visa Electron и Mastercard). Если совсем никак, могу помочь. Есть у меня и карточка, и вебмани (но лучше яндекс.деньги). Книгу не читал.

У меня он работает на вашей разметке, я специально проверял. Правда, я заранее удалил все обработчики события hover: $('.blockOne').unbind('hover'); Если после этого код у вас не заработает, то это какая-то аномалия Чтобы не допустить растягивания блока-родителя, нужно «вырвать» блок-потомок из нормального потока. Вспомните, что обычно делают с флоатами? Их «клирят» именно потому, что они вырываются из потока. Но флоаты в данном случае подойдут не лучшим образом. Лучше использовать абсолютное позиционирование относительно родителя, задав ему заранее position:relative.

Вот этот код неидеален, но работает: $('.blockOne').bind('hover', function() { $('.ProdOne').toggle(); }); Я затрудняюсь с точностью утверждать, почему ваш код работает неправильно. Правильней было бы вложить скрытый блок в тот, для которого срабатывает наведение мышки: в таком случае можно обойтись одним CSS .ProdOne { display:none; } .blockOne:hover .ProdOne { display:block; } , а также гарантированно правильно будут срабатывать события, т.к. в джаваскрипте они всплывают от породившего элемента (.ProdOne, например) к его родителям (.blockHover). Короче говоря, при такой структуре элементов обработка события будет правильной. Тут у вас куча неточностей. Во-первых, для html и body надо задать высоту = 100%, а не минимальную высоту, чтобы действительно растянуть их на высоту вьюпорта. html, body { height:100%; } Во-вторых, минимальная высота нужна для элемента, лежащего на одном уровне с футером в DOM. В вашем случае это .container: .container { min-height:100%; } Высота и отрицательное верхнее поле у футера задано верно, но чтобы футер не наезжал на контент, нужно задать такой же отступ снизу вложенному в контейнер элементу, т.е. вашему .wrapper: .wrapper { padding-bottom:30px; } . Самое главное: проследите за элементами cufon с ненулевой высотой, которыенаходятся между footer и .container и в конце wrapper. Между этими двумя элементами не должно быть ничего, что добавило бы высоты сверх 100%.

Думаю, должны помочь отрицательные верхнее и нижнее поле для первого и последнего абзаца внутри blockquote. Смысл в том, что отрицательное поле заставить блочный элемент «вылезти» за границы своего родителя. Можно также поэкспериментировать в отрицательным смещением относительно спозиционированного элемента. Сделал бы пример, но jsfiddle тупит ужасно, не могу.

Хоть я вас и не знаю, но всё равно с днём рождения!

Совершенно верно, только я не могу понять, куда именно смотреть. По-хорошему, такая фигня должна быть в настройках плагина, но там нет. Лезть в код?

Дружище, раз такое дело, может и нам сможешь помочь? Может и смогу. Отписываюсь на имейл

Отличная тема, нашёл ответы на некоторые вопросы по ссылкам здесь Сейчас ta:c разворачивается в text-align: center, а надо без пробела. Кто-нибудь делал такое? Не могу сообразить, где искать.

Кода длиной в 20 тысяч строк у меня и впрямь не было, и слава богу! Но уж насчёт «пробуете» — увольте! Под 100 сайтов сверстал на фрилансе, спроектировал, нарисовал и сверстал интерфейсы 2 крупных и одной маленькой систем, делал кое-что в организациях, прочёл кучу литературы про разработку ПО (не только вёрстку), программировал на Си, С++, Perl, PHP... Достаточный послужной список? Можно посмотреть код, который вы собираетесь документировать? Я ж вам не вызов бросаю, просто поучаствовать хочется, дать взгляд со стороны.

Сайт прекрасный. К сожалению, язык изложения достаточно корявый: я готов по выходным проводить коррекцию, чтобы получилось более складно. Куда писать?

Не обязательно: можно использовать препроцессор на Node.js, можно из командной строки. Мне ни разу не приходилось использовать ни один из CSS-препроцессоров, но сейчас я всерьёз озаботился эффективностью своей работы, поэтому попробую. Есть идеи по поводу комбинирования концепции независимых блоков с переменными/функциями из LESS: это позволит не повторяться на этапе написания кода для препроцессора и получить правильный код независимых блоков на выходе. Это стоит отдельно прокомментировать: ни разу не встречал заказчика, который платит за применение технологии. Платят за результат, и нетрудно догадаться, что чем быстрей вы работаете, тем больше сможете заработать гипотетически. А заказчика, который платит за технологии, я бы избегал. Будет «давайте поиграем шрифтами» и «покрасим плашку в синий», только в формате «давайте попробуем отказаться от переменных» и «уберите аргумент по-умолчанию у этой функции».