Shift-Web

любопытно

Окей, ссылка по теме. Приветствуются интересные мысли

Для того, что бы "дёрнуть" функцию она тоже должна быть в памяти. Она ведь не появляется когда вы её вызываете, а когда вы её объявляете. Кстати всё таки создание библиотеки лучше вынести за функцию загрузки контента, а то она будет доступна только изнутри да и само объявление начнётся только после создания документа. Это в принципе не критично в данном примере. Никаких мегаконструкций и ничего экстра нового. Там очень многое сделано на JS, но идейно устарело. Есть смысл это дело переписать частично. Да и в любом случае хорошо оформленный код -- это гуд. Мне бы было гораздо удобнее использовать его или даже его части на разных проектах.

Если под компонентами вы понимаете определенный код, который вы, возможно без особых изменений, будете использовать на многих проектах, то лучше всего оформить такой код в виде плагина. Всё несколько сложнее. Есть желание сделать сборку на базе друпала со своим профилем установки и прочими приблудами, но друпал будет порядочно модифицирован. Чтобы это выглядело достойно приходится думать над вот такими вещами. А для себя или для каких мелких задачек -- можно как угодно.

В качестве дополнительного инструмента - актуально. Но поддержки XSL v2 почти нигде нет, есть только пара библиотек. А с v1 не сильно разгонишься. Мы в своих проектах используем, но в качестве вкраплений. Я просто думаю на перспективу ... никогда не знаешь, что пригодится. Спасибо

Оно вообще актуально или стухает?

По XSL вообще толкового мало ): Сам бы с удовольствием поковырял

Использую в основном jQuery с редкими вставками нативнго жабакода(скажем так, по ситуации). Раньше как-то не особо задумывался да и в основном не было объёмов кода над которыми нужно думать, задач и т.д., писал а основном что-то вроде $(function($) { // тут какой то код или some_do(); }); function some_do() { //bla-bla } Собсно, сам вопрос относительно того, когда кода становится много. Мне понравилось решение со сборкой всей этой кучи в свою библиотеку(да я знаю, что ещё есть как минимум 3-4 способа это реализовать). $(function($) { var Library = { init: function() { // bla-bla-bla } }; }); Вопрос наверное больше по части эстетики работы с jQuery и немного по части производительности. Такого рода функция живёт в памяти после выполнения, в то время как просто функция работает только когда дёрнут за ниточку. Что кошернее и как лучше подойти к оформлению своих компонентов? Спасибо ...

Толсто ...

Я тут интересную фигню заметил. Если положить болт на валидность, то "Хакаю в общем стиле" -- вариант более шустрый. Грубо говоря, пишем селектор или группу селекторов со стилями, и тут же их "зв*здим". На глаз, отрисовка и фикс получаются быстрее. Нельзя, конечно, сказать, что вариант вау. Код плохо читается да и не кошерно это, но факт есть факт. Из всех вариантов я больше склоняюсь к отдаче хаков сервером по заголовку. Мне кажется, что так лучше.

Это, по-моему, ересь уже какая-то. угу

Это как так? Это что-то вроде доп разметки через Cond.Comm.

Просьба не добавлять сюда других вариантов. Каменты вида "я делаю так потому что... " приветствуются.

Дурацкий или нет, цели самоидентифицироваться этот опрос не подразумевал. Интереснее результаты.

пока результаты говорят, что это не надо никому )

да смысл вроде понятен.

сабж

Ну так подскажите это самое "айти" заведение. Меня это и интересует. Рисовать? Где? В реале или в фт? В реале вроде умею, 5 по рисованию А вот в фт пока траблы, трудно очень "голой" мышкой рисовать, а на планшет пока не заработал. Вы имеете введу, чтобы программист сам рисовал графику? Я видел на фри-лансе заказчики довольно часто таких ищут, но я больше придерживаюсь мысли о том, что каждый должен заниматься своим делом, везде "по чуть-чуть" не катит. Хотя в данный момент я "везде по чуть-чуть". попробуйте надеть на неё чулок или шубку (: должно сработать ... тяжело не будет -- будет весело

sprite - ul - z-index и немного жабакода

Жестяная жесть ... Плавно перехожу с психа на драм

Насчёт @Media Queries: идея очень хорошая и, на первый взгляд, практичная. Тоже хочу попробовать, но всё руки не доходят. Что-то мне подсказывает, что через пару лет это таки будет и не просто для практики

Ага)) и всё таки ... где же они нужны? поконкретнее плиз Таблица сравнения к чему, извиняюсь за выражение, это др*чиво Дружище, я тебе уже говорил, чтобы ты выражения выбирал? Емы по идее самые точные единицы измерения, так как они могут округлять до тысячной доли. Т.е. браузер свободно может прочитать от трёх чисел в конце каждой единицы, пример: 1.334em;. Вот 334 увидят и поймут все браузеры. А это значит, что можно, например использовать эту фичу в каких нибудь точных вещах, например, отступы или сдвиги элемента, относительно чего-то. Для того, чтобы, если шрифт увеличится, то благодаря емам - этот элемент сдвигался пропорционально верно. Так же размер шрифта, например, можно тоже менять относительно родителя. Иногда это тоже удобно. Для мобильных устройств вроде тоже неплохо подходят ЕМ-ы. Не ругайся. Я искренне считаю, что это не надо. Хоть оно и удобно в каких то специфичных случаях. Если говорить о масштабировании, то всё таки имеет смысл делать пресеты(обычный переключатель CSS). Масштабирование само по себе очень не устойчивое, поэтому лучше так не изголяться. Согласись, тащить тысячные доли -- это не совсем приятно. Да я ж, говорю, были моменты, емы меня выручали правда. А было и наоборот, что делали только хуже. Отталкивайся от ситуации! Я просто в drupal с ними наковырялся, а там стандарт. По госту все ядерные компоненты(тобишь их стили) должны быть выполнены в ем. Начинаешь это г-но оверрайдить и дико материшься, когда у какого нибудь форума CSS растащены на структурную часть(каркас) и стилевую(тексты и пр.). Очень доставляет это дело переписывать. Ну и если разработка командная, то это как бы тоже не айс. В общем, на принты и шрифты, и очень аккуратно.

Ага)) и всё таки ... где же они нужны? поконкретнее плиз Таблица сравнения к чему, извиняюсь за выражение, это др*чиво Дружище, я тебе уже говорил, чтобы ты выражения выбирал? Емы по идее самые точные единицы измерения, так как они могут округлять до тысячной доли. Т.е. браузер свободно может прочитать от трёх чисел в конце каждой единицы, пример: 1.334em;. Вот 334 увидят и поймут все браузеры. А это значит, что можно, например использовать эту фичу в каких нибудь точных вещах, например, отступы или сдвиги элемента, относительно чего-то. Для того, чтобы, если шрифт увеличится, то благодаря емам - этот элемент сдвигался пропорционально верно. Так же размер шрифта, например, можно тоже менять относительно родителя. Иногда это тоже удобно. Для мобильных устройств вроде тоже неплохо подходят ЕМ-ы. Не ругайся. Я искренне считаю, что это не надо. Хоть оно и удобно в каких то специфичных случаях. Если говорить о масштабировании, то всё таки имеет смысл делать пресеты(обычный переключатель CSS). Масштабирование само по себе очень не устойчивое, поэтому лучше так не изголяться. Согласись, тащить тысячные доли -- это не совсем приятно.

Ага)) и всё таки ... где же они нужны? поконкретнее плиз Таблица сравнения к чему, извиняюсь за выражение, это др*чиво

А где актуально емы использовать? Я раньше пытался их юзать, прочитав, что это есть тру, но потом понял, что только для принтовых версий под шрифты. Работать с ними не очень приятно.