HeadShot

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

А давай мы не будем как бы делал я, идет? Я так же как и ты делаю отталкиваясь от того, что есть, ибо не дорос пока. SVG

Не смотрел я что там. Че-то тупит у меня фидл, позже гляну. Дело в том, что все идет к простоте и более нативной реализации. Рано или поздно этот тренд придек и будет какое-то время. CSS и JS уже давно в виджетах, некоторых системных приложениях. Да те же маки, андроиды и ios. Как бы есть над чем задуматься. HTML5 и т.д. Востребованы качественные иллюстрации, логотипы, но никак не сплошняковая картиночная структура. Это как бы тоже факт, который постепенно приходит.

Чушь несешь. Обоснуй Только сразу на примере: http://jsfiddle.net/hLNJe/ Вот здесь море кода ради одной иконки. Предположим таких иконок будет 20. Я бы лично сделал один пнг-спрайт, но ты смотришь в сторону CSS3. Обоснуй? Всему свое место. Картинки посчитали для такого лишними, хоть тебе и проще Я бы приложил голову и взять твиттеровский бутстрап за основу. Наделал бы цветов отталкиваясь от БЭМ и клепал бы кнопки, которые легко правятся, если надо(без фотошопа). Есть разница?

Чушь несешь.

это вы загнули тут еще и от браузера будет зависеть

Есть еще чисто человеческий фактор. "А ни окуел ли ты, сынок? Ща мы посмотрим"

Благодарю, есть над чем поработать.

Да там все проще, но организация труда очень специфичная и из-за этого есть свои занозы на задницу. Ага, паранойя и перестраховка

Кстати, я таки в админстве поднатаскался. Это пожалуй единственный плюс. Админ, спасиб тебе

Там всех льют походу. Может я где-то сам лоханулся, но до меня мой тест несколько проще был. Щас уже действительно страшно читать. Не хотите засрать трудовую, если не сможете с такой отдачей - лучше не лезьте. Одного git, ssh и запуска локального руби хватит на продолжительный недосып. Ах и еще. Скорее всего в договоре номинируют несколько иное от того, что вы хотите.

Вы герой! Я как все это увидела, такое коол-во всех требований так страшно стало, или просто ппотому, что я еще новичок в этом деле) Нет, я мудак, потому что подписался. Хороший урок, на будущее. Хотя че уж скрывать, краш тест на нервы и скорость вдупливания хороший.

Я там был, только вот немного другого плана вопросы были Собеседование прошел, тест сделал сразу, на вопросы ответил. По личным обстоятельствам пришлось бросить, попросил наверное много, засыпали админскими задачами. • Rebel or Empire? а вот с этого вопроса я ржал

Git не позволяет мне быстро посмотреть, как работает код Нужно разобраться, там кажется была возможность сделать поддомен со статикой(не помню на платном аккаунте или на простом). Согласен. Тимплейтинг есть хорошо. Здесь изначально цель была оптимизировать получше: сначала все собирается и только потом крепится, чтобы избежать лишних вызовов. Тестил на 5000 css, в принципе достаточно шустро DOM строит. Логично. Я подумывал о том, чтобы добавить еще пару аргументов вызова. Что-то вроде параметра для стиля вывода(обрамляющие теги, например) и метод присасывания к целевому селектору( after, before, возможно wrap какой-то). И на будущее возможность задать для группы @media, хотя его можно в самих CSS указать. Спасибо. А что по коду, есть что-то, что можно улучшить?

Демо куда-то выложить можно? Хм ... так вроде git. Обновил первый пост. Меня немного напрягает проверка аргументов. Это конечно излишняя паранойя и можно сделать через $.extend, навешать кучу проверок, но вопрос: кому это надо? Большинство пренебрегает, вроде не сервер.

Салюты. Вот сбацал плагинчик для переключения CSS. Раньше тянулся к более функциональному программированию, но уже хочется делать более доступные и удобные вещи. Буду рад, если кто из спецов настучит порукам за явные косяки или просто посоветует, как можно развить данное решение. Ссылка на git: https://github.com/x029ah/style-switch Ссылка на демку: http://www.qr.cx/zehT там лежат функциональная версия и опп'шный плагин. Спасибо ...

Нет. Это тупость. <menu> больше подходит для каких-то интерактивных, к примеру контекстных, решений. <nav> -- это просто для обозначения навигации, семантически.

офигенно, от ледов сетчатка плавится и глаза вытекают, а с глянца никакого раздражения

Это уже очень давно так. Данные указываются любые, но можно поставить Private и все. Если только на архивах копать, но далеко не факт, что там что-то есть.

Google only. Даже инфу по запеканию мадагаскарских вислобрюхих улиток в сметане ищет лучше.

Який жах

При текущем положении вещей в браузерах будут выбраны все элементы, а уже на следующем шаге будут отфильтрованы только элементы верхнего уровня. Это эффективнее, чем просматривать все уровни как в селекторе .block .item, поскольку просматривать необходимо только один уровень, но менее эффективно, чем просто выбрать все .item в документе. Вы не знаете? И я не знаю. Но это ведь не значит, что ничто не мешает. У нас ведь цель какая: чтобы классы не пересекались. Да, может быть напряжно искать зависимости в такого рода селекторах. Я правда, только недавно начал активно пользоваться селектором > в верстке (раньше думал, что данный не поддерживается IE7, оказалось все ок). Буду вникать во все нюансы - опыта пока маловато чтобы говорить однозначно. За пример спасибо, буду думать. Просто я типовой селектор довольно часто использую. Мне так удобнее, ну и остальное, как бы. Просто очень не хочется чтобы тебя сожрал динозавр(если что про себя говорю).

https://github.com/stubbornella/oocss/tree/master/core https://github.com/stubbornella/oocss/wiki здесь хороша идея с импортами и минималистичность. думаю сделать парсер, который спачит все один стиль тоже не проблема. они есть кстати(например, в друпал). т.е. верстать удобно. пишем компонент, импортим его и все. на выходе монолитный шмоток кода

еще плашка для подъема как-то не очень сделана. p.s.: теплый, ламповый такой

Что мешает Яндексу использовать select vizr?