-
Posts
5,038 -
Joined
-
Last visited
-
Days Won
125
Content Type
Profiles
Forums
Calendar
Store
Everything posted by klierik
-
Подскажите как заставить срабатывать по таймеру
klierik replied to McLotos's question in HTML Coding
при помощи javascript -
А в чем вопрос то? Это же раздел обсуждения -- с какой целью тут размещена данная информация? Иначе буду расценивать как рекламу.
-
http://www.color-hex.com/color-names.html
-
Тема поднималась и не один раз: Ресурсы > Интрументы для разработчика Ведите, пожалуйста, общение на данную тему в уже созданной теме. Наличие текущей темы избыточно, закрываю.
-
http://bxslider.com/examples/custom-next-prev-selectors
-
не совсем так. если не подготовленный разработчик сядет за чистый sass то он потратит больше времени на то что бы прочитать код, нежели если этот код будет обвернут "{}". так или иначе добавлять символы в форматирование ради повышения читабельности это в целом полезно.
-
я пользуюсь скобками "{}" как минимум потому что код читабельнее с ними
-
Вёрстка шаблона Wordpress( Bootstrap + Sass + Compass )
klierik replied to Sigizmund's topic in Discussion of works
По поводу верски - в подписи есть линк на типичные ошибки, почитай, найдешь и свои -
глубина до 3х включительно - обычное дело. от 3х до 5ти - ну бывает и такое, ситуации разные, не всегда целесообразно вносить изменения в html. бывает и глубже 5ти приходится ходить, а бывает что и с #id приходится рассказывать браузеру как выглядит элемент. но при этом это не говорит о том что весь проект такой. это исключения которые присутствуют да и не более того. а так по умолчанию чем меньше глубина тем лучше. а если надо совсем без глубины -- вон БЭМ будет шикарным решением проблемы. более того, методология во многом и научит как держать исходники в читабельном виде и иерархии. в целом если опустить все выше сказанное -- главное что бы код было легко читать и поддерживать со стороны разработчика(ов), а остальное это уже вполне ожидаемые "затраты".
-
http://jsfiddle.net/klierik/a9bxwLg9/ а нет, ошибся, таки нельзя (
-
Вёрстка шаблона Wordpress( Bootstrap + Sass + Compass )
klierik replied to Sigizmund's topic in Discussion of works
1. для резиновых шаблонов. предпологается что внутри .container-fluid должен лежать make-row() 3. да как угодно. хоть уменбшить ширину браузера до минимума 4. в 99% случаев хватает того что есть у бутстрапа 5. по желанию. я перестал разбивать отдельно медиа так как это усложняет понимание кода, когда он находится с несокльких местах 1. никто не запрещает собрать свой бутстрап из тех компонентов которые надо. 2. не удобно, для grunt\gulp есть более интересные реализации, причем с генерированием классов для спрайтов, которые можно тут же реиспользовать непосредственно в scss\less 3. не имея опыта нельзя ощутить бонус. огромная часть рутины переходит на плечи процессора (автокомпиляция, сжатие, оптимизация, и прочее). -
Вот пример скрина с 12px, 13px, 16px на ретине: http://take.ms/5XFj6
-
На заметку: давайте не превращать тему в флуд (не смотря на раздел). Пускай автор найдет наставника (кто знает, может и повезёт) а потом, спустя месяца 3 -- пол года, отпишется тут с результатом. Мне, лично, интересно узнать отзыв от человека, получивший опыт таким образом. @Non_stop, good luck!
-
http://htmlbook.ru/html/input/type http://demosthenes.info/blog/757/Playing-With-The-HTML5-range-Slider-Input
-
Добавь padding-top:1px; или overflow:hidden;
-
Выложи, пожалуйста, решение. Кому-то пригодится
-
А амазон не пробовал? Я слыхал там хостятся сайты с видео
-
http://htmlbook.ru/css/clear
-
Вопросы чайника. Периодически будут пополняться
klierik replied to Ichwill's question in HTML Coding
Google Docs -
если требуется респонсив для сайта, то я бы сказал -- это лишним не будет. как минимум получишь опыт в создании респонсива. бустрап в данном случае будем помошником, так как уже содержит весь базовый набор для этого. обращаю внимание -- бутстрап не панацея. если он подходит под нужды текущего проекта его исопльзование будет только плюсом
-
Для каких целей?
-
Если модули ничем нетотличаются -- это один и тот же модуль. В таком случае он будет иметь только одно имя/идентификатор Версионность можно указывать в имени (в случае использования requirejs)
-
1) requirejs 2) да, но объявление имени модуля должно быть разное, в зависимостях указывается имя(и версия) требующего модуля
-
Так какой же он "живой"? Это просто код ведь. В данном случае это не более чем "пример". Термин "живой" в данном случае совершено лишний. Пользователю нужен _пимер_ кода в действии и всё. Имхо, совершенно не обязательно обогощать смысл терминами. Будет достаточно даже ссылки(соответствующе оформленной) на пример -- этого будет достаточно что бы пользователь воспринял информацию и призыв к действию.
-
Блочная верстка - технология табличная
klierik replied to webmasterFast's topic in Discussion of works
Это не верстка, это -- говнокод.