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

HTML*

Привет, Хабр! Я тут недавно презентовал свою библиотeку для работы с канвасом, показал, как сделать косынку.

Многим понравилось, но один уважаемый хабраюзер высказал мнение, что не айс, потому что нельзя нарисовать лого Apple, а на него повесить onclick. Я подумал, что действительно — без лого Apple не айс и нарисовал его. А еще — надпись "habr"

А для интересующихся Канвасом и библиотекой я представляю версию LibCanvas 0.1.2 небольшой демкой — псевдо векторным редактором растровых изображений.

Заценить

p.s. Почитайте faq в предыдущем топике в самом низу. Особенно если возникнут вопросы из разряда «почему не SVG?»
p.p.s можно сделать экспорт результата в SVG

+55

14 июля 2010, 08:41

TheShock 113,4

комментарии (25)

–10

cry_san 14 июля 2010, 09:45 #

Стиль изложения — как будто оду воспеваете себе.

TheShock 14 июля 2010, 09:48 # ↑

да нет. просто слегка веселое настроение и решил сделать шутливый стиль изложения.
и к DmitryBaranovskiy отношусь действительно положительно и уважительно.

DIDJER 14 июля 2010, 10:58 #

Собираюсь использовать ваш фреймворк для разработки соц-сети, если вы не против, я могу надеется на вашу помощь по API. И желание расширения его с моей стороны?

TheShock 14 июля 2010, 10:59 # ↑

конечно. фреймворк под LGPL — используйте сколько хотите.
на помощь всегда можете рассчитывать, пишите)

+12

babarun 14 июля 2010, 11:09 #

щьёрт побъери, меня опередили… только вчера дописал топик о своём проекте и сегодня хотел опубликовать, верно говорят одна мысль приходит сразу к несольким людям http://esboza.ru/demo/

esenin 14 июля 2010, 11:16 # ↑

Ваша библиотека бесплатна? Ею можно воспользоваться?

babarun 14 июля 2010, 11:20 # ↑

Бесплатна, но мне пока стыдно её выкладывать, ибо она сыровата, и годится только для демонстрации, до «продакшена» ещё пару месяцев работы.

sashkin 14 июля 2010, 11:24 # ↑

это так задумано что на esboza.ru почти все # ссылки в хроме не работают? Та же самая фигня с babarun.ru

TheShock 14 июля 2010, 11:28 # ↑

и в фоксе. судя по всему, это просто заглушки

babarun 14 июля 2010, 11:32 # ↑

Они ни где не работают, потомусьто в данный момент WorkInProgress, мне жаль что эти страницы предстали перед вами в таком виде, но они не относятся к теме обсуждения.

sashkin 14 июля 2010, 11:53 # ↑

Думал доку почитать вот и полез куда не надо :)

TheShock 14 июля 2010, 11:22 # ↑

а вы все-равно публикуйте. пусть будет побольше хороших вещей.

TheShock 14 июля 2010, 11:24 # ↑

было бы неплохо исходники в демонтрации не минифицировать

babarun 14 июля 2010, 11:36 # ↑

Это draft версия, в ней много такого, из-за чего матёрые js кодеры помидорами забрасают! — замаскировал от греха подальше…

underscorevint 14 июля 2010, 11:58 # ↑

Феерично

smashercosmo 14 июля 2010, 13:20 # ↑

Интерфейс у вас гораздо приятней чем у автора топика. Надеюсь, что допилите и выложите поскорее. Очень хочется на исходники глянуть.

Zitrix 14 июля 2010, 14:13 # ↑

больше решений хороших и разных! да и точки у Вас по-отзывчевей…

ps пожалуйста, объясните мне глупому, почему эти точки (и у Вас, и у автора) в том же теге canvas, что и получающееся изображение? если их вывести в отдельный элемент, при движении мышкой считать область перерисовки надо будет только для «слоя» с «контролами» — это положительно скажется на cpu. а точки через svg выводить, тогда и события работать начнут, и пересчитывать (при mousemove) вообще ничего не надо.

babarun 14 июля 2010, 15:42 # ↑

«контролы» они на то и контролы, что их изменение влечёт за собой и изменение всей фигуры в целом, так что, если их вынести в отдельный слой, то придётся обновлять и сами «контролы» и «получающееся изображение», работы в два раза больше. Я думаю что правильнее исходить из позиции — один контейнер с фигурами = одному тегу canvas.

Zitrix 14 июля 2010, 16:20 # ↑

Вы говорите про mousemove при схваченной точке (drag'n'drop), а я про «чистый» mousemove.

когда при mousemove точка начинает увеличиваться, надо перерисовывать и точку, и её фигуру (или все фигуры на холсте, т.к. не факт, что высчитывать пересечения фигур быстрее их перерисовки) — при том, что фигура осталась не измененной.

если бы точки находились в своем canvas'е, при mousemove (без изменения фигуры) надо было бы перерисовывать только саму увеличивающуюся точку (и соседей, до которых расстояние меньше суммы радиусов).

если бы точки находились в svg поверх canvas'а с фигурой, то высчитывать вообще ничего не надо.

Zitrix 14 июля 2010, 16:24 # ↑

> и соседей, до которых расстояние меньше суммы радиусов
лиху дал, очищать-то можно только прямоугольники, но не суть.

babarun 14 июля 2010, 16:37 # ↑

Ну в этом смысле — да, согласен.

–1

JanKefir 14 июля 2010, 20:34 # ↑

Впечатлило! С удовольствием опробую, когда будет релиз.

kost 14 июля 2010, 11:23 #

А нахрена вы вместо нормальных ссылок ставите сокращенные через j.mp?

TheShock 14 июля 2010, 11:26 # ↑

а ибо парсер хабра — лох и ссылки с javascript он херит, а все ссылки как раз содержат такое слово.

хотя, я узнал сегодня о хабра-сокращалке: habr.ru/p/99053/. Возможно, перепишу на неё и буду дальше ею пользоваться.

ALiEN_QWERTY 14 июля 2010, 13:22 #

При огромном количестве желтых кнопок-таскалок начинаются существенные тормоза. Видимо алгоритм проверки нахождения мышки над кнопкой можно сильно затюнить )))

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.