how costly i sthis??

[fullmetalcoder]

Mmmm... clipping by itself is not that expensive. What is expensive however is relying on it (and only it) to make sure no content is drawn out of given bounds. Clipping is a (very) suboptimal way to achieve that goal (because the whole drawing is performed but it is only "committed" in the areas marked as "writeable" by the clipping) and, as wysota mentioned though not very clearly IMO, it is way better to manually ensure that your rendering code does not draw anything out of bounds.

[tampstaffs]

Hi,

Can any one provide any example how i could achive this??

[wysota]

Mmmm... clipping by itself is not that expensive.

Depends if you clip to a rectangle or to a path/region.

[fullmetalcoder]

Depends if you clip to a rectangle or to a path/region

Sure but the example provided here clearly uses (or would use) rectangle clipping so this is not an issue.

Can any one provide any example how i could achive this??

Depends what you mean by "this"

By the way, it seems we still haven't clearly answered one of your original question :

setting a clip rect (or region or path) to a QPainter does not have any effect on the updating mecanism. It only affect the painting. When the paint event is called, the updating mecanism is already at its end (well not quite yet but the remaining path is out of your reach). Clipping at this point only affects the result of the painting operations in a very simple way : all operations requested will be performed but pixels will only be written to the screen if they are within the bounds allowed by the clipping.

To schedule repainting of a given region of an item you have to pass the coordinates of that region (must be a rectangle) to QGraphicsItem::update(QRectF& r) method.