«LibCanvas» — фреймворк для работы с Javascript Canvas

[TheShock]

svg таки вектор, а это растр. то, что в свг есть такие возможности, не значит, что они не нужны здесь.

[TheShock]

и чем же лучше? кто сказал, что быстрее?

[ISVir]

«Осел не поддерживается. Опера, Хром и Фокс — работает» — куда же без осла в наше не лёгкое время?

[TheShock]

иногда бывает можно.

[ISVir]

Ох уж, это редкое «иногда»…

[firsyura]

За Вашей библиотекой — будущее. Javascript vs Flash 1:0 ;)

[TheShock]

спасибо)

[Bonch]

Месяц назад в своем блоге я написал заметку про перспективы клиентских технологий в веб. В заметке я как раз предсказывал появление подобного фреймворка. И вот — он появился. Желаю успехов в разработке и не бросать начатое дело :)

Заметку можно глянуть тут: torqueo.net/client-technologies-perspectives-in-web/

[TheShock]

как в воду глядели)

[SVN]

Здесь «Фигуры. На базе CanvasLib.Shapes.*» вы накосячили, забили закрыть тег .

[TheShock]

пофиксил

[cry_san]

А чем Вам не подходит Raphael?

[TheShock]

ну… он все-таки SVG, а не Canvas

[nurakhov]

Как это использовать на друпал-сайте? Я не программист, сайт по кускам собираю, и чувствую необходимость встроить такую симпатичную иконку (с воскл.знаком — что-то типа «Важно» или «Внимание») на сайт, по клику на которую выползет попап-окошко с текстом и ссылкой.

[nurakhov]

Я настолько не программист, что не знаю, что такое фреймворк.

[TheShock]

я так понимаю, что для этого лучше подойдет все таки JQuery…

[nurakhov]

Объясните, что это? Не вижу смысла в минусах, я за помощью обратился.

[TheShock]

я не минусовал. видимо. людей удивил столь низкий урвоень клиентского программирования, словно вы пошутили. на хабре это редкость. пройдите хоть сюда: habrahabr.ru/blogs/jquery/38208/

[Volshebnyi]

<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
Подробнее тут.

[Akenfold]

Только в вашем случае подключение скриптов нужно расположить либо после вывода элементов img#warning и div#dialog, либо же выполнить код второго скрипта как обработчик события document.ready в любом другом месте (например, в head):

<script type='text/javascript'>
    jQuery(function ()
    {
        jQuery('#warning').click(function ()
        {
            jQuery('#dialog').show();
        });
    });
</script>

[kirushik]

Вам вообще не нужен canvas для этого.
Советую попробовать библиотеку rightjs: ru.rightjs.org/docs/fx/slide
Внятная документация на русском, и быстрый код.

[nurakhov]

Спасибо за ответы, буду пробовать.

[slik]

Предлагаю выложить на MooTools Forge

[TheShock]

спасибо, так и сделаю вечером.)

[Xenkok]

а вообще поддержка ослов планируется?

[kirushik]

Бывает excanvas, эмулирующая работу canvas для IE.
Но там не всё так просто — Ie8 надо с ней переводить в режим рендеринга от седьмой версии, иначе не работает

[kirushik]

Ну и понятно, эмуляция не шустра.
Совсем не шустра.
Какие 50fps, о чём вы?

[Akenfold]

Когда в Internet-Explorer'е сделают поддержку canvas, тогда автоматически будет поддержка и этого браузера :)

[Xenkok]

ну я имел в виду — excanvas.

[akzhan]

Если бы было плагином jQuery, было бы интересно.

А включать абсолютно левый каркас ради канваса как-то не алё.

[akzhan]

А самое неприятное, — это расширение прототипов базовых классов.

На редкость вредно, особенно для случая for (var key in something).

[TheShock]

используя for (var key in something) вы можете непороться на неприятные аги даже бзе расширенных проттивов, что у меня раз и произошло

[akzhan]

Я пока не напарывался. Хотя достаточно плотно и долго работаю с Javascript.

[TheShock]

афаик, один из ослов у меня реагировал неадекватно. сам любил эту запись потому отказывался от расширения прототипов, но пришлось отказаться эж ибо не айс. в Мутулз (да и везде) лучше использовать или array.each(), или for (var i = 0; i<array.length; i++) про ДжиКвери я писал.

[akzhan]

У меня есть крайне насыщенных for in проектов, полных AJAX и прочего, с аудиторией, начиная с MSIE 6, и всё работает как часы.

В jQuery полезна запись вида
$.each(collection, function(...)
{
});

Но если мы точно знаем, что не будет использовать прототипы (Prototype, MooTools etc.), то можно писать просто for in.

[TheShock]

я вспомнил. это было при создании jQuery.keyboard. Мне пришлось переписать все for-in на for(var i =0; в определенный момент. с тех пор от for-in для массивов я отказался. даже несмотря на то, что он иногда работает корректно. тем более удобство от возможности рсширить встроенные объекты — больше. вот коммит:
code.google.com/p/jquerykeyboard/source/detail?r=8ffb066d055529311a0fbc599b4b26539af39f1f
вы же не думаете, что я это сделал от нечего делать просто? стандартные прототипы не расширялись(это не соответствует философии jQuery), а баг где-то вылез. решил себя поберечь. а в мутулз очень удобно:

['a', 'b', 'c'].each(function (elem) {
    alert(elem);
}.bind(this));

вообще я решил, что даже юзая ДжиКвери для DOM я буду также использовать сокращенный Мутулз (тот, что для серверов) для повышения удобства пользования. Прям как двойная колода в Magic The Gathering)))

[akzhan]

Не сталкивался с такой проблемой, да и перебираю обычно хэши.
Загрязнение стандартных классов — это очень некрасиво.

Если бы это не влекло побочных эффектов, мне было бы пофиг.

[Sannis]

Для этого случая Douglas Crockford настоятельно рекомендует писать внутри цикла проверку: www.jslint.com/lint.html#forin
На всякий случай, на будущее или по иной причине, но это стоит сделать даже если на данном этапе побочных эффектов быть не может.
А то решит вебмастер использовать на сайте prototype.js, а в циклах по массивам вылезут методы вдруг. Не комильфо.

[proxor]

Забавно вы назвали MooTools «левым» каркасом, а чуть ниже пишете, что «достаточно плотно и долго работаю с Javascript» :)

[akzhan]

В большинстве компаний — Предусловие: во всех проектах компании используется jQuery;

Постусловие: Минимальное влияние на размер проекта.

[proxor]

Смысл в другом. Если вы плотно работаете с JS, то не можете не быть знакомым с MooTools и знать хотя бы в общих чертах преимущества и недостатки этого каркаса. Вы же без заззрения совести назвали его «левым», что конечно не является адекватной оценкой и ставит под сомнение ваш профессиональный опыт. К тому же с Canvas можно вполне работать вручную, без всяких фреймворков, получится даже удобнее. Ну а если вы такой крутой, то без проблем напишете свою обёртку для Canvas к jQuery.

[akzhan]

Что не отменяет вышесказанного. MooTools используется реже. На моей памяти я его видел только в одном проекте в работе.

А касательно писать свою обёртку для Canvas, — пока нет такой необходимости, меня устраивает Rafael (SVG+VML).

[proxor]

Сами себе противоречите, Raphaёl ведь тоже — судя по вашей логике — «левый каркас» :) Впрочем, неважно. Каждый использует то, что ему нравится.

[theOnlyBoy]

Приведенный пример кросс-браузерно реализуется набором из 6 картинок и небольшим куском кода на том же jQ. Приведите что-то более действенное, анимацию, например, или интересную картинку из сложных полигонов.

[Akenfold]

Это ведь только пример. Есть графическая библиотека, можно обрабатывать события для созданных элементов. Что ещё нужно? С таким функционалом можно написать практически всё, что угодно, от небольших компонентов (кнопочек, списков, переключателей и прочего), до полноценной графической среды и даже небольшой игрушки. Но это, конечно, потребует времени и сил.

Я хочу сказать, что работа с графическими средствами — не самоё простое программирование. Но люди, которые работали с другими подобными инструментами, наверное, понимают, какие возможности стоят за базовыми методами, реализованными во этом фреймворке. Поэтому сделать «что-то более действенное» не так-то и просто.

[theOnlyBoy]

С таким функционалом можно написать практически всё, что угодно...
Никто не спорит. Так покажите ж, что можно-то, качественная презентация — залог успеха.

[twenty]

Опять Flash придумывают…