| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
Use the right surface for locking/unlocking.
Reviewed-by: TrustMe
|
| |
|
|
|
|
| |
s/QDirectFBSurface/QDirectFBScreen/g
Reviewed-by: TrustMe
|
| |
|
|
|
| |
Everything else capitalizes both the F and the B. s/Fb/FB/g
Reviewed-by: TrustMe
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
DirectFB sets the alpha byte to 0 in RGB32 for all drawing operations.
The raster paint engine needs this padding byte to be 0xFF as it shares
some code paths with RGBA8888_Premultiplied. So, always fall back to
raster engine for draw operations.
This is really due to a bug in the raster paint engine (Tracked by task
184073), which should ignore the extra byte. Once this task is fixed,
this patch can probably be reverted.
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Make sure all QDirectFBPaintDevice surfaces always are created with a
format that is either QScreen::pixelFormat() or
QDirectFBScreen::alphaPixmapFormat().
Also, clean up surface creation by providing more high level functions.
Fix a bug where we would assume that ARGB means
Format_ARGB32_Premultiplied and not Format_ARGB32.
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
|
|
| |
Fixes two bugs with regards to Flip(). We blit'ed the boundingRect of
the updated region rather than each rect which is wasteful. More
importantly we ignored the offset which would lead to painting errors.
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
|
|
| |
Store the QDirectFBPaintDevice we're painting and use this when
unlocking/locking instead of working on QPaintEngine::device() which
isn't necessarily the same.
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
| |
Improve readability of code.
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
|
| |
This class should never be instantiated without being subclassed so a
protected constructor is the clean thing to do.
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
|
| |
It's never necessary. Any surface we ever intend to lock and write to
should never have a color table.
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
| |
No sense in locking every time we want the bpl. The bpl won't change
Reviewed-by: Tom Cooksey
|
| |
|
|
|
|
|
| |
No need to go through the FillRectangles case which would allocate a
bunch of T on the stack.
Reviewed-by: Tom Cooksey
|
| |
|
