Комментарии 52
НЛО прилетело и опубликовало эту надпись здесь
«Осел не поддерживается. Опера, Хром и Фокс — работает» — куда же без осла в наше не лёгкое время?
За Вашей библиотекой — будущее. Javascript vs Flash 1:0 ;)
спасибо)
Месяц назад в своем блоге я написал заметку про перспективы клиентских технологий в веб. В заметке я как раз предсказывал появление подобного фреймворка. И вот — он появился. Желаю успехов в разработке и не бросать начатое дело :)
Заметку можно глянуть тут: torqueo.net/client-technologies-perspectives-in-web/
Заметку можно глянуть тут: torqueo.net/client-technologies-perspectives-in-web/
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Здесь «Фигуры. На базе CanvasLib.Shapes.*» вы накосячили, забили закрыть тег
.
А чем Вам не подходит Raphael?
Как это использовать на друпал-сайте? Я не программист, сайт по кускам собираю, и чувствую необходимость встроить такую симпатичную иконку (с воскл.знаком — что-то типа «Важно» или «Внимание») на сайт, по клику на которую выползет попап-окошко с текстом и ссылкой.
Я настолько не программист, что не знаю, что такое фреймворк.
я так понимаю, что для этого лучше подойдет все таки JQuery…
Объясните, что это? Не вижу смысла в минусах, я за помощью обратился.
я не минусовал. видимо. людей удивил столь низкий урвоень клиентского программирования, словно вы пошутили. на хабре это редкость. пройдите хоть сюда: habrahabr.ru/blogs/jquery/38208/
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"
type="text/javascript"></script>
<script type='text/javascript'>
$('#warning').click(function(){
$('#dialog').show();
});
</script>
warning — id картинки с восклицательным знаком
dialog — id div'а с position:absolute
Подробнее тут.
Только в вашем случае подключение скриптов нужно расположить либо после вывода элементов
img#warning и div#dialog, либо же выполнить код второго скрипта как обработчик события document.ready в любом другом месте (например, в head):
<script type='text/javascript'>
jQuery(function ()
{
jQuery('#warning').click(function ()
{
jQuery('#dialog').show();
});
});
</script>
Вам вообще не нужен canvas для этого.
Советую попробовать библиотеку rightjs: ru.rightjs.org/docs/fx/slide
Внятная документация на русском, и быстрый код.
Советую попробовать библиотеку rightjs: ru.rightjs.org/docs/fx/slide
Внятная документация на русском, и быстрый код.
Предлагаю выложить на MooTools Forge
а вообще поддержка ослов планируется?
Бывает excanvas, эмулирующая работу canvas для IE.
Но там не всё так просто — Ie8 надо с ней переводить в режим рендеринга от седьмой версии, иначе не работает
Но там не всё так просто — Ie8 надо с ней переводить в режим рендеринга от седьмой версии, иначе не работает
Ну и понятно, эмуляция не шустра.
Совсем не шустра.
Какие 50fps, о чём вы?
Совсем не шустра.
Какие 50fps, о чём вы?
Когда в Internet-Explorer'е сделают поддержку canvas, тогда автоматически будет поддержка и этого браузера :)
Если бы было плагином jQuery, было бы интересно.
А включать абсолютно левый каркас ради канваса как-то не алё.
А включать абсолютно левый каркас ради канваса как-то не алё.
А самое неприятное, — это расширение прототипов базовых классов.
На редкость вредно, особенно для случая for (var key in something).
На редкость вредно, особенно для случая for (var key in something).
используя for (var key in something) вы можете непороться на неприятные аги даже бзе расширенных проттивов, что у меня раз и произошло
Я пока не напарывался. Хотя достаточно плотно и долго работаю с Javascript.
афаик, один из ослов у меня реагировал неадекватно. сам любил эту запись потому отказывался от расширения прототипов, но пришлось отказаться эж ибо не айс. в Мутулз (да и везде) лучше использовать или array.each(), или for (var i = 0; i<array.length; i++) про ДжиКвери я писал.
У меня есть крайне насыщенных for in проектов, полных AJAX и прочего, с аудиторией, начиная с MSIE 6, и всё работает как часы.
В jQuery полезна запись вида
$.each(collection, function(...)
{
});
Но если мы точно знаем, что не будет использовать прототипы (Prototype, MooTools etc.), то можно писать просто for in.
В jQuery полезна запись вида
$.each(collection, function(...)
{
});
Но если мы точно знаем, что не будет использовать прототипы (Prototype, MooTools etc.), то можно писать просто for in.
я вспомнил. это было при создании jQuery.keyboard. Мне пришлось переписать все for-in на for(var i =0; в определенный момент. с тех пор от for-in для массивов я отказался. даже несмотря на то, что он иногда работает корректно. тем более удобство от возможности рсширить встроенные объекты — больше. вот коммит:
code.google.com/p/jquerykeyboard/source/detail?r=8ffb066d055529311a0fbc599b4b26539af39f1f
вы же не думаете, что я это сделал от нечего делать просто? стандартные прототипы не расширялись(это не соответствует философии jQuery), а баг где-то вылез. решил себя поберечь. а в мутулз очень удобно:
вообще я решил, что даже юзая ДжиКвери для DOM я буду также использовать сокращенный Мутулз (тот, что для серверов) для повышения удобства пользования. Прям как двойная колода в Magic The Gathering)))
code.google.com/p/jquerykeyboard/source/detail?r=8ffb066d055529311a0fbc599b4b26539af39f1f
вы же не думаете, что я это сделал от нечего делать просто? стандартные прототипы не расширялись(это не соответствует философии jQuery), а баг где-то вылез. решил себя поберечь. а в мутулз очень удобно:
['a', 'b', 'c'].each(function (elem) {
alert(elem);
}.bind(this));вообще я решил, что даже юзая ДжиКвери для DOM я буду также использовать сокращенный Мутулз (тот, что для серверов) для повышения удобства пользования. Прям как двойная колода в Magic The Gathering)))
Для этого случая Douglas Crockford настоятельно рекомендует писать внутри цикла проверку: www.jslint.com/lint.html#forin
На всякий случай, на будущее или по иной причине, но это стоит сделать даже если на данном этапе побочных эффектов быть не может.
А то решит вебмастер использовать на сайте prototype.js, а в циклах по массивам вылезут методы вдруг. Не комильфо.
На всякий случай, на будущее или по иной причине, но это стоит сделать даже если на данном этапе побочных эффектов быть не может.
А то решит вебмастер использовать на сайте prototype.js, а в циклах по массивам вылезут методы вдруг. Не комильфо.
Забавно вы назвали MooTools «левым» каркасом, а чуть ниже пишете, что «достаточно плотно и долго работаю с Javascript» :)
В большинстве компаний — Предусловие: во всех проектах компании используется jQuery;
Постусловие: Минимальное влияние на размер проекта.
Постусловие: Минимальное влияние на размер проекта.
Смысл в другом. Если вы плотно работаете с JS, то не можете не быть знакомым с MooTools и знать хотя бы в общих чертах преимущества и недостатки этого каркаса. Вы же без заззрения совести назвали его «левым», что конечно не является адекватной оценкой и ставит под сомнение ваш профессиональный опыт. К тому же с Canvas можно вполне работать вручную, без всяких фреймворков, получится даже удобнее. Ну а если вы такой крутой, то без проблем напишете свою обёртку для Canvas к jQuery.
Приведенный пример кросс-браузерно реализуется набором из 6 картинок и небольшим куском кода на том же jQ. Приведите что-то более действенное, анимацию, например, или интересную картинку из сложных полигонов.
Это ведь только пример. Есть графическая библиотека, можно обрабатывать события для созданных элементов. Что ещё нужно? С таким функционалом можно написать практически всё, что угодно, от небольших компонентов (кнопочек, списков, переключателей и прочего), до полноценной графической среды и даже небольшой игрушки. Но это, конечно, потребует времени и сил.
Я хочу сказать, что работа с графическими средствами — не самоё простое программирование. Но люди, которые работали с другими подобными инструментами, наверное, понимают, какие возможности стоят за базовыми методами, реализованными во этом фреймворке. Поэтому сделать «что-то более действенное» не так-то и просто.
Я хочу сказать, что работа с графическими средствами — не самоё простое программирование. Но люди, которые работали с другими подобными инструментами, наверное, понимают, какие возможности стоят за базовыми методами, реализованными во этом фреймворке. Поэтому сделать «что-то более действенное» не так-то и просто.
Опять Flash придумывают…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«LibCanvas» — фреймворк для работы с Javascript Canvas