это хорошо что теперь есть нативные объекты, вопрос в другом как я понял что рисовать не проблема, нарисовать перед созданием тоже вроде не проблема, а как сохранить то что пользователь нарисовал?! надо каждый раз слушать событие overlaycomplete? и при помощи аджакса и какой-то матери сохранять это в своем собственном формате в свою же базу?
Вопрос «зачем» не стоит) обстоятельства могут повернуться как угодно. Но если человек привык к чему-то он ищет похожие технологии там где он сейчас, это «принцип экономии мышления Маха-Авенариуса»
Мне же интересно другое, насколько технология придуманная для одного языка с его парадигмой и шаблонами применима к другому
хорошо, в двух словах: надо создать дата модель а-ля мапинг к ждейсону, надо создать датастор (датасорс) с этой моделью, надо создать грид с этим стором. в эту связку очень тяжело что-то всунуть, практически не возможно.
а жуквери юай это просто набор виждетов которые очень слабо связаны, так что с ними можно делать что угодно и чем угодно, тут проблем нет
не-не это понятно что все равно что будет генерировать данные для построения, например гридов. Но как приспособить описанный в статье observer к этим таблицам из extjs? Это даже если возможно то точно не имеет много смысла.
Гугл вам лично что-то должен? вы купили у него хотя бы дополнительное место в почте? запустили свою рекламную компанию? купили гуглофон?
Радуйтесь что у вас какое-то время была возможность на шару, ведь шара для вас это так важно!
ЗЫ Гугл закрыла один проект, значит будет больше развивать другой, возможно новый что тоже хорошо.
сделал ему запрос на пуш в репу двух вещей которые, нашел в первые 5 минут работы с ним. но это не все.
Для тех кому лень смотреть в гите:
1 объявлен пустой метод, то ли для красоты, то ли для создания видимости интерфейса/абстрактного класса. Так вот этот метод и вызывается вместо того который должен.
2 забыта пропертя в классе.
Конгениальная мысль сунуть запись в сессию в дуструктор подразумевает что в этом же деструкторе будет запись в куки, а значит вывод всего прочего контента должен быть еще позже.
тогда уже не просто .stop(), а .stop(true, true) потому что если при полной видимости (только не fade, a slide) эти элементы накладываются то может получиться забавный эффект когда они оба анимируются по очереди ;)
Спасибо за ссылочку на меня любимого ;) От себя добавлю еще что это все было про jQuery 1.3.2, а текущая 1.4.2 и в ней есть пару нюансов
>>$('#color_button') – будет выполнен максимально быстро
>>$('#content .button') – будет медленнее
Я не думаю что вы правильно сравниваете. В первом случаи вы ищете однозначно один элемент, во втором — группу, то что вы находите один элемент это частный случай.
Более того в 1.4 был оптимизирован поиск по селекторам начинающимся на # (пруфлинк), так что совет вообще не в кассу
>>3. Избегайте лишних манипуляций c DOM
я тут вот еще что накрапал для любителей делать как красиво и неправильно.
Это же касается замечания про ie6, лучше тогда уже делать вот так
$.fn.append.apply($mylist, li_items)
все очень просто.
есть чекбокс и его родной онклик который меняет его состояние
есть навешаное тобой событие которое по клику меняет его еще раз
1 если ты реально кликаешь на чекбокас происходят оба события и состояние меняться два раза тоесть становиться снова тем которое было
2 если ты програмно вызыввешь триггер то происходят оба события с тем же результатом что и прошлый раз
3 если ты вызываешь тригер хендлер то происходит только то событие которое ты навесил через жуквери.
mabp.kiev.ua/2010/09/10/raphael-overlay/
Мне же интересно другое, насколько технология придуманная для одного языка с его парадигмой и шаблонами применима к другому
а жуквери юай это просто набор виждетов которые очень слабо связаны, так что с ними можно делать что угодно и чем угодно, тут проблем нет
mabp.kiev.ua/2010/02/07/eventify/
Радуйтесь что у вас какое-то время была возможность на шару, ведь шара для вас это так важно!
ЗЫ Гугл закрыла один проект, значит будет больше развивать другой, возможно новый что тоже хорошо.
сделал ему запрос на пуш в репу двух вещей которые, нашел в первые 5 минут работы с ним. но это не все.
Для тех кому лень смотреть в гите:
1 объявлен пустой метод, то ли для красоты, то ли для создания видимости интерфейса/абстрактного класса. Так вот этот метод и вызывается вместо того который должен.
2 забыта пропертя в классе.
Конгениальная мысль сунуть запись в сессию в дуструктор подразумевает что в этом же деструкторе будет запись в куки, а значит вывод всего прочего контента должен быть еще позже.
>>$('#color_button') – будет выполнен максимально быстро
>>$('#content .button') – будет медленнее
Я не думаю что вы правильно сравниваете. В первом случаи вы ищете однозначно один элемент, во втором — группу, то что вы находите один элемент это частный случай.
Более того в 1.4 был оптимизирован поиск по селекторам начинающимся на # (пруфлинк), так что совет вообще не в кассу
>>3. Избегайте лишних манипуляций c DOM
я тут вот еще что накрапал для любителей делать как красиво и неправильно.
Это же касается замечания про ie6, лучше тогда уже делать вот так
$.fn.append.apply($mylist, li_items)
есть чекбокс и его родной онклик который меняет его состояние
есть навешаное тобой событие которое по клику меняет его еще раз
1 если ты реально кликаешь на чекбокас происходят оба события и состояние меняться два раза тоесть становиться снова тем которое было
2 если ты програмно вызыввешь триггер то происходят оба события с тем же результатом что и прошлый раз
3 если ты вызываешь тригер хендлер то происходит только то событие которое ты навесил через жуквери.
возможно тебе будет интересно как я воевал с этим в свое время
mabp.kiev.ua/2007/07/03/onmouseover_checkbox_toggler/