Масштабирование и верстка

значит вы чего-то там намудрили не то

Что такое текстовая кнопка?

текст + padding + border + background

хоть замасштабируйтесь... можете и края закруглить и градиентом залить

<div class="knopka">Не тормози</div>

куда уж проще... ))

+ширина... Вот здесь у ТовариСча возможная проблема.

Но чего гадать, если кода не видно.

нееее...

в контексте заявленного трабла она тут не при чём...

вернее ::: очень даже при чём, но это проблемы афффтора... ))

Ayavryk, надо смотреть глубже - на системный уровень фреймворка, тупая вставка полного пакета - это для полных же нубов. на самом деле задумана и реализована возможность сборки LESS-ом только нужных модулей (и констант) пакета под конкретный проект - вот что на самом деле есть bootstrap. там же остальные плюшки LESS - компоновка, сжатие, обуфикация и т.д.

никто не мешает одним движением скомпилировать свой bootstrap только из модуля css для кнопок, например.

так что этот фреймворк много более чем учебник, всего лишь "надо уметь готовить"...

1. LESS - маразм (как и любые другие препроцессоры)

2. модули избыточны.

3. дизайнеры, которые работают дизайн под фреймворк (сетки, радиусы, тенюшечки, типографика) - скорее исключение, а не правило. По крайней мере за 15 лет я таких не встречал. Если вы встречали - вам повезло.

1. LESS всего лишь средство. ничего не мешает использовать прероцессор только в dev, отказ от LESS на этапе разработки только из "религиозных" соображений как раз много ближе к слабоумию;

2. любой кроссброузеный и многофункциональный модуль оказывается избыточным для конкретного применения в проекте и используется только как болванка на dev этапе;

3. на dev этапах css фреймворки (и гридовые в том числе) использовались, используются и будут использоваться многими тышшшами дизанеров и верстальщиков. если они реально "работают", а не только теоретизируют. это реально ускоряет время разработки в разы;

вот тупо использовать dev средства и заготовки в prodact это реальный маразм...

1. Слабоумие - продолжение любого холивара :) Я надеюсь до нормального CSS-стандарта реализующего здравые идеи LESS и др. Вот дожил до всяких тенюшек с градинентами, и даже баз данных на клиенте и разнообразной графики. а думал помру

2. кроосброузерность и многофункциональность а этапе dev? А на production - некросброузероно и нефункционально? Сдаюсь.

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

какой ещё файербаг?) всё проще гараздо, даже без самостоятельной пересборки из less. Читайте внимательнее, то, что собираетесь критиковать:

и тогда возможно не будите выглядеть таким смешным выскочкой ☝

Можно и так - пройти по вашей ссылке, скачать необходимый компонент, развернуть и потом fireBug'ом рассмотреть ту строку кода, которая отвечает на вопрос топикстартера. Относящийся к кнопке. Я разве против?

А можно и не качать, а тыкнуть firebug в кнопку, на той странице на которую вы дали ссылку и ничего не качать без надобности.

избыточны как раз из за поддержке самой широкой функциональности и из за структуры раздельных блоков директив для этих функциональных частей. это необходимо для возможности гарантированно кошерного удаления неиспользуемого кода.

нахрена поддержка неиспользуемого функционала и его кроссброузерности в production? стоит разок напрячься и отрезать лишнее - избыточная структура тому способствует. так же как и LESS в отлаженном пакете стилей уже не нужен - статика форевер...

эт как сказать 😂 да и всё веселее, чем какое-н очередное разжевывание нубских правил хтассесса в 100500 раз...