-
Posts
5,038 -
Joined
-
Last visited
-
Days Won
125
Content Type
Profiles
Forums
Calendar
Store
Everything posted by klierik
-
есть еще один финт но он не лишен недостатков http://jsfiddle.net/ygmem8Le/
-
я беру исходник фреймворка как есть. потом создаю gruntfile и описываю всю конфигурацию, в которой я включаю только те js файлы фреймворка, которые по мере разработки требуются. для самого проекта создается его основной less\scss файл, который в начале инклудит кастомные шрифты, потом автоматически сгенерированыне спрайты, потом подключай файл конфигурации bootstrap, потом импортирую свои стили проекта. в файле конфигурации bootstrap я первым делом импортирую mixin\variables с Core Bootstrap. Потом же я импортирую локальные mixin\variables, которые призваны делать overwrite Core файлам бутстрапа. ну а потом импортируется все остальное, что есть в бутстрапе (кроме того что в данном конкретном проекте не требуется) В итоге я получаю в проекте только ту часть бутстрапа, которая мне надо (js\cs), конфигурирую его так как мне надо, опираясь на переменные (и overwrite изменения стилей). При этом я не вношу никаких изменений непосредственно в Core файлы самого фреймворка, а все что пишется является "надстройкой" над ним. Более того, в моих стилях весь environment самого Bootstrap (с учетом overwrite изменений) прозрачно виден и используется при надобности. Вот так, если кратко.
-
значит оставь как есть -- это лучшее решение данной задачи.
-
зависит от конкретной задачи
-
1. а в чем вопрос? 2. да, в отдельный row. нет, достаточно что бы был один контейнер у колонок -- при узком екране колонки автоматически станут -12 3. последовательность не имеет значения.
-
@, скорее всего это зависит от самого проекта. я использую bootstrap постоянно в каждом проекте но не использую комментарии вообще. хотя в очень сложных и нагруженных структурах, где за раз может быть несколько листов кода, PHP-коментарии мне очень нужны. А нужны для того что бы программист случаем не прибил часть кода когда статику будет наполнять. в целом это удобно, но ими тоже надо пользоваться с умом, что бы на продакшен не выливалось лишнее (HTML сжатие штука хорошая, но используется намного реже в реалиях чем хотелось бы)
-
если разметка исходно форматирована читабельно, имеет логические имена классов, сбросы и не перегружена длинными строками, то комментарии не нужны и вовсе, так как код читается естественно и непринужденно. но, в ситуации когда большая структура кода разбита на разные файлы, при чем в подном начинается, в другом заканчивается (такой подход попадается, имхо, бредово и неудобно) то без них вообще никак. Хотя в таком случае лучше использовать php комментарии, если уж на то пошло, что бы в продакшен ничего не лилось.
-
а чем не подошел вариант как сделано в bootstrap: http://getbootstrap.com/css/#grid ??
-
но клиент-то все равно скачает исходное изображение
-
Если надо "кропнуть" изображение то это возможно только на стороне сервера
-
прочти, пожалуйста, как правильно задать вопрос в подписи
-
еще чутка подтянуть и пожно брать простые макеты
-
а не многовато ли <h1> для страницы?
-
.denss_menu_items_parent:nth-child(4) .child li:nth-child(4) a {}хотя я слабо понимаю что именно надо, учитывая как ужасно написаны стили
-
.denss_menu_items_parent:nth-child(4) .child {}
-
Выпадающего меню с display:table-cell и position: absolute;
klierik replied to Светлана Г.'s question in HTML Coding
Эта проблема присутствует в FireFox. Может быть сейчас её починили, но еще пару мес назад она была 100% -
ничем. я тоже им пользуюсь можно спросить у автора.
-
@Galaxy, +1
-
про livereload не скажу ибо оно подходит в основном только для мелких сайтов. Я не смог понять какая мысль в данном предложении. тут аналогично. выбор таки не очень что бы большой, но по хорошему https://www.npmjs.org/package/grunt-contrib-compass уж коль SASS используешь.
-
конечно есть, но иногда лучше добавить +1 тег и получить в итоге железобетонное решение. Если верстка под mobile, то можно и на флексе писать
-
@Suzanna, в следующий раз, перед тем как задать вопрос, пробегись по ссылке в подписи "Как правильно оформить вопрос/проблему". В таокм случае, может быть, хотя бы представишь проблему скриншотом, т.к. понять о чем именно речь можно лишь отдаленно, и не факт что правильно. В Вебе зачастую невозможно реализовать задачу в лоб, как есть, но можно сделать так, что бы визуально было наибольшее совпадение с задачей, несмотря на то что "физически" задача реализована совершенно другим путем.
-
Программист будет реализовывать поставленную задачу. Под термином "программист" я имею ввиду -- программист.
-
повесить на контейнер line-height: 0;
-
http://htmlbook.ru/css/font-stretch данная проблема кроссбраузерно не решается. Браузер -- это не фотошоп. Единственное что можно сделать так это вставить текст картинкой с фотошопа.