Про flattr — я ответил ниже (случайно ошибся). Различия все же существенны.
Думаю flattr — малопопулярен именно потому что приносит маленький доход, который к тому же быстро исчезает когда людям надоедает бродить по сайтам и щелкать на кнопки поддержки…
В моем случае как раз первые подключившиеся к системе — получат максимальный доход, т.к. по голосованию видно что люди готовы жертвовать в месяц относительно большие суммы, а площадок которые можно поддерживать вначале будет мало. Эта ситуация должна привести к тому что авторы сами будут развивать систему т.к. почувствуют что на ней можно заработать.
Раньше не встречался с этим сервисом, так что спасибо за ссылку)
Тем не менее отличия все-же существенны, на мой взгляд. На flattr — пользователь каждый месяц должен ходить по поддерживаемым сайтам, много раз щелкать одну и ту же кнопку… Адекватное разделение средств будет только если делать десятки кликов ежемесячно, на разных сайтах, это по моему не лучший вариант.
Моя система — что-то типа персонального менеджера пожертвований. Назначение баллов — удобный инструмент для планирования поддержки которая потом может длиться годами.
Ну и ориентация на оффлайн (в том числе) тоже думается будет востребована.
Да, и в таких случаях я задумываюсь о создании сервиса где такие таблицы будут интерактивными, обновляемыми по принципу wiki.
Чтобы именно таблички по по популярным темам. Типа «Лучшие китайские планшеты до $300», «Лучшие телефоны на Андроиде», «Лучшие CMS для блога» и т.п…
Было бы здорово увидеть сводную таблицу известных моделей, с основными ключевыми характеристиками, причем не только техническими, но и пользовательскими, такими как «качество сборки», «тормоза в играх», «поддержка google play» и т.п… Ну и примерной ценой.
Понимаю что это большая задача и автор ее не ставил. Просто было бы здорово. :)
Я советую не просто смириться, а еще «расслабиться». И это ключевой момент.
На мой взгляд проблема перфекционизма, плохо решается усвоением еще одной техники «повышения своей эффективности путем понижения эффективности своего стремления к повышению эффективности»… Нужно просто выйти из этого замкнутого круга и посмотреть на проблему со стороны, отрешенно.
А как отойти от серьезной проблемы? Сделать ее несерьезной. Поэтому я и написал коммент в таком ключе.
Попробуйте взглянуть на ситуацию с юмором, типа «еще тут верстка плывет, надо поправить… а пофиг, напишем что черпали вдохновение в работах Дали)))».
Я знаю, что все то, что написано выше делает меня менее эффективным в работе — я не хочу с этим мириться
Т.е. пост о том как стать идеально эффективным? И вы при этом хотите избавиться от перфекционизма? :)
Для начала смиритесь с тем, что идеальная степень идеальности — недостижима, получите удовольствие от собственной перфекционистичности и расслабьтесь… И это станет началом на пути к балансу с собой.
Не сомневаюсь что со временем CSS станет удобным и главное простым средством разметки. Даже уверен что это произойдет довольно скоро. Но сейчас многое в нем сложно и непонятно начинающим, что приводит к поискам на форумах кусков «на коленке» написанного JS-кода и сборка этого всего без особого понимания работы…
Во многом предлагаемый инструмент просто коллекция решений распространенных проблем верстки объединенный простым синтаксисом и с расширяемыми возможностями.
Это временное решение, для непрофессионалов в области верстки, которые и не слышали о технологиях о которых вы говорите.
Понял Вас.
Думаю при написании статьи мне стоило больше внимания уделить определению категории сайтов для которых это решение может быть востребовано. Я изначально не думал о этом движке как о замене css позиционирования. Только как помощник удобный в ряде случаев.
Возможно я не прав, но как медленное соединение будет в данном случае влиять на отрисовку? Код движка не будет большим и загрузится только раз, после чего пока грузится html — скрипт успеет отработать и определить положение основных div блоков. Загружавшиеся картинки уже будут правильно позиционироваться. Потом сдвиги будут только в случае если где-то контент не влезет в блок.
Конечно при сложном макете полностью сверстанном в этой технологии — многократная перерисовка возможна (зависит от того насколько удачна будет реализация), Но я изначально ориентировался не на замену верстки, а на реализацию вещей которые в css делать сложно и неудобно. Т.е. на то что уже сейчас делается часто средствами JavaScript.
Спасибо за ссылку, буду изучать. Пока прокомментирую другие замечания.
Гриды, например, не работают когда нужно на мониторах класть 3 элемента в ряд, а на телефонах — в столбец.
В данном случае, можно было бы ввести дополнительные операторы, для автоматической ориентации блоков.
Потом нужно учитывать что контент внутри может сам менять размер, например текст в зависимости от языка, и ценнее уместить текст чем выполнить ограничение в 80% ширины.
В статье есть описание реализации тянущихся блоков. Более сложные зависимости можно реализовать за счет «правил».
Но даже если ты найдешь универсальную мат. модель, реализуешь ее, будет ли это удобнее и понятнее для простых веб-разработчиков?
Этот момент меня тоже волнует. Я старался делать систему максимально простой, чтобы даже зная 10% синтаксиса — можно было ее полезно применять.
Повторюсь — эта система для простых сайтов. Чтобы можно было написать block.my_div='center middle'; — и знать что этот блок будет по центру экрана.
В CSS многое можно сделать если правильно продумывать структуру, иметь опыт верстки в несколько лет и т.п… Но всегда есть начинающие которым непросто прицепить подвал к низу страницы, или растянуть картинку для заполнения всего экрана.
Мне хочется дать непрофессионалу возможность написать несколько строк в понятном ему виде и знать получить хорошую понятную ему, кроссбраузерную верстку.
Понятно что это решение не для профессионалов. Они сами знают как решить свою конкретную задачу наиболее оптимально.
В начале статьи я написал что я дилетант. И я хочу помочь таким же дилетантам как я.
Возможно вы правы. Но тут во первых теряется простота использования — нужен еще какой-то скрипт на сервере, т.е. начинающему верстальщику или даже дизайнеру который хочет посмотреть как будет тянуться его макет — это все становится куда сложнее.
А во-вторых — часть функций обычных приложений как раз может взять на себя этот движок, что соответственно снизит нагрузку.
Мне видится основное назначение инструмента не в верстке обычных сайтов, а в разнообразных приложениях, когда страница должна подстраиваться под пользователя, интерактивно меняться и т.п. Использование CSS для этих целей не очень эффективно.
Не совсем. Как я понимаю, flexbox — помогает более удобно позиционировать блоки в css. Я же предлагаю позиционирование выполнять используя JavaScript, а css — оставить функцию оформления элементов, т.е. то ради чего он и был создан.
JavaScript позиционирование позволяет сделать очень гибкую, подстраивающуюся под ситуацию разметку, путем объявления достаточно простых «правил». При этом отсутствуют проблемы совместимости (вернее их учет ложиться на создателей движка, а не верстальщика).
При этом естественно я не предлагаю отказываться от css верстки. Предлагаемый инструмент только помогает реализовать некоторые вещи проще и быстрее, а степень его использования определяет верстальщик.
Думаю flattr — малопопулярен именно потому что приносит маленький доход, который к тому же быстро исчезает когда людям надоедает бродить по сайтам и щелкать на кнопки поддержки…
В моем случае как раз первые подключившиеся к системе — получат максимальный доход, т.к. по голосованию видно что люди готовы жертвовать в месяц относительно большие суммы, а площадок которые можно поддерживать вначале будет мало. Эта ситуация должна привести к тому что авторы сами будут развивать систему т.к. почувствуют что на ней можно заработать.
Тем не менее отличия все-же существенны, на мой взгляд. На flattr — пользователь каждый месяц должен ходить по поддерживаемым сайтам, много раз щелкать одну и ту же кнопку… Адекватное разделение средств будет только если делать десятки кликов ежемесячно, на разных сайтах, это по моему не лучший вариант.
Моя система — что-то типа персонального менеджера пожертвований. Назначение баллов — удобный инструмент для планирования поддержки которая потом может длиться годами.
Ну и ориентация на оффлайн (в том числе) тоже думается будет востребована.
Чтобы именно таблички по по популярным темам. Типа «Лучшие китайские планшеты до $300», «Лучшие телефоны на Андроиде», «Лучшие CMS для блога» и т.п…
Понимаю что это большая задача и автор ее не ставил. Просто было бы здорово. :)
На мой взгляд проблема перфекционизма, плохо решается усвоением еще одной техники «повышения своей эффективности путем понижения эффективности своего стремления к повышению эффективности»… Нужно просто выйти из этого замкнутого круга и посмотреть на проблему со стороны, отрешенно.
А как отойти от серьезной проблемы? Сделать ее несерьезной. Поэтому я и написал коммент в таком ключе.
Попробуйте взглянуть на ситуацию с юмором, типа «еще тут верстка плывет, надо поправить… а пофиг, напишем что черпали вдохновение в работах Дали)))».
Мне помогает)
Для начала смиритесь с тем, что идеальная степень идеальности — недостижима, получите удовольствие от собственной перфекционистичности и расслабьтесь… И это станет началом на пути к балансу с собой.
Во многом предлагаемый инструмент просто коллекция решений распространенных проблем верстки объединенный простым синтаксисом и с расширяемыми возможностями.
Это временное решение, для непрофессионалов в области верстки, которые и не слышали о технологиях о которых вы говорите.
Думаю при написании статьи мне стоило больше внимания уделить определению категории сайтов для которых это решение может быть востребовано. Я изначально не думал о этом движке как о замене css позиционирования. Только как помощник удобный в ряде случаев.
Конечно при сложном макете полностью сверстанном в этой технологии — многократная перерисовка возможна (зависит от того насколько удачна будет реализация), Но я изначально ориентировался не на замену верстки, а на реализацию вещей которые в css делать сложно и неудобно. Т.е. на то что уже сейчас делается часто средствами JavaScript.
Оптимизация расчетов — это да, в случае сложной верстки задача может быть нетривиальной.
В данном случае, можно было бы ввести дополнительные операторы, для автоматической ориентации блоков.
В статье есть описание реализации тянущихся блоков. Более сложные зависимости можно реализовать за счет «правил».
Этот момент меня тоже волнует. Я старался делать систему максимально простой, чтобы даже зная 10% синтаксиса — можно было ее полезно применять.
Повторюсь — эта система для простых сайтов. Чтобы можно было написать
block.my_div='center middle';— и знать что этот блок будет по центру экрана.Мне хочется дать непрофессионалу возможность написать несколько строк в понятном ему виде и знать получить хорошую понятную ему, кроссбраузерную верстку.
Понятно что это решение не для профессионалов. Они сами знают как решить свою конкретную задачу наиболее оптимально.
В начале статьи я написал что я дилетант. И я хочу помочь таким же дилетантам как я.
А во-вторых — часть функций обычных приложений как раз может взять на себя этот движок, что соответственно снизит нагрузку.
JavaScript позиционирование позволяет сделать очень гибкую, подстраивающуюся под ситуацию разметку, путем объявления достаточно простых «правил». При этом отсутствуют проблемы совместимости (вернее их учет ложиться на создателей движка, а не верстальщика).
При этом естественно я не предлагаю отказываться от css верстки. Предлагаемый инструмент только помогает реализовать некоторые вещи проще и быстрее, а степень его использования определяет верстальщик.