Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 54
Почему например стоит пользоваться этой библиотекой вместо SVG?
таки зря удалил из фака пятый вопрос. в предыдущей теме этот же вопрос был задан и тоже в первом посте. а почему бы не воспользоваться бутербродами с маслом вместо этой библиотеки? почему бы вообще не отказаться от canvas, ведь есть svg?!
SVG — векторная графика, Canvas — растровая.
С уважением, ваш К.О.
С уважением, ваш К.О.
Вы смотрели на API?
Я обнаружил только функции реализованные в SVG.
Ничего похожего на post-эффекты.
Я обнаружил только функции реализованные в SVG.
Ничего похожего на post-эффекты.
не все сразу. тем более, эта либа совершенно не отменяет всех возможностей канваса и растровой графики. она только позволяет сделать работу с канвасом легче и приятнее
Всё равно мне кажется что овчинка выделки не стоит.
Через год-два SVG будет на вполне приемлемом уровне реализации в браузерах, чтобы делать то, что может Ваша библиотека _сейчас_.
То о чем Вы говорите («не всё сразу»), стоило поставить в начало очереди на реализацию. Имею ввиду реализацию заведомо не SVG-шных возможностей. Например для подготовки изображений (спрайтов), пост эффекты и т.д.
Через год-два SVG будет на вполне приемлемом уровне реализации в браузерах, чтобы делать то, что может Ваша библиотека _сейчас_.
То о чем Вы говорите («не всё сразу»), стоило поставить в начало очереди на реализацию. Имею ввиду реализацию заведомо не SVG-шных возможностей. Например для подготовки изображений (спрайтов), пост эффекты и т.д.
Таки я не понял. Это недостаток моей библиотеки, что в СВГ что-то когда-то появится то, что есть в ней сейчас?
А почему я должен отталкиваться от SVG? То, что что-то можно реализовать на свг запрещает реализовать мне это на Канвасе? Надо реализовывать что-то другое и, если, не дай бог, это что-то другое вдруг появится в СВГ, то быстро убрать из своей библиотеки?
В СВГ по умолчанию есть Draggable, Droppable, etc? Или это реализуется с помощью фреймворков? Зачем нужны эти фреймворки, если все это можно реализовать с помощью канвас?
В чем преимущество свг перед канвасом? Ресайзится хорошо и без потери качества? При использовании хоть одного рисунка (или вы все карты в игре, как выше, тоже будете делать свг-шными? хотел бы я на этого посмотреть). Это преимущество сходит на «нет».
Производительнее? Возьмите картинку из игры в топике, порежте её на 52 части, каждую увеличьте и добавьте интерактивности. Будет ли больше fps? Сомневаюсь.
> для подготовки изображений (спрайтов)
у меня в либе есть cachedDrawImage, которая не отличается по интерфейсу от drawImage, она сначала выполняет все действия над картинкой (crop, resize), потом кеширует и уже из кеша рисует, за счет чего я уменьшил время рендеринга кадра в ~ 2 раза.
Почитайте раздел «Disadvantages», пункт «Canvas» в сравнении SVG vs Canvas на сайте Оперы. Я убрал значительную часть недостатков Канвас по сравнению с СВГ, оставив его достоинства, разве это плохо?
Главное
это все пустой треп. я не отказывался от развития этой библиотеки. предлагайте ваши идеи, расскажите, где они могут использоваться, как вы их видите в библиотеке, вполне возможно, в следующей версии все это будет.
А почему я должен отталкиваться от SVG? То, что что-то можно реализовать на свг запрещает реализовать мне это на Канвасе? Надо реализовывать что-то другое и, если, не дай бог, это что-то другое вдруг появится в СВГ, то быстро убрать из своей библиотеки?
В СВГ по умолчанию есть Draggable, Droppable, etc? Или это реализуется с помощью фреймворков? Зачем нужны эти фреймворки, если все это можно реализовать с помощью канвас?
В чем преимущество свг перед канвасом? Ресайзится хорошо и без потери качества? При использовании хоть одного рисунка (или вы все карты в игре, как выше, тоже будете делать свг-шными? хотел бы я на этого посмотреть). Это преимущество сходит на «нет».
Производительнее? Возьмите картинку из игры в топике, порежте её на 52 части, каждую увеличьте и добавьте интерактивности. Будет ли больше fps? Сомневаюсь.
> для подготовки изображений (спрайтов)
у меня в либе есть cachedDrawImage, которая не отличается по интерфейсу от drawImage, она сначала выполняет все действия над картинкой (crop, resize), потом кеширует и уже из кеша рисует, за счет чего я уменьшил время рендеринга кадра в ~ 2 раза.
Почитайте раздел «Disadvantages», пункт «Canvas» в сравнении SVG vs Canvas на сайте Оперы. Я убрал значительную часть недостатков Канвас по сравнению с СВГ, оставив его достоинства, разве это плохо?
Главное
это все пустой треп. я не отказывался от развития этой библиотеки. предлагайте ваши идеи, расскажите, где они могут использоваться, как вы их видите в библиотеке, вполне возможно, в следующей версии все это будет.
Подрагивает.
браузер? сколько фпс? какой пример?
freecr.ru/libcanvas/?de — Chrome 6.0.453.1 — 49 FPS.
Хром 6, косынка, 3 фпс, 1.2ггц проц. Не понимаю, чему там так сильно тормозить.
>> Использование for (var i in []) вызовет проблемы в ie даже не с раширенными прототипами
Вообще говоря цикл for-in для массивов может вызвать проблемы в любом браузере и без расширения прототипов. Простой пример
var a = 'ab'.match(/((a)(b))/); // метод match возвращает массив
var props = '';
for (var i in a) {
props += i + ' ';
}
alert(props);
// IE: input index lastIndex 0 1 2 3
// Остальные браузеры: 0 1 2 3 index input
Вообще говоря цикл for-in для массивов может вызвать проблемы в любом браузере и без расширения прототипов. Простой пример
var a = 'ab'.match(/((a)(b))/); // метод match возвращает массив
var props = '';
for (var i in a) {
props += i + ' ';
}
alert(props);
// IE: input index lastIndex 0 1 2 3
// Остальные браузеры: 0 1 2 3 index input
Чёрт, я так и знал, что всё кончится пасьянсами. Именно секретарши инициировали добавление в html5 canvas.
Посмотрел что вы собираете проект в один файл. Для этого советую использовать проект packager от главного разработчика MooTools. Еще есть packager-web который позволяет собирать проект выделяя нужные компоненты (как ето делается тут, например). Удобные штуки :)
Развитию вашей библиотеки очень рад, изучу код на досуге.
Развитию вашей библиотеки очень рад, изучу код на досуге.
А что ж этот пасьянс так CPU грузит? :( Зачем постоянно перерисовывать, когда ничего не происходит?
Спасибо… доосвою СВГ, буду курить канву… с фреймворком будет легче)
(я сказал кроссбраузерностью, про IE там ничего не было!)это шедевр))
За пасьянс спасибо. Не как технический пример реализации LibCanvas, а так… поиграть :) Давно его уже не раскладывал. Сейчас попытаюсь…
Не хватает кнопки отмены своего действия, т.е. сделать шаг назад.
И ещё отступ карты от карты слишком большой.
И ещё отступ карты от карты слишком большой.
согласен, этой фишки очень не хватает.
а как тогда видеть, какие карты лежат? их масть?
а как тогда видеть, какие карты лежат? их масть?
Карты, которые ещё не открыты — зачем им такой отступ? Можно и в два раза меньше — все равно я с ними не играюсь, исключительно для того чтобы видеть сколько карт осталось в этой колоде.
С открытыми картами все равно можно как-то поиграться.
И, кстати, ещё вопрос — а зачем вы сделали колоды под углом? :) Мне кажется, вертикальное расположение будет намного лучше и освободит место, которые занимается сейчас абсолютно нерационально. Например, посмотрите как здесь:
Интерфейс намного чище и приятнее.
С открытыми картами все равно можно как-то поиграться.
И, кстати, ещё вопрос — а зачем вы сделали колоды под углом? :) Мне кажется, вертикальное расположение будет намного лучше и освободит место, которые занимается сейчас абсолютно нерационально. Например, посмотрите как здесь:
Интерфейс намного чище и приятнее.
Ну и для ленивых… Кнопку Hint, которая бы советовала какой-нибудь ход :)
Кстати, у меня 24-25 FPS (safari mac, 5.0). Не слишком приятно, но играть можно.
Кстати, у меня 24-25 FPS (safari mac, 5.0). Не слишком приятно, но играть можно.
А почему бы и нет? У веб-приложений (ну и у веб-игр, соответственно) есть очень серьезные преимущества, и они вполне очевидны, по-моему.
Я с Google Docs вообще забыл про «стандартные» Excel и Word — т.к. Word не дает возможности с таким же удобством редактировать документы одновременно множеству людей, которые могут находиться в разных частях света.
И Google Docs работает в любом современном браузере на любой современной платформе, в отличие от того же Word'а.
А еще он бесплатный :)
Я с Google Docs вообще забыл про «стандартные» Excel и Word — т.к. Word не дает возможности с таким же удобством редактировать документы одновременно множеству людей, которые могут находиться в разных частях света.
И Google Docs работает в любом современном браузере на любой современной платформе, в отличие от того же Word'а.
А еще он бесплатный :)
TheShock, неплохо было бы написать встроенную доку, как в Mootools и вылошить все это дело на Github, тогда к разработке легко смогли бы подключиться и другие.
между прочим, меня порадовал хром и огорчили другие браузеры в плане масштабирования картинок:
Пасьянс не раскладывается!
Думал, наконец-то кто-то написал хорошую обертку для canvas. Посмотрел — детский сад какой-то. Покажите мне кривые, быструю анимацию. Почему я должен использовать вашу библиотеку, а не Raphaël?
Думал, что был добавлен хороший комментарий. Посмотрел — детский сад какой-то. Ни тебе конструктивной критики, ни предложений, а повторение одного и того же.
Быстрая анимация? Вы хотите, чтобы я на чистом жс как-то ускорил отрисовку Канвас в браузере? Все упирается в сам процесс отрисовки, а не какие-то детали реализации нап ДжаваСкрипте. разве что рисовать в буфер, а потом из него выводить частями. это в планах.
плюс, почитайте мой коммент в первой ветке
PS. Но за Raphaël — респект. Достойная работа. Хотя вы это и сами знаете.
Быстрая анимация? Вы хотите, чтобы я на чистом жс как-то ускорил отрисовку Канвас в браузере? Все упирается в сам процесс отрисовки, а не какие-то детали реализации нап ДжаваСкрипте. разве что рисовать в буфер, а потом из него выводить частями. это в планах.
плюс, почитайте мой коммент в первой ветке
PS. Но за Raphaël — респект. Достойная работа. Хотя вы это и сами знаете.
Вы хотите, чтобы я на чистом жс как-то ускорил отрисовку Канвас в браузере?
Да, я простой пользователь и я хочу чтобы библиотека за меня думала, у неё голова больше. И я хочу нарисовать кривую, полумесяц, там или лого apple и повесить на него onclick. Могу я это сделать в canvas? Могу. А с вашей библиотекой?
Советую посмотреть на это: www.davidflanagan.com/2010/07/cantojs-an-impr.html
Да, я простой пользователь и я хочу чтобы библиотека за меня думала, у неё голова больше. И я хочу нарисовать кривую, полумесяц, там или лого apple и повесить на него onclick. Могу я это сделать в canvas? Могу. А с вашей библиотекой?
Советую посмотреть на это: www.davidflanagan.com/2010/07/cantojs-an-impr.html
посмотрел? и что? моя библиотека совершенно не отменяет встроенные в канвас ф-ции, а-ля lineTo и stroke.
я не вижу, чем мне может быть интересна cantojs. Даже не догадываюсь.
мне кажется, вы просто ищете к чему придраться.
Это заявление веет неадекватностью. Скорость отрисовки никак не зависит от библиотеки. Если необходимо сделать drawImage, то делается drawImage, на чистом жс эту ф-цию не написать быстрее, чем она реализована в браузере. не говорите глупостей.
я не вижу, чем мне может быть интересна cantojs. Даже не догадываюсь.
мне кажется, вы просто ищете к чему придраться.
Вы хотите, чтобы я на чистом жс как-то ускорил отрисовку Канвас в браузере?
Да,
Это заявление веет неадекватностью. Скорость отрисовки никак не зависит от библиотеки. Если необходимо сделать drawImage, то делается drawImage, на чистом жс эту ф-цию не написать быстрее, чем она реализована в браузере. не говорите глупостей.
и ответьте на последний коммент в первой ветке
Покажите мне кривые, быструю анимацию
Тут уже все упирается только в возможности браузеров. Будет аппаратное ускорение (которое пока только в Internet Explorer 9 и Safari 5 — но, думаю, оно будет везде, рано или поздно) — автоматически с ним появится и быстрая анимация. С аппаратным же ускорением будет смысл делать и пост-эффекты, кривые, фильтры, и прочее.
Примеры сдохли
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«LibCanvas» — фреймворк для работы с Javascript Canvas, часть вторая