vladmih

1. Ховеров нету на красных кнопулях!!!! 2. Не понятно зачем стоят куча клеарфиксов, даже там где нет плавающих элементов. 3. http://take.ms/MGRkDтуда же можно указать блочную модель, которую указываешь отдельно, по какой-то причине, или может и причины нет... 4. Заголовок первого уровня на странице должен быть ОДИН. 5. сомнительный класс w100 который указывает 100% ширину блоку, который по умолчанию 100%... 6. http://take.ms/akFoLэто должен быть батон 7. http://take.ms/k5REpвысота автоматоически будет калькулироваться и без этого свойства, в случае если ранее не где не указывалось явно свойство высоты... и ширина не где не будет больше 100%, т.к. наше свойство которое указывает всем этим картинкам быть на вс. ширину контейнера, в итоге я не вижу смыслы и height и max-width... 8. Основной шрифт страницы описывай в самом верхнем теге, body или html, не правильно описывать для каждого места одно и то же... 9. http://take.ms/ogDrIэто должно быть одно меню, не должно дублироваться, отображение, меняется через media queries, на то нам и дан респонсив... Не только для того чтоб меня ширину блоков и их расположение А в общем молодец, даже заморочился с изменением размеров шрифтов для мобильных девайсов... Я представляю сколько тебе пришлось описывать строк)))) Капай в сторону em, rem единиц, упростишь себе жизнь еще больше. 20 часов это конечно много, у меня бы заняло это часов 6-8... Руку набьешь, и будешь делать быстрее Много лишних классов в местах где они не нужны http://take.ms/4oCQP

по п.2: ширина макета была 1600px, поэтому я эту величину и поставил как максимальную ширину. Если честно, то мысль об адаптивности макета у меня сработала только в сторону уменьшения размеров экрана. Сейчас ограничение максимальной ширины убрал, не знаю, насколько это будет хорошо смотреться на ширине свыше 2500 px. п.3. с hover даже не знаю, как лучше сделать, может подскажите? Мне нигде не попадались рекомендации по этому поводу, но мне кажется, что нужно применять те цвета, которыми пользуемся на странице. п.4. поправил, действительно коряво с отступами было. Вот щас гуд, я подразумеваю, что макет изначально был отрисован в 1600 точек, основной контейнер был или 960 или 1200, ну по основам гридов в нынешнее время. Это по моему пониманию дизайнера и есть на всю ширину. Если каких-то входящих от него не было. А ховер, он и в африке ховер, можно и прозрачность менять, это не вопрос, просто видимо 0.5 для ховера это много, она прям очень прозрачной становится. А вариантов много на хверы, бэкграунд менять в rgba, если хочется прозрачности, менять насыщенность цвета, градиент какой-то. Это уже от фантазии дизайнера или тебя самого... И добавляй на действия transition, там где есть ховеры, хокусы ибо приятно видеть плавность...

Хотя бы в том что, скомпилирует он в это: .skill-design { градиент } .skill-development { градиент } и т.д. А это лишние строки кода в конечной таблице стилей. А терь допустим нужно запилить прогресс в реальном времени на js: $('что-то').css({и тут лента стилей с градиентом где будет какая-то переменная которая подставит процент}) или же <div> <div id=inner></div> </div> $('#inner').width(процент) где inner это есть блок, который меняет свою ширину, а в него хоть цвет хоть градент, хоть что. В профите у нас экономия строчек в css и js, и более понятное строение прогресс бара http://take.ms/wVN8dэто вообще такой костылище который был актуальный лет 6 назад... Полоску можно было бы сделать через псевдо, сделать две колонки через table-cell, flex в конце концов... Есть много способов вытянуть колонки, но не так же...

1. Если просто лендинг, и нет внутренних страниц, то лого можно делать и не ссылкой. Так же если это стики хеадер, часто на него вешают якорь на самый верх. 2. http://take.ms/a6p3Wне особо понятно, что это за поля. Одно дело если это именно дизайнерская задумка, а вообще напрашивается full width layout.... 3. hover стремный... 4. http://take.ms/wnsAGотступы у блоков не равномерные. Тексты скрываются обрезая строки вдоль. http://take.ms/Ms32A прилипли иконочки А иконок нет, скорее всего что или самого шрифта нет авесомовского, или линки к нему неправильные в font-face А так для первого адаптива гуд.

http://take.ms/xlBNj Как по мне, то более логичнее было бы вставить внутрь блок которым можно было бы управлять на js через width, а не бэкграундом...

Устоявшиеся вещи лучше не менять кардинально. Когда вместо курсора в поиске начинаются какие то движения, это по меньшей мере странно. Ну если так мыслил консорциум, то веб завис бы на 2000-х, когда css3 был только на бумаге...

Более 3х лет

из бутстрапа, там ток грид))) Это единственное что мне нравится во фреймворках))) А чем по сути можно щас удивить? WebGL-ем?) Когда на валидацию проходил, понял где накосячил, слешей не должно быть внутри ul, через псевдо можно. Вы об этом?) Использование тега <nav> -- если тебе надо создать одноуровневое меню, то вместо иерархии "nav>ul>li>a" достаточно (и правильнее) использовать "nav>a" это было записано, но ведь ранее даже на самом htmlbook-е была статья по поводу тега nav и списка ссылок внутри. Речь шла о том что более семантично указывать именно список ссылок, по причине того что на самом деле это и есть список линков, и речь шла о цитируемости роботов поисковых машин. В ситуации без списков, мне кажется это было бы просто какой-то облако тегов... Да и кстати хотел спросить, в мозиле 3d трансформации без сглаживания, в вебкитах все ок, это решается каким-то образом не прибегая к костылям типа теней? И второе, когда делал перспективу на body, заметил что fixed блок ведет себя как абсолютно позиционированный. Гугли, были иссюзы на эту тему, но как я понял, эту проблему не решили?

http://hesrun.github.io/shose/ Вот в свободное от работы время верстаю для души. Кому как? Мож че-то добавить, че-то лишнее? Возможно где-то есть грубые ошибки которые не заметил, да и не только грубые. Кликабельный поиск и во внутренней страницы фильтры продуктов и лэйоуты каталога...

А почему в html не держать два изображения, и при :hover одно скрывать и тут же показывать другое...?

А где у вас в коде хоть намёк на :hover, простите? Я кинул пример в табличной верстке и и блочной, в блочной у меня проблем реализации нету. Есть проблема реализации в табличной. Суть такова, есть таблица с данными. По ховеру(клику) на строку, поверх нее должен появится, блок в кнопулями типа удалить или редактировать строку. Ховеры я не делал ибо думал будет понятно, что триггер действия итак понятно что это не проблема.

Народ привет всем! Есть задача сделать на ховер строки таблицы, или по клику (не важно), чтоб появлялся блок поверх этой строки, на ее высоту и ширину. Помогите плз идеями, ниче в голову не приходит. http://jsbin.com/hafihigija/edit?html,css,output

Я обычно поступаю так. Если нужен адаптивный, выковыриваю из бутстрапа переменные и миксины для грида, и компилю в обычну цсс, а дальше просто создаю сасс файл для внутренних переменных проекта и файл для своего UI. Запилить свой интерфейс когда у тебя 10 видов кнопок и одно поле ввода по-моему проще, нежели допиливать целый фреймворк. Не говоря уже о типографии...

Вопрос к мастерам и гуру! Уважаемые скажите, в каких целях и как часто вы используете фреймворки? Верстал много различных страниц, но я так и не пойму, чем фреймворки должен упростить жизнь как верстальщику? Если есть конкретный дизайн страницы, и он никак не похож на то что предлагает фреймворк, то не ужели есть смысл это все допиливать подгонять? Это же занимает на много больше времени, нежели верстки с нуля. Те же самые адаптивные навигационные бары с бургер батонами, аккордионы. Или же на самом деле предназначение фреймворка для не знающего верстки кодера, сделать быстренько страничку, которая по сути не имеет дизайна как такового? Может быть и грубый пример, но если бы стояла задача сверстать ресурс того-же htmlbook-a, вы бы использовали фреймворк c допиливанием? Или же вы верстали проект с нуля? Гриды - да, удобно! Но сколько всяких не нужных элементов типа типу тумбов, которые сверстать быстрее чем подогнать. Конкретно про bootstrap, foundation, semantic. И вообще реально, брался кто-то за их глубокую кастомизацию? Перелапачивание всех переменных, миксинов, циклов и т.д. В лессе или сассе?

Всем привет! При скролле прилипает шапка к верху в ней ссылки якоря. Прокрутку по клику обрабатываю таким образом var hashTagActive = ""; $(".anchors").click(function (event) { if (hashTagActive != this.hash) { event.preventDefault(); var dest = 0; if ($(this.hash).offset().top > $(document).height() - $(window).height()) { dest = $(document).height() - $(window).height(); } else { dest = $(this.hash).offset().top; } $('html,body').animate({ scrollTop: dest }, 1000, 'swing'); hashTagActive = this.hash; } });Ссылка меню <li class="active"><a class="anchors" href="#Overview">Overview</a></li> Ссылка якорь <a id="Overview"></a> Так вот вопрос. Как замутить, чтоб при скролле страницы, выделялся активный пункт меню, в зависимости от блока до которого я докрутил. Понимаю, что нужно отслеживать скроллтоп токумента и оффсет топ блока и сравнивать. Но как это написать, не могу додуматься...

Всем привет! Не могу допетрать как мне сделать правильно, да и вообще допетрать. есть такая структура <section class="height"> <div class="inner">Еще куча блоков</div></section><section class="height"> <div class="inner">Еще куча блоков</div></section><section class="another"> <div class="inner">Еще куча блоков</div></section><section class="another"> <div class="inner">Еще куча блоков</div></section><section class="height"> <div class="inner">Еще куча блоков</div></section>Нужен код который бы весь дочерний контент блоков height оборачивал в блок допусти с классом aligner. Помогите плиз сообразить $('.to-height').wrapInner('<div class="aligner"></div>') Я обожаю JQUERY!!! Сорри за запил темы... P.S. Адм. Закрой пожалуйста

Если конкретно по ручке, замирание колпочка, а потом и всех частей? А как примерно вообще это должно происходить? На scrollr , это блок который замирает fixed. Он получается не имеет места в блоке... А блок то должен тянуться на высоту копонентов./ Блока родителя.

<table cellspacing="10" style="border-collapse:separate; border-spacing:10px">

Спасибо! Я тут погуглил, еще одну нашел... http://scrollme.nckprsn.com/ Просто пока не особо понятно, как это собирать... Но я так думаю, что мере эксперемента все станет ясно...

Всем привет! Часто на сайтах видел эффекты складывания чего-то по скроллу. Вот например как тут ручка складывается http://www.fiftythree.com/pencil Хотел бы спросить у мастеров, нет ли где-то описания как такое сделать, или возможно есть уже готовые библиотеки? Спасибо!

Ну как бы я думал, верстальщик и должен быть перфекционист. Но с другой стороны, закащику, мне кажется тоже имеет смысл сказать что нет особого смысла подкидывать лишние 4 мб (набора шрифтов) для двух-трех слов. А про логотип, я везде читал, говорится о том что он должен быть картинкой...

Вот если слой в фотошопе с текстом, то текст. По этой логике, если на странице, есть какой-то один или два элемента каким-то шрифтом. Но это в двух местах, и эти вещи статические, не подлежать редактированию? Подкидывать кучу шрифтов? А какой смысл? Ради двух элементов подкидывать купу шрифтов?

Хорошо, тогда встречные вопрос, на что мне стоит обратить внимание? На макеты более сложные? Или просто хорошо тестировать свои работы?

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

Всем доброго времени суток! Верстаю уже 2 года. Учился сам, наставлять меня некому было. В общем хотелось бы узнать о качестве верстки, семантики и т.д. Желательно видеть основание, каких-либо замечаний. Всем спасибо! Ссылка на файл обменник прилагается. http://zalil.su/276126