Searched +hist:2 +hist:f9eca85 (Results 1 - 5 of 5) sorted by relevance
/haiku/headers/private/interface/ | ||
H A D | ShapePrivate.h | diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 2f9eca855a65581e353ad28a0d71b4f48893ac01 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/kits/interface/ | ||
H A D | Shape.cpp | diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca855a65581e353ad28a0d71b4f48893ac01 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | View.cpp | diff 2a493ea0 Thu Nov 23 03:50:45 MST 2017 Julian Harnath <julian.harnath@rwth-aachen.de> BView: set initial frame rect invalid when using layouting * When a view is used with the layout system, its initial frame rect was set to (0, 0, 0, 0), which is a BRect covering 1 pixel in the top left corner of the window. Since this a valid rect, it can cause "badly behaved" views to trigger redraws of themselves and other views during the layout process, which is ultimately the reason for the HaikuDepot UI freezing while populating with packages. The misbehaving view in this case is BTextView. When in read-only mode, since commit e27a53b2, its GetHeightForWidth() implementation causes the view to resize (really resizing, not just simulating a resize) and thus it invalidates itself. This is broken behaviour, and needs to be fixed in BTextView. Since GetHeightForWidth() is called during the layout process, all the not-yet-layouted views have a frame of (0, 0, 0, 0). The invalidation of just the one BTextView in the layout then hits *all* new views that are being layouted (because they all occupy the same one pixel in the corner), and they all get redrawn. Many view Draw() implementations ignore the update rect, so work is being done. And even if not, this can cause a lot of traffic on the app_server link. In a test case with HaikuDepot's FeaturedPackagesView, adding 300 rows (each containing a BTextView, among other views) in quick succession caused over 6 million commands to travel over the app_server link, completely freezing the UI for a long time. * The actual problem here is in BTextView::GetHeightForWidth() and must be fixed there. However we also put in an extra-fix here because it never makes sense anyway to try and draw a view that has not yet been layouted. So we set the initial BView frame to an invalid rect (0, 0, -1, -1), which will suppress any actual updating, even when the view actively invalidates itself, as long it doesn't have a size yet. (The dirty region will always end up empty then). * Fixes HaikuDepot UI freezing during package population (caused by above described behaviour from BTextViews in FeaturedPackagesView). Might improve performance in other applications using BTextView with layouting as well. diff a6213356 Fri Mar 07 16:18:13 MST 2014 John Scipione <jscipione@gmail.com> BView: scroll horizontally when holding control ... instead of vertically. This actually swaps horizontal and vertical so if you have a mouse with a fancy 2-axis scroll ball it will swap the x and y coordinates. (untested) diff 2f2f3fa0 Sat Apr 28 14:09:14 MDT 2012 Axel Dörfler <axeld@pinc-software.de> Moved stable tool tip concept into the BToolManager class. * This removes the fVisibleToolTip member from BView, and fixes bug #5669; BToolTipManager::ShowTip() now gets the owner of the tool tip as an extra parameter. * Removed the work-around to hide that bug. * Improved ToolTipTest application to include more test cases like a view that periodically update its tool tip via SetToolTip(const char*), and one that sets a new tool tip every second. * Furthermore, added a test that shows that inner views inherit the tool tip of their parents. * Fixed another bug in BToolTipManager::ShowTip() that would release an extra reference to the tool tip currently shown. diff 2ecef7f3 Wed Aug 19 07:56:16 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * Reuse an existing text tool tip, when a new text is set. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32515 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff a8266798 Wed Aug 05 08:26:47 MDT 2009 Ingo Weinhold <ingo_weinhold@gmx.de> * Only build the gcc 2 compatibility symbols with gcc 2. * Added gcc 4 _ReservedView11() compatibility symbol. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32132 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff a8266798 Wed Aug 05 08:26:47 MDT 2009 Ingo Weinhold <ingo_weinhold@gmx.de> * Only build the gcc 2 compatibility symbols with gcc 2. * Added gcc 4 _ReservedView11() compatibility symbol. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32132 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff aa9196b8 Sat Dec 31 04:35:59 MST 2005 Axel Dörfler <axeld@pinc-software.de> Speedup scrolling with the scroll wheel: this seems to vary from app to app, BeMail uses 2, Terminal (under Dano) 4, and Tracker as well as pe 3 - so 3 seems to be a good compromise. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15763 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2e6a5805 Tue Jul 05 10:30:53 MDT 2005 Stephan Aßmus <superstippi@gmx.de> MenuField layouts the menu bar better with respect to fDivider, it aligns better with other controls. fDivider in TextControl is an integer number now, small fix and small cleanup in Menu, Window::InitData takes an optional BBitmap token to construct an offscreen window, fixed PrivateScreen IndexForColor, View prevents being located at fractional coordinates as in R5, BBitmap unlocks its offscreen window since it is never Show()n and needs manual unlocking, fixed Slider offscreen window mode and improved triange thumb drawing, ScrollView would not crash when passing a NULL target just for kicks, the private MenuBar class now implements Draw to draw itself a little differently inside the BMenuField (dark right and bottom side) - though how it currently sets the clipping region prevents the text controls to draw in Playground, needs fixing git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13450 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/servers/app/ | ||
H A D | ServerPicture.cpp | diff 2e499128 Sun Jun 07 02:08:41 MDT 2020 X512 <danger_mail@list.ru> app_server: fix transformations in BPicture Fixes #16122, #16147. Change-Id: Iee7aa8a2325d34a526578a58507ea3690459c8d7 Reviewed-on: https://review.haiku-os.org/c/haiku/+/2898 Reviewed-by: waddlesplash <waddlesplash@gmail.com> diff 2d69e313 Tue Jun 09 19:19:51 MDT 2020 waddlesplash <waddlesplash@gmail.com> Revert "app_server: fix transformations in BPicture" This reverts commit b8e5671d5318e59ad4e36f047940521d18d1f5ed. Reason for revert: Broke all builds. Change-Id: Ie7c5b4a3c877894a1dc49a9de7a19f79e7eb2ab7 Reviewed-on: https://review.haiku-os.org/c/haiku/+/2897 Reviewed-by: waddlesplash <waddlesplash@gmail.com> diff 954a0a0c Wed Jan 02 10:48:12 MST 2019 Stephan Aßmus <superstippi@gmx.de> Fix some cases of updating draw state while recording a BPicture * Also implemented recording DrawString(string, length, BPoint[] locations), which was previously not recorded at all. * Also implemented playing back recently added drawing commands in PicturePlayer.cpp. I don't quite understand what this is actually used for, but it seemed it was forgotten. I just followed the pattern already established in the code. * The other important bit in this change is to update the pen location when it is needed while recording a BPicture. Often the BView will use PenLocation() in order to transmit drawing commands to the app_server which use absolute coordinates only. This isn't actually so nice, since it means the client has to wait for the server to transmit the current pen location. If there were dedicated link-commands for pen-relative drawing commands, the client could just keep sending without waiting for the server. In any case, the app_server needs to update the pen location in the current DrawState and even the DrawingEngine even while recording a picture, because some next command may need up-2-date state information, such as the font state and the pen location. * I have not yet tried to find /all/ instances where the DrawState needs to be updated while recording. This change should repair /all/ font state changes, all versions of drawing a string, and all versions of StrokeLine(). Change-Id: Ia0f23e7b1cd058f70f76a5849acb2d02e0f0da09 Reviewed-on: https://review.haiku-os.org/c/817 Reviewed-by: Stephan Aßmus <superstippi@gmx.de> diff 756b64fd Thu Dec 16 09:35:42 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * Removed the obsolescent [B]Reference[able] API and replaced the remaining uses. Fixes the gcc 2 acpi build. * Renamed WeakReferenceable::{Add,Remove}Reference() to {Acquire,Release}Reference() for consistency. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39871 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f99607b Tue Aug 14 02:40:13 MDT 2007 Stefano Ceccherini <stefano.ceccherini@gmail.com> My last commit broke setting fonts in BPictures. Added a comment in PicturePlayer to explain what we need to do. Don't write the B_PIC_ENTER_STATE_CHANGE and B_PIC_ENTER_FONT_STATE ops until we fix the problem (we don't care about them in our server side implementation anyway). Font changes and state syncing work again. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21940 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2c2773c4 Fri Feb 10 14:18:53 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> Fixed a bug which prevented BPictures to be drawn. Small cleanup git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16341 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 756b64fd836dad5b63f41f0b01f8cedfec795f9d Thu Dec 16 09:35:42 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * Removed the obsolescent [B]Reference[able] API and replaced the remaining uses. Fixes the gcc 2 acpi build. * Renamed WeakReferenceable::{Add,Remove}Reference() to {Acquire,Release}Reference() for consistency. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39871 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f99607b779eddb4150a74aa25259a288d1b9c80 Tue Aug 14 02:40:13 MDT 2007 Stefano Ceccherini <stefano.ceccherini@gmail.com> My last commit broke setting fonts in BPictures. Added a comment in PicturePlayer to explain what we need to do. Don't write the B_PIC_ENTER_STATE_CHANGE and B_PIC_ENTER_FONT_STATE ops until we fix the problem (we don't care about them in our server side implementation anyway). Font changes and state syncing work again. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21940 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/servers/app/drawing/Painter/ | ||
H A D | Painter.cpp | diff 92772bbd Sun Jun 21 16:07:54 MDT 2009 Stephan Aßmus <superstippi@gmx.de> Patch by Christian Packmann: * Implemented a CPU feature detection function in AppServer.cpp. The results are put into the global variable gAppServerSIMDFlags. * Implemented an SIMD accelerated version of the bilinear bitmap scaling code that is the backend of BView::DrawBitmap(..., uint32 options) used by the MediaPlayer to smoothly upscale movies when no video overlay is available. The speed up is very noticable and a Core 2 Duo @ 1.8 GHz can play at 1920x1200 now without breaking a sweat. There is currently one SIMD version implemented which uses MMX and plain SSE. Very cool! Thanks a lot! git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31165 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff e1965013 Mon Jul 28 15:30:26 MDT 2008 Stephan Aßmus <superstippi@gmx.de> The Y check can be moved out of the loop of course, why didn't I see this before?! Is about 4% faster than before. If anyone sees a way to make it faster yet, please shoot! I can watch movies fullscreen on a 2 GHz Core 2 Duo in VESA with bilinear scaling, but it would be nice to use less CPU... :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26667 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff e1965013 Mon Jul 28 15:30:26 MDT 2008 Stephan Aßmus <superstippi@gmx.de> The Y check can be moved out of the loop of course, why didn't I see this before?! Is about 4% faster than before. If anyone sees a way to make it faster yet, please shoot! I can watch movies fullscreen on a 2 GHz Core 2 Duo in VESA with bilinear scaling, but it would be nice to use less CPU... :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26667 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2cfee16a Tue Jul 15 12:26:40 MDT 2008 Rene Gollent <anevilyak@gmail.com> Build fix. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26438 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2cfe93e7 Mon Dec 04 15:25:17 MST 2006 Stephan Aßmus <superstippi@gmx.de> * renamed HWInterface locking to LockParallelAccess() and LockExclusiveAccess() (meaning more or less access to the frame buffer) * extracted the AGGTextRenderer to be a global instance used by each Painter instance (currently, it is thread safe because of the global font lock, so there is some work left in this regard) * gave every ServerWindow it's own DrawingEngine instance, this is work in progress. So far, there doesn't seem to be a regression, but less fighting over the exclusive access to the frame buffer, now each ServerWindow thread can draw in parallel. There is room for improvement, plus I think I'm leaking the DrawingEngine... * changed the locking for the software cursor. ShowSoftwareCursor() can only be called if HideSoftwareCursor(BRect) returned true, or if you called the generic HideSoftwareCursor(), since it needs to keep the cursor lock and unlocks in Show...! * some clean up and renaming in Decorator and friends * moved PatternHandler.h to live along with the .cpp git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19427 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2f9eca85 Mon Oct 30 14:20:38 MST 2006 Stefano Ceccherini <stefano.ceccherini@gmail.com> moved Shape related defines to their own header git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19154 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2de437fa Fri Dec 30 14:31:36 MST 2005 Stephan Aßmus <superstippi@gmx.de> The first stab at optimizing bitmap drawing, with quite good results I might add. Drawing B_RGB32 bitmaps is more than 1.2 times faster than on R5, while B_CMAP8 bitmaps are slightly slower. The optimization is only for B_OP_COPY and unscaled bitmaps (B_RGB32 and B_CMAP8). Drawing only parts of the bitmap is supported. Adding optimization for scaled bitmaps should be beneficial, since the generic version is 2 two 4 times slower. I think it gets even worse for partial bitmaps. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15758 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2de437fa Fri Dec 30 14:31:36 MST 2005 Stephan Aßmus <superstippi@gmx.de> The first stab at optimizing bitmap drawing, with quite good results I might add. Drawing B_RGB32 bitmaps is more than 1.2 times faster than on R5, while B_CMAP8 bitmaps are slightly slower. The optimization is only for B_OP_COPY and unscaled bitmaps (B_RGB32 and B_CMAP8). Drawing only parts of the bitmap is supported. Adding optimization for scaled bitmaps should be beneficial, since the generic version is 2 two 4 times slower. I think it gets even worse for partial bitmaps. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15758 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2b97fe88 Wed Nov 09 09:55:08 MST 2005 Stephan Aßmus <superstippi@gmx.de> now updates BView::PenLocation() correctly after DrawString(), stuff like DrawChar('a') is working nicely now, for rotated text much better then in BeOS in fact because of subpixel precision in pen location git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14794 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 320 milliseconds