Динамичное сохранение истории рисования

[in4core]

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

Я делал так, создал массив и в него пихал это текущее значение методом copyFrom . Ролучается

array.push(_canvas.graphics)

; в этоге когда делаем андо ( назад по истории) получается

_canvas.graphics.copyFrom(array[index])

что равно

_canvas.graphics.copyFrom(_canvas.graphics)

- тоесть себя же!

Как же правильно все это делать тогда ?!

[semenyakinVS]

Можно оборачивать каждый графический элемент клипом.
В историю писать такой новый, обёрнутый элемент.

[samana]

Было бы хорошо после каждого штриха вообще переводить холст в растр, а каждый шаг сохранять как битмапДату (история). Правда не знаю как это скажется на производительности, но я бы попробовал сделать так.

[in4core]

как вариант с битмапдатой да. А вот обертка это ерунда. Столько объектов создавать динамически глупо

[semenyakinVS]

Согласен. Никак не привыкну, что в AS3 рулит битмап.

[in4core]

Кстати и битмап дата мне не очень подходит. Дело вот в чем. У меня еще добавляются картинки и текст поверх рисования , и добавляются они как раз в тот контейнер где рисуется. (так надо) , но дело вот в чем, что картинки и текст к истории не относятся. А битмапка будет их хавать! Если конечно только есть выход создавать битмапку сразу из _object.graphics а не полностью через DisplayObject

[gloomyBrain]

как вариант с битмапдатой да. А вот обертка это ерунда. Столько объектов создавать динамически глупо

Как-то противоречиво =) Ведь количество битмап будет равно количеству оберток. Соответственно, "только объектов создавать динамически глупо" будет относиться и к тем, и к другим. Только вот битмапы будут занимать значительно больше памяти.

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

Если говорить об отмене действий - то я бы сделал так
- на каждое изменение цвета или прозрачности кисти создается новый спрайт
- на каждый штрих кисти внутри текущего спрайта создается шейп, содержащий этот штрих
- при отмене действия просто удаляем самый верхний шейп
- если самый верхний шейп является единственным в текущем спрайте - удаляем заодно и спрайт (+ откатываем цвет и прозрачность кисти)
- по завершении рисования все рисуем в битмап

[in4core]

gloomyBrain тяжко ))
Вот решение

Сначала как все это работает. ПОтому что пригодится кому нить

private function redo(e:MouseEvent):void 
		{
			if (!_started) { 
 
				if (_historyIndex != _history.length-1) {
 
				_canvas.graphics.copyFrom(_history[_historyIndex+1]);	
 
				_historyIndex++;
 
				isClicked = true;
 
				trace('redo');
				}
			}
		}
 
		private function undo(e:MouseEvent):void 
		{
 
			if (!_started) { 
 
				if (_historyIndex != 0) {
 
				_canvas.graphics.copyFrom(_history[_historyIndex - 1]);	
 
				_historyIndex--;
 
				isClicked = true;
 
				trace('undo');
				}
			}
		}

Ну а сохраняем так: сначала при нажатии мышки на полотно сохраняем текущую позицию

private function onDown(e:MouseEvent):void 
		{
			if(isClicked) {
			var a_t:Shape = new Shape();  
			a_t.graphics.copyFrom(_canvas.graphics);
			_history.push(a_t.graphics);
			isClicked = false;
                        }
		}

И не забываем что такую же операцию нам надо провести и после завершения рисунка. Ссылки на локальные объекты сидят в массиве. удобно. С одной стороны плохо то, что создается большое ( безмерно) количество этих локальных объектов висящих в памяти, но по сравнению даже наверное с проходом одного твина - создание сотни таких объектов ниче плохого нам не сделает.
Жалко только одно что

_history.push((new Shape).graphics.copyFrom(_canvas.graphics));

Не прокатит )))

Я думаю скоро выложу полную рисовалку с объяснениями и пошаговыми действиями для реализации.

[expl]

Сообщение от samana

Было бы хорошо после каждого штриха вообще переводить холст в растр, а каждый шаг сохранять как битмапДату (история). Правда не знаю как это скажется на производительности, но я бы попробовал сделать так.

Конечный вариант можно и в растр отрисовать - тогда новые линии шустрее будут рисоваться,
и пользователя не будет злить торможение редактора.
Только откат быстрее не станет - придется всё сызнова в битмап-дату перерисовывать

Но откат восстановлением сохраненного растра ?? - этож память всю засрать.
samana, как ты предлагаешь с этим бороться?

Вообще даже 1000 шейпов на 1 редактор - это вполне нормально.
А вот 1000 битмап - это уже проблема.

[in4core]

Вот и я о том же. Что вариант мой самый наверное быстрый будет. да и не сложный в понимании