прочел, впрочем, аналогия не совсем верна
jQuery же никто не считает монстром просто потому, что к ней есть куча плагинов и можно писать новые
так и тут — cама система занимает килобайт 10-20 (с гзипом, без)
Я не знаю, зачем вам вообще писать непонятный и смешанный по семантике код.
Лучше писать код понятный с четкой, привычной и интуитивной семантикой. Но это вроде я кэпом выступаю.
Возможно, и я правда, не совсем донес мысль, но TeaCSS — не для генерации статики.
Это одна из тех вещей, которую он может делать. Зачем вообще генерировать статику — это вопрос выходящий за рамки статьи, но эта задача стоит и часто это самый простой путь. Например те же твиттеровцы генерят доки к бутстрепу именно статикой.
Так вот, именно эту задачу (как и многие другие) TeaCSS решает проще и изящнее других генераторов (примеры в статье) т.к. не завязан ни на что кроме браузера, дает однотипный и минималистичный синтаксис для всех компонент страницы, ну и некоторые плюшки, о которых я не успел рассказать, но вроде пока достаточно.
Теперь по OOP и DRY. Инструмент как и был создан для соблюдения максимального DRY-принципа. Он просто провоцирует реюзабельность всего.
Разделение вижу, как и при любых других подходах. Эти вещи лежат в разных плоскостях и принципы командной работы я никак не нарушаю этим инструментом (если вам показалось, что нарушаю, буду благодарен, если вы поясните где я это сделал — можно в личку или скайп, и я или пойму свою ошибку или ошибку формулировки, что возникает такое впечатление).
Про тренды — это вообще отдельный вопрос. Мне как раз кажется, что когда адоб выпускает продукт, а он на 90% повторяет библиотеки на которые я опирался в своем, то это о чем-то говорит.
В общем, я верю не в тренды (т.е. моду), а верю в удобные и полезные для людей вещи. Мода приходяща, а вот польза дает реальный профит ))
картинка отличная ) только непонятно в какой вы когорте:
— тех, кто считает обобщенный подход злом
— или тех, кто верит, что в основе многих вещей лежат общие корни )
ну тот же GitHub pages по этому принципу работает
для документации вполне актуально, смысл делать сложно (динамически), где можно сделать просто (статически)?
про грант почитал, это лишь набор тулзов командной строки, ну и он требует ноды, но в общем-то неплохая штука
а вот yeoman.io/ интереснее, как сборная солянка лучших практик
и, конечно, мне было бы приятно, если бы туда же попал и TeaCSS, как один из компонент
P.S. и было бы замечательно, если бы вы точнее формулировали мысли
а то я пока уловил только «посмотрите это и это», посмотрел, спасибо за ссылку
было бы лучше, если бы вы явно написали какое это отношение имеет к статье, тогда мне было бы проще написать вам осмысленный ответ
1. речь о картинках оформления (бордюры, фоны, шапки) и т.п., т.е. частях шаблона
к картинкам, которые часть контента — это не относится
2. конечно, всегда рад буду ответить
div {
width: @{$("#other_element").width() - 10}px;
}
просто в вашем примере вы хотите того, что не умеет в итоге сам CSS (т.е. хотите императивного подхода)
и по сути, хотите вещей неправильных (хотя их тоже можно делать на TeaCSS)
то, что вы написали, делается padding-ом
приведите живой случай или может списаться в личке и я попробую понять, чего вам не хватает и как это можно сделать
а teacss все-таки не совсем serverside, он просто не для продакшена, но по время разработки работает в браузере, поэтому фишки вроде вашей возможны
почему же )) я в следующих статьях напишу еще про «зеленую траву»
кусочек травы я оторвал уже в этой статье
просто если пытаться сводить какие-то универсальные системы к чему-то одному, что всегда выходит что-то вроде «вот главный принцип, задумайтесь, какие возможности это открывает»
это как спросить «зачем нужна кибернетика» — и вряд ли создатель скажет, что она была нужна, чтоб вы могли писать сообщения по 140 символов в твиттер )
так и тут, по сути все множество яваскрипт решений теперь доступно дизайнерам (под тонкой оберткой)
один пример я привел, приведу еще
да, я примерно с этого и начинал
отказался от подходя из-за нечитаемости JS — у него все-таки не декларативная природа, отсутствия обратной совместимости c СSS
ну а так было интересно с вами пообщаться на тему, для каких задач писали вы свой код
1. не совсем уловил, где teacss объединяет эти сущности, наоборот, пытается разделись
картинки — часть представления, логично их смешать с CSS, а не открывать каждый раз фотошоп, чтоб увеличить ручками размер или цветовую гамму шапки
2. давайте так, я просто не очень пока понимаю, что будет преимуществом именно для вас
поэтому я готов попробовать рассказать вам больше (в формате диалога), а потом добавить суть диалога, если она там будет, в статью
Ниже уже ответили, все и так кроссбраузерно. Это не решение для продакшена.
Лишаетесь — это не значит «не можете использовать», это значит что эти сущности отсутствуют как базовые в JS. Там нельзя переопределять операторы, а по факту запросить width любого дива и его использовать, переводить проценты в пиксели и так далее вы можете.
Тут, правда, напрашивается картинка с буханкой-троллейбусом.
нет никакого нового языка, в этом и ответ
при этом сам факт, что можно при генерации использовать JS, позволяет представить, что можно сделать
если сразу само собой не представляется, то я расскажу в серии статей дальше ( про общую сборку проекта, тестирование, подвязку к общему билду, генерацию иструментов для дизайнера и IDE, как часть страницы )
первый пример есть в этой статье — про изображения, при этом синтаксис такой же как у HTML Canvas
все пихать в одну статью — накладно
надеюсь, у вас хватит терпения подождать
даже для этой статьи мне пришлось подчистить сайт, убрать с него остальные возможности т.к. они очень хорошо документированы
сам процесс перевода библиотек из местного использования в паблик — это дополнительная работа ) и ее нужно сделать, чтоб вам, в том числе, легче жилось ( ну при условии, что вы ответите для себя на вопрос «зачем» )
шестиугольник разрезанный пополам, по сути
jQuery же никто не считает монстром просто потому, что к ней есть куча плагинов и можно писать новые
так и тут — cама система занимает килобайт 10-20 (с гзипом, без)
Лучше писать код понятный с четкой, привычной и интуитивной семантикой. Но это вроде я кэпом выступаю.
Возможно, и я правда, не совсем донес мысль, но TeaCSS — не для генерации статики.
Это одна из тех вещей, которую он может делать. Зачем вообще генерировать статику — это вопрос выходящий за рамки статьи, но эта задача стоит и часто это самый простой путь. Например те же твиттеровцы генерят доки к бутстрепу именно статикой.
Так вот, именно эту задачу (как и многие другие) TeaCSS решает проще и изящнее других генераторов (примеры в статье) т.к. не завязан ни на что кроме браузера, дает однотипный и минималистичный синтаксис для всех компонент страницы, ну и некоторые плюшки, о которых я не успел рассказать, но вроде пока достаточно.
Теперь по OOP и DRY. Инструмент как и был создан для соблюдения максимального DRY-принципа. Он просто провоцирует реюзабельность всего.
Разделение вижу, как и при любых других подходах. Эти вещи лежат в разных плоскостях и принципы командной работы я никак не нарушаю этим инструментом (если вам показалось, что нарушаю, буду благодарен, если вы поясните где я это сделал — можно в личку или скайп, и я или пойму свою ошибку или ошибку формулировки, что возникает такое впечатление).
Про тренды — это вообще отдельный вопрос. Мне как раз кажется, что когда адоб выпускает продукт, а он на 90% повторяет библиотеки на которые я опирался в своем, то это о чем-то говорит.
В общем, я верю не в тренды (т.е. моду), а верю в удобные и полезные для людей вещи. Мода приходяща, а вот польза дает реальный профит ))
— тех, кто считает обобщенный подход злом
— или тех, кто верит, что в основе многих вещей лежат общие корни )
ну тот же GitHub pages по этому принципу работает
для документации вполне актуально, смысл делать сложно (динамически), где можно сделать просто (статически)?
про грант почитал, это лишь набор тулзов командной строки, ну и он требует ноды, но в общем-то неплохая штука
а вот yeoman.io/ интереснее, как сборная солянка лучших практик
и, конечно, мне было бы приятно, если бы туда же попал и TeaCSS, как один из компонент
P.S. и было бы замечательно, если бы вы точнее формулировали мысли
а то я пока уловил только «посмотрите это и это», посмотрел, спасибо за ссылку
было бы лучше, если бы вы явно написали какое это отношение имеет к статье, тогда мне было бы проще написать вам осмысленный ответ
к картинкам, которые часть контента — это не относится
2. конечно, всегда рад буду ответить
ну почти
просто в вашем примере вы хотите того, что не умеет в итоге сам CSS (т.е. хотите императивного подхода)
и по сути, хотите вещей неправильных (хотя их тоже можно делать на TeaCSS)
то, что вы написали, делается padding-ом
приведите живой случай или может списаться в личке и я попробую понять, чего вам не хватает и как это можно сделать
а teacss все-таки не совсем serverside, он просто не для продакшена, но по время разработки работает в браузере, поэтому фишки вроде вашей возможны
кусочек травы я оторвал уже в этой статье
просто если пытаться сводить какие-то универсальные системы к чему-то одному, что всегда выходит что-то вроде «вот главный принцип, задумайтесь, какие возможности это открывает»
это как спросить «зачем нужна кибернетика» — и вряд ли создатель скажет, что она была нужна, чтоб вы могли писать сообщения по 140 символов в твиттер )
так и тут, по сути все множество яваскрипт решений теперь доступно дизайнерам (под тонкой оберткой)
один пример я привел, приведу еще
поэтому, надеюсь, что я еще вас не потерял )
проект выложен на гитхабе
куда уж опенсорснее?
github.com/boomyjee/teacss
отказался от подходя из-за нечитаемости JS — у него все-таки не декларативная природа, отсутствия обратной совместимости c СSS
ну а так было интересно с вами пообщаться на тему, для каких задач писали вы свой код
картинки — часть представления, логично их смешать с CSS, а не открывать каждый раз фотошоп, чтоб увеличить ручками размер или цветовую гамму шапки
2. давайте так, я просто не очень пока понимаю, что будет преимуществом именно для вас
поэтому я готов попробовать рассказать вам больше (в формате диалога), а потом добавить суть диалога, если она там будет, в статью
Лишаетесь — это не значит «не можете использовать», это значит что эти сущности отсутствуют как базовые в JS. Там нельзя переопределять операторы, а по факту запросить width любого дива и его использовать, переводить проценты в пиксели и так далее вы можете.
Тут, правда, напрашивается картинка с буханкой-троллейбусом.
при этом сам факт, что можно при генерации использовать JS, позволяет представить, что можно сделать
если сразу само собой не представляется, то я расскажу в серии статей дальше ( про общую сборку проекта, тестирование, подвязку к общему билду, генерацию иструментов для дизайнера и IDE, как часть страницы )
первый пример есть в этой статье — про изображения, при этом синтаксис такой же как у HTML Canvas
все пихать в одну статью — накладно
надеюсь, у вас хватит терпения подождать
даже для этой статьи мне пришлось подчистить сайт, убрать с него остальные возможности т.к. они очень хорошо документированы
сам процесс перевода библиотек из местного использования в паблик — это дополнительная работа ) и ее нужно сделать, чтоб вам, в том числе, легче жилось ( ну при условии, что вы ответите для себя на вопрос «зачем» )