Searched +hist:9 +hist:d570aa4 (Results 1 - 1 of 1) sorted by relevance

/haiku/src/servers/app/drawing/Painter/
H A DPainter.cppdiff 9a7906ea Mon Jan 31 12:12:08 MST 2022 Máximo Castañeda <antiswen@yahoo.es> PatternHandler: remove unused code

hrev17117 implemented B_OP_COPY with a special treatment for text.
hrev21929 introduced the color cache to speed up that text drawing.
hrev52753 removed the special treatment of text in B_OP_COPY, but left the
color cache and the text flag behind.

Change-Id: Ib506c80a660e829132bce3ec1cb354fcfbab266c
Reviewed-on: https://review.haiku-os.org/c/haiku/+/4931
Reviewed-by: waddlesplash <waddlesplash@gmail.com>
diff 9b417f64 Sat Aug 22 16:38:55 MDT 2015 Julian Harnath <julian.harnath@rwth-aachen.de> app_server: rework AlphaMask, use bounds for mask pictures

* Refactor AlphaMask class to separate the mask from its source. This
allows use to not just a BPicture as source for a pixel alpha mask,
but also e.g. a BShape in the future (not yet implemented).

* For BPicture-based masks, use the PictureBoundingBoxPlayer to
determine the size of the resulting mask bitmap. The masks are now
drawn into bitmaps of this size (instead of the whole view size).

When alpha masks are stacked, their bounding rectangles intersect
(i.e. masks further up in the stack can never be larger than masks
lower in the stack). The bitmap of a mask always contains the state
of itself blended with all masks in the stack below it.

This also avoids frequent rerendering of the masks. They are now
independent of view size. When the view origin (in screen
coordinates) changes we only have to reattach the mask buffer,
without having to redraw it.

* The class UniformAlphaMask is used for simple masks with the same
alpha value in all pixels, it uses no mask bitmap at all.
Currently, it can only be used on its own and not be stacked
together with other mask types.
diff 9d570aa4 Tue Oct 12 03:48:12 MDT 2010 Stephan Aßmus <superstippi@gmx.de> Some drawing mode implementations actually use the color
passed to the pixel format methods. Don't use a dummy color
for drawing dots. (Untested, but should fix Clockwerk time
line objects drawing)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38955 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9d570aa4 Tue Oct 12 03:48:12 MDT 2010 Stephan Aßmus <superstippi@gmx.de> Some drawing mode implementations actually use the color
passed to the pixel format methods. Don't use a dummy color
for drawing dots. (Untested, but should fix Clockwerk time
line objects drawing)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38955 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9ecf9d1c Sat Aug 26 10:21:15 MDT 2006 Ingo Weinhold <ingo_weinhold@gmx.de> Merge from layout management branch.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18649 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9d909e25 Sun Dec 25 15:17:17 MST 2005 Stephan Aßmus <superstippi@gmx.de> first simplistic implementation of drag bitmaps, drawing modes need more work, drawing text into offscreen bitmaps seems to be broken for some weird reason, B_OP_COPY actually copies the alpha value of the color as well

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15671 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 8d7b8e8c Mon Dec 19 14:22:03 MST 2005 Stephan Aßmus <superstippi@gmx.de> complete rework of the drawing_modes implementation... I achieved a speedup of 8 to 9 times, tested with text rendering. Believe it or not, but the Haiku text rendering is now faster than R5 for B_OP_COPY at least. And there is quite some room for improvement yet. (faster text bounding box calculation, avoiding the double UTF8 conversion, etc)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15596 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9d570aa4dd92f5a63f99012b8fca17348c95f6b7 Tue Oct 12 03:48:12 MDT 2010 Stephan Aßmus <superstippi@gmx.de> Some drawing mode implementations actually use the color
passed to the pixel format methods. Don't use a dummy color
for drawing dots. (Untested, but should fix Clockwerk time
line objects drawing)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38955 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9ecf9d1c1d4888d341a6eac72112c72d1ae3a4cb Sat Aug 26 10:21:15 MDT 2006 Ingo Weinhold <ingo_weinhold@gmx.de> Merge from layout management branch.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18649 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9d909e25560c098447fd4dddbed7ed48ae8c9748 Sun Dec 25 15:17:17 MST 2005 Stephan Aßmus <superstippi@gmx.de> first simplistic implementation of drag bitmaps, drawing modes need more work, drawing text into offscreen bitmaps seems to be broken for some weird reason, B_OP_COPY actually copies the alpha value of the color as well

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15671 a95241bf-73f2-0310-859d-f6bbb57e9c96

Completed in 120 milliseconds