Форум Flasher.ru

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)
-   ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)
-   -   Отмена действий (графический редактор) (http://www.flasher.ru/forum/showthread.php?t=108649)

XoJlToH 26.02.2008 11:36

Отмена действий (графический редактор)
 
К примеру есть графический редактор. В функцию рисования передаются параметры: толщина, альфа, цвет и собственно координаты х, у. Задача: осуществить откат действий. Есть такой вариант: пишем класс, который состоит массива цветов отрезков, массив прозрачностей, массив цветов и по 2 массива координат для каждой кривой. Вопрос в том, что это несколько не рационально в плане использования памяти. Есть ли какое либо другое более рациональное решение? свои наработки аттачить не буду, но рисование и отправка основаны на тех же принципах, что и тут http://ink.envisionext.com/swf2png/p...CS3_update.zip
з.ы. он таки отправляет на сервер пикчу :)

Snut 26.02.2008 11:59

можно для каждой "загогули" создавать новый объект и ссылку писать в массив и соответственно при отмене действия брать последний элемент массива и удалять его. Вот как-то так.

LinuxVideo 26.02.2008 16:18

Фотошоп разбивает изображение на мелкие кусочки и хранит разницу между ними. Сделал мазок - скопировалась пара кусочков. Наложил блюр везде - скопировался весь экран.

flash33 27.02.2008 11:41

Вопрос в догонку - а как в смысле оптимальности будет хранить bitmapData картинки после каждого ее изменения? Т. е я нарисовал линию, скопировал, картинку в битмапДата и положил в первый элемент массива, нарисовал круг, скопировал в битмапДата и положил во второй элемент. При отменах я только извлекаю по порядку прежние битмапы. Как это будет в смысле пожирания ресурсов?

Snut 27.02.2008 13:11

как мне думается - надо хранить не объекты а ссылки на них. Точнее сказать не могу - сталкивался только в теории.

ign 28.02.2008 15:42

Цитата:

Сообщение от flash33
Вопрос в догонку - а как в смысле оптимальности будет хранить bitmapData картинки после каждого ее изменения? Т. е я нарисовал линию, скопировал, картинку в битмапДата и положил в первый элемент массива, нарисовал круг, скопировал в битмапДата и положил во второй элемент. При отменах я только извлекаю по порядку прежние битмапы. Как это будет в смысле пожирания ресурсов?

Ресурсы будут пожираться в нереальных количествах =)
Это очень не оптимальное решение.

Можно по клику(т.е. началу рисования) создавать спрайт, класть его поверх предыдущего и рисовать в нем , а ctrl+z - просто удаление спрайтов

flash33 28.02.2008 16:24

2ign, у меня РАСТРОВЫЙ редактор, т.е. хранить спрайт в любом случае будет растр. Насчет оптимизации я согласен, но и хранить каждый раз полноразмерный растр не имеет смысла. Если я к примеру применил фильтр, достаточно запомнить параметры фильтра, нарисовал кружок, достаточно замомнить параметры фигуры. Полностью растр запоминать придется только при рисовании кистью, но и то можно попытаться запомнить координаты движения кисти и... В общем, универсального решения не существует

ign 28.02.2008 17:54

Цитата:

Сообщение от flash33
2ign, у меня РАСТРОВЫЙ редактор, т.е. хранить спрайт в любом случае будет растр. Насчет оптимизации я согласен, но и хранить каждый раз полноразмерный растр не имеет смысла. Если я к примеру применил фильтр, достаточно запомнить параметры фильтра, нарисовал кружок, достаточно замомнить параметры фигуры. Полностью растр запоминать придется только при рисовании кистью, но и то можно попытаться запомнить координаты движения кисти и... В общем, универсального решения не существует

Я очень рад, что у тебя растровый редактор, но основатель темы про растр ничего не говорил =\

А про РАСТР я тебя с трудом понимаю =) Ты собираешь видоизменять сам объект BitmapData? Если так, - то достаточно хранить лишь области это битмапДаты

LinuxVideo 01.03.2008 03:33

> но и хранить каждый раз полноразмерный растр не имеет смысла

Я для кого про фотошоп писал?


Часовой пояс GMT +4, время: 09:47.

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.