Searched +hist:9 +hist:ecf9d1c (Results 51 - 55 of 55) sorted by relevance

123

/haiku/src/servers/app/drawing/
H A DDrawingEngine.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 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 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 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
/haiku/headers/os/interface/
H A DWindow.hdiff 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 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 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
/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 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 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
/haiku/src/kits/interface/
H A DWindow.cppdiff 9be774b5 Mon Jul 30 14:27:21 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Compilation and 64-bit fixes to libbe.so sources.

Fixed the usual issues - printf format strings, uint32 instead of
addr_t, etc. One thing that isn't so nice is several places where
BList is used to store (u)int32, these require a double cast to addr_t
then void* to silence a warning on x86_64.
diff 9c1328f0 Mon Jun 09 12:08:24 MDT 2008 François Revol <revol@free.fr> gcc4 fix.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25883 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9dbe170a Fri Jan 26 06:59:56 MST 2007 Axel Dörfler <axeld@pinc-software.de> Implemented direct message passing for local targets; this fixes a deadlock
with PostMessage() in case the message queue is full.
Some notes:
* for synchronous replies, we don't use this mechanism yet, but it could be
extended to do that as well.
* the code looks so complicated because we need a way to access the looper's
queue without locking it (to prevent deadlocks); like Dano's solution, I've
abused BTokenSpace to store a BDirectMessageTarget with a BHandler.
* we also need to decouple the lifetime of a looper's queue from its target,
as we cannot lock the looper, and therefore, can't guarantee it stays valid
as long as we're accessing it outside of BLooper.
* init_clipboard() now needs to be done after the global constructors have
been called - since sending messages now needs gDefaultTokens to be initialized.
Since this is done per image, it shouldn't cause any troubles, though.
* some minor cleanup, removed unused _msg_cache_cleanup_() and friends.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19968 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 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 9b5a1835 Mon Feb 27 09:45:58 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Fixed BWindow::Show()/Hide(): fShowLevel was changed and checked without
holding the window lock.
* Run() is now called before creating the window in the app_server when
Show() is called for the first time (which is now checked with fRunCalled
instead of some thread arithmetics).
* Minimize() now sends the show level of a window to the app_server, so that
it can actually determine if minimizing or maximizing the window should
have any effect. This fixes bug #225.
* fShowLevel's meaning is now reversed; when it's above zero, it now means
the window is shown (before, a level less than 1 meant shown). This definitely
better fits its name :)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16536 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9f8f6275 Thu Dec 29 07:49:28 MST 2005 Axel Dörfler <axeld@pinc-software.de> Fixed shutting down apps with file panels - no more hang:
* if file panels shouldn't be quit, we no longer call QuitRequested() for
them and stop quitting windows (which left normal windows open, because
file panels always return "false" in QuitRequested())


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15715 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9b7978ff Sat Jun 11 09:08:00 MDT 2005 Stefano Ceccherini <stefano.ceccherini@gmail.com> No need to Lock()/Unlock() as Flush() does it already. Sync() wouldn't have unlocked the window in case FlushWithReply() wouldn't succeed.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13061 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9f7e77bd Thu Mar 31 09:39:18 MST 2005 Adi Oanca <adioanca@nowhere.fake> Forgot a warning message

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12196 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9be774b553296a712704078314f2291ae5fc352c Mon Jul 30 14:27:21 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Compilation and 64-bit fixes to libbe.so sources.

Fixed the usual issues - printf format strings, uint32 instead of
addr_t, etc. One thing that isn't so nice is several places where
BList is used to store (u)int32, these require a double cast to addr_t
then void* to silence a warning on x86_64.
H A DView.cppdiff 9be774b5 Mon Jul 30 14:27:21 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Compilation and 64-bit fixes to libbe.so sources.

Fixed the usual issues - printf format strings, uint32 instead of
addr_t, etc. One thing that isn't so nice is several places where
BList is used to store (u)int32, these require a double cast to addr_t
then void* to silence a warning on x86_64.
diff 9f5864ab Sun Jun 24 08:46:17 MDT 2012 Ryan Leavengood <leavengood@gmail.com> Handle the scroll wheel changing over scrollbars.

* Extract the scrollbar change based on the mouse wheel delta into a protected
method of BView.
* Call that method from BScrollBar's MessageReceived.

With this change it is now a bit easier to scroll horizontally around the
system by putting the mouse cursor over a horizontal scrollbar and using the
wheel.

Fixes #8631.
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 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 9d8ea7e4 Sat Apr 29 10:37:10 MDT 2006 Stephan Aßmus <superstippi@gmx.de> modestly added myself to the authors of View.cpp

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17264 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9a44fdc9 Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of
all teams in serveral server areas, and instead of having to eventually clone
them all several times in BBitmap, we now have one or more areas per team,
and BBitmap will only clone areas once if needed. As a side effect, this
method should be magnitudes faster than the previous version.
* This method is also much more secure: instead of putting the allocation
maintenance structures into those everyone-read-write areas, they are now
separated, so that faulty applications cannot crash the app_server this
way anymore. This should fix bug #172.
* Freeing memory is not yet implemented though! (although all memory will
be freed upon app exit)
* There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator
(ie. via ServerApp), per area (for overlays, not yet implemented), and using
malloc()/free() for server-only bitmaps.
* ServerBitmap now deletes its buffers itself.
* Cleaned up BBitmap and BApplication a bit.
* The test environment currently doesn't build anymore, will fix it next.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 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 9d8e1481 Tue Jun 28 13:13:00 MDT 2005 Axel Dörfler <axeld@pinc-software.de> Fixed BView::LeftTop() - it certainly shouldn't return 0;0 only :-)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13327 a95241bf-73f2-0310-859d-f6bbb57e9c96
diff 9be774b553296a712704078314f2291ae5fc352c Mon Jul 30 14:27:21 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Compilation and 64-bit fixes to libbe.so sources.

Fixed the usual issues - printf format strings, uint32 instead of
addr_t, etc. One thing that isn't so nice is several places where
BList is used to store (u)int32, these require a double cast to addr_t
then void* to silence a warning on x86_64.
diff 9f5864ab093a8e363d1eba0405c57f0e2596b83a Sun Jun 24 08:46:17 MDT 2012 Ryan Leavengood <leavengood@gmail.com> Handle the scroll wheel changing over scrollbars.

* Extract the scrollbar change based on the mouse wheel delta into a protected
method of BView.
* Call that method from BScrollBar's MessageReceived.

With this change it is now a bit easier to scroll horizontally around the
system by putting the mouse cursor over a horizontal scrollbar and using the
wheel.

Fixes #8631.

Completed in 314 milliseconds

123