Jump to content

klierik

Administrator
  • Posts

    5,038
  • Joined

  • Last visited

  • Days Won

    125

Everything posted by klierik

  1. есть еще один финт но он не лишен недостатков http://jsfiddle.net/ygmem8Le/
  2. я беру исходник фреймворка как есть. потом создаю gruntfile и описываю всю конфигурацию, в которой я включаю только те js файлы фреймворка, которые по мере разработки требуются. для самого проекта создается его основной less\scss файл, который в начале инклудит кастомные шрифты, потом автоматически сгенерированыне спрайты, потом подключай файл конфигурации bootstrap, потом импортирую свои стили проекта. в файле конфигурации bootstrap я первым делом импортирую mixin\variables с Core Bootstrap. Потом же я импортирую локальные mixin\variables, которые призваны делать overwrite Core файлам бутстрапа. ну а потом импортируется все остальное, что есть в бутстрапе (кроме того что в данном конкретном проекте не требуется) В итоге я получаю в проекте только ту часть бутстрапа, которая мне надо (js\cs), конфигурирую его так как мне надо, опираясь на переменные (и overwrite изменения стилей). При этом я не вношу никаких изменений непосредственно в Core файлы самого фреймворка, а все что пишется является "надстройкой" над ним. Более того, в моих стилях весь environment самого Bootstrap (с учетом overwrite изменений) прозрачно виден и используется при надобности. Вот так, если кратко.
  3. значит оставь как есть -- это лучшее решение данной задачи.
  4. зависит от конкретной задачи
  5. 1. а в чем вопрос? 2. да, в отдельный row. нет, достаточно что бы был один контейнер у колонок -- при узком екране колонки автоматически станут -12 3. последовательность не имеет значения.
  6. @, скорее всего это зависит от самого проекта. я использую bootstrap постоянно в каждом проекте но не использую комментарии вообще. хотя в очень сложных и нагруженных структурах, где за раз может быть несколько листов кода, PHP-коментарии мне очень нужны. А нужны для того что бы программист случаем не прибил часть кода когда статику будет наполнять. в целом это удобно, но ими тоже надо пользоваться с умом, что бы на продакшен не выливалось лишнее (HTML сжатие штука хорошая, но используется намного реже в реалиях чем хотелось бы)
  7. если разметка исходно форматирована читабельно, имеет логические имена классов, сбросы и не перегружена длинными строками, то комментарии не нужны и вовсе, так как код читается естественно и непринужденно. но, в ситуации когда большая структура кода разбита на разные файлы, при чем в подном начинается, в другом заканчивается (такой подход попадается, имхо, бредово и неудобно) то без них вообще никак. Хотя в таком случае лучше использовать php комментарии, если уж на то пошло, что бы в продакшен ничего не лилось.
  8. а чем не подошел вариант как сделано в bootstrap: http://getbootstrap.com/css/#grid ??
  9. но клиент-то все равно скачает исходное изображение
  10. Если надо "кропнуть" изображение то это возможно только на стороне сервера
  11. прочти, пожалуйста, как правильно задать вопрос в подписи
  12. еще чутка подтянуть и пожно брать простые макеты
  13. .denss_menu_items_parent:nth-child(4) .child li:nth-child(4) a {}хотя я слабо понимаю что именно надо, учитывая как ужасно написаны стили
  14. .denss_menu_items_parent:nth-child(4) .child {}
  15. Эта проблема присутствует в FireFox. Может быть сейчас её починили, но еще пару мес назад она была 100%
  16. ничем. я тоже им пользуюсь можно спросить у автора.
  17. про livereload не скажу ибо оно подходит в основном только для мелких сайтов. Я не смог понять какая мысль в данном предложении. тут аналогично. выбор таки не очень что бы большой, но по хорошему https://www.npmjs.org/package/grunt-contrib-compass уж коль SASS используешь.
  18. конечно есть, но иногда лучше добавить +1 тег и получить в итоге железобетонное решение. Если верстка под mobile, то можно и на флексе писать
  19. @Suzanna, в следующий раз, перед тем как задать вопрос, пробегись по ссылке в подписи "Как правильно оформить вопрос/проблему". В таокм случае, может быть, хотя бы представишь проблему скриншотом, т.к. понять о чем именно речь можно лишь отдаленно, и не факт что правильно. В Вебе зачастую невозможно реализовать задачу в лоб, как есть, но можно сделать так, что бы визуально было наибольшее совпадение с задачей, несмотря на то что "физически" задача реализована совершенно другим путем.
  20. Программист будет реализовывать поставленную задачу. Под термином "программист" я имею ввиду -- программист.
  21. повесить на контейнер line-height: 0;
  22. http://htmlbook.ru/css/font-stretch данная проблема кроссбраузерно не решается. Браузер -- это не фотошоп. Единственное что можно сделать так это вставить текст картинкой с фотошопа.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy