вызов CCoeControl::SetRect() и кеш экрана

[popov_andrew_e]

Может быть кто-нибудь сталкивался с этим.
псевдокод:
SetRect(iRect1);
...
Draw();
SetRect(iRect2);
Draw();

После вызова SetRect(iRect2) и ДО следующего вызова Draw на экране внутри области iRect2 выводится картинка, которая была
нарисована предыдущим Draw(), но со смещением iRect2.iTl-iRect1.iTl и обрезанием по размеру iRect2.

Другими словами, если, например iRect1 это весь экран, а iRect2 это некоторая его часть,
то после вызова SetRect(iRect2) и ДО следующего вызова Draw symbian берет картинку всего экрана, вырезает из нее кусок TRect(TPoint(0,0),iRect2.Size()) и рисует его со смещением iRect2.iTl.
Надеюсь объяснил понятно.
Как избавится от такого кэширования ? Чтобы SetRect() ничего не менял на экране.
Из-за этого в момент вызова SetRect() изображение мерцает.

[truf]

CCoeControl::SetRect()

IMPORT_C void SetRect(const TRect &aRect);
Description

Sets the control's extent, specifying a rectangle.

Note: calling this function results in a call to SizeChanged().
Parameters
const TRect &aRect

The rectangle that defines the control's extent. The rectangle's origin is relative to the origin of its associated window.

Т.е. Вызываете SetRect - меняется размер контрла. Потом он сдвигается. Все работает как и должно.

А вы зачем ТАК используете SetRect? Чего вы хотите достичь в конечном итоге? Может вам CWindowGc::SetClippingRect(const TRect &) вместо этого нужен?

[popov_andrew_e]

Потом он сдвигается

кем он сдвигается ?
Draw() не вызывается, SizeChanged() у меня пустой.
Мне кажется было бы логично при изменении размера контрола забыть все, что в нем было до этого нарисовано.

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

[truf]

кем он сдвигается ?

TRect имеет не только размер, но и позицию. Отсюда и движение до iRect2.iTl. Draw() - callback метод, он не может быть вызван системой пока вы не упадете в цикл event handler'а.

Я правильно понял, что вы хотите нарисовать что то на весь экран при помощи контрола, а потом сжать его до нормальных размеров (скажем в кнопку)? При этом у вас должен оставаться нетронутым "фон". И вы это туда сюда разжимаете\сжимаете?

[popov_andrew_e]

видимо мы друг друга не поняли
то, что при вызове SetRect() сдвигается сам контрол это нормально и логично, собственно для этого и нужен SetRect(),
но при этом в этот новый "сдвинутый" и "заресайзенный" контрол копируется содержимое контрола предыдущего размера и положения еще до вызова Draw(),
получается symbyan считает, что в контроле с новым размером и положением должно быть нарисовано то же , что и в предыдущем.
Draw() конечно обновить содержимое контрола, но делает он это не мгновенно, отсюда мерцание в момент изменения размера и положения контрола.

путем установки SetRect(iRect1) при возникновении TPointerEvent::EDrag и SetRect(iRect2) после TPointerEvent::EButton1Up я реализовал перемешение маленького контрола по всему экрану.
iRect1 это весь экран, iRect2 это размер самого контрола, фон прозрачный, размер области рисование контрола не меняется, меняется только его положение на экране.

[Ktulhu]

Оно не копируется — оно просто не перерисовывается (имею в виду область, которая была занята контролом в предыдущий раз). Нужно реализовать отрисовку контейнера, в котором двигается контрол.

[popov_andrew_e]

Оно не копируется — оно просто не перерисовывается (имею в виду область, которая была занята контролом в предыдущий раз). Нужно реализовать отрисовку контейнера, в котором двигается контрол.

оно именно копируется, еще до вызова моего Draw, говорю это с уверенностью т.к. в этой копии есть куски и моего контрола.
Мой контрол сам себе главный контейнер, вокруг другие приложения.

Наверное это вопрос выбора терминов : "копируется" - "не перерисовывается".
Можно как-то выключить это копирование?
Чтобы новый контрол до первого вызова Draw был абсолютно пустым.

[Ktulhu]

Если в какой-то области остаются артефакты — это значит ошибка в реализации метода Draw контрола, который отвечает за данную область. Кеша никакого нет

[popov_andrew_e]

Кеша никакого нет

поиграйтесь в эмуляторе с window-owning контролом, который меняет свой размер с бОльшего на меньший, будете удивлены

Поковырялся в коде CCoeControl. Функция CCoeControl::SetRect() просто вызывает CCoeContrlol::SetExtent(), в последней стоит вызов RWindow::SetExtent(),
из доки по RWindow::SetExtent():

Sets the size and position of a window.
This function may be called at any time after the window's Construct() function: the window's extent will change dynamically.
If the window size is increased, any new area will be cleared to the background colour and a redraw event will be generated for it.

Пока решил свою проблему заменой SetRect(iRect2) на SetExtent(iRect2.iTl,TSize(0,0)); SetRect(iRect2)

[Ktulhu]

Было дело когда надо было нарисовать текстовку без ничто. В некоторых случаях оставались артефакты. Вроде и родительского окна нет, но нет и прозрачности которой хочется. Проблема была в CAppUi — его надо было наследовать от CAknAppUi а не CAknAppViewUi. Возможно при CAknAppViewUi создаётся родительское окошко (или группа окон), к которому цепляются прочие (сырцы ОС не смотрел, да и было давно). И у этого окошка конечно же нету функции отрисовки, которая корректно очистила бы экран в зоне его ответственности.

Кеша, действительно нет. Буфера в которые идёт отрисовка — это нечто иное.

PS. Я имею в виду когда контрол рисуется посреди экрана и на фоне видно меню с приложениями или главный экран. В общем нечто висит посреди экрана.

PPS. Кроме того изменение размера может не привести к перерисовке контрола. Нужно не забывать вызывать Draw или DrawDeferred для контейнера

[popov_andrew_e]

PPS. Кроме того изменение размера может не привести к перерисовке контрола. Нужно не забывать вызывать Draw или DrawDeferred для контейнера

Судя по этому посту, вы не поняли суть проблемы. Она в том, что в промежутке между вызовами SetRect() и Draw() window сервер успевает отобразить в контроле его предыдущую картинку без вызова Draw(), т.е закешированную (или забуферизированную - в ваших терминах)

[Ktulhu]

То есть контрол ещё не отрисовался, но предыдущее изображение, которое было в контроле осталось? Оно в принципе так и должно работать.
SetRect(anyRect);
//старое изображение в контроле
DrawNow();
//новое изображение в конроле
Возможно я действительно чего-то не понял В таком случае нужны дополнительные данные (кусок сырцов подойдёт)

[popov_andrew_e]

тест-кейс готовить лениво
нарисую в виде псевдокода для экрана с размером 360 на 640:

iRect1 = TRect(TPoint(0,0),TSize(360,640));
iRect2 = TRect(TPoint(0,100),TSize(360,200));

EnableWindowTransparency();
Window().SetBackgroundColor(TRgb(0,0,0,0));
SetRect(iRect2);
gc.DrawRect(Rect());
// на этом этапе на экране на фоне стартового рабочего стола изображен прямоугольник с абсолютными координатами (0,100)
// приходит TPointerEvent::EDrag 
SetRect(iRect1);
// обрабатываем TPointerEvent и сдвигаем прямоугольник
iRect2.Move(TPoint(0,50));
// рисуем его
gc.DrawRect(iRect2);
// на этом этапе на экране на фоне стартового рабочего стола изображен прямоугольник с абсолютными координатами (0,150)
// приходит TPointerEvent::EButton1Up, возвращаем контролу его рабочие размеры
SetRect(iRect2);
// а вот здесь проблема, на экране на фоне стартового рабочего стола изображен прямоугольник с абсолютными координатами (0,150+150), т.е.смещенный
// рисуем
gc.DrawRect(Rect());
// здесь опять все нормально, изображен прямоугольник с абсолютными координатами (0,150)

[Ktulhu]

Не понял. Идёт отрисовка внутри контрола или двигается окошко?

Я похожее делал — посте №10. Просто подвешивается window owning контрол без родителей, с перекрытым Draw, устанавливается размер и потом просто передвигается по экрану с помощью SetPosition. Можно мимо него даже в рабочий стол ткнуть. Фишка в том, чтобы окошек сзади не было. Где-то был даже пример на эту тему. Если тыкать не надо, то этот контрол кладётся в контейнер, у которого тоже определён метод отрисовки (отрисовка прозрачным, вроде). Просто SetRect и затем SetPosition и оно ездит по экрану У меня оно ездило по таймеру, а не по событиям от тача

ЗЫ

тест-кейс готовить лениво
нарисую в виде псевдокода для экрана с размером 360 на 640:

iRect1 = TRect(TPoint(0,0),TSize(360,640));
iRect2 = TRect(TPoint(0,100),TSize(360,200));

EnableWindowTransparency();
Window().SetBackgroundColor(TRgb(0,0,0,0));
SetRect(iRect2);
gc.DrawRect(Rect());
// на этом этапе на экране на фоне стартового рабочего стола изображен прямоугольник с абсолютными координатами (0,100)
// приходит TPointerEvent::EDrag 
SetRect(iRect1);
// обрабатываем TPointerEvent и сдвигаем прямоугольник
iRect2.Move(TPoint(0,50)); // !!!! не понятно что вот это такое
// рисуем его
gc.DrawRect(iRect2); // !!!! это тоже не понятно
// на этом этапе на экране на фоне стартового рабочего стола изображен прямоугольник с абсолютными координатами (0,150)
// приходит TPointerEvent::EButton1Up, возвращаем контролу его рабочие размеры
SetRect(iRect2);
// а вот здесь проблема, на экране на фоне стартового рабочего стола изображен прямоугольник с абсолютными координатами (0,150+150), т.е.смещенный
// рисуем
gc.DrawRect(Rect());
// здесь опять все нормально, изображен прямоугольник с абсолютными координатами (0,150)

Может быть так

SetRect(iRect2);
DrawNow();
iRect2.Move(someWhere);
SetRect(iRect2);
DrawNow();

[popov_andrew_e]

И контрол двигается, и внутри него отрисовывается, изображение относительно границ контрола статично. Тыкать нужно и мимо него и в него, и перемещать его нужно именно пальцами

в моем предыдущем посте вместо

// а вот здесь проблема, на экране на фоне стартового рабочего стола изображен прямоугольник с абсолютными координатами (0,150+150), т.е.смещенный

нужно читать

// а вот здесь проблема, на экране на фоне стартового рабочего стола в прямоугольнике iRect2 изображен кусок рабочего стола TRect(TPoint(0,0),iRect2.Size()), тот, который был перед вызовом SetRect(iRect2)

это про одно и то же, но второй вариант понятнее.

если интересно и есть телефон на symbian^3 могу дать неподписанный sis