Searched +hist:26 +hist:b54010 (Results 1 - 1 of 1) sorted by relevance
/haiku/src/kits/interface/ | ||
H A D | Window.cpp | diff c565d98b Mon Dec 26 07:59:45 MST 2022 Jim906 <jim_l@fastmail.com> Window: initialize fUpdatesEnabled to false * Set it to true when the client's message loop is started. * Prevents a Window from sending messages to the client BWindow when the BWindow's message loop is not running. * If a Window sends an _UPDATE_ message to its client and does not receive the expected reply, it will later refuse to draw to the area that was updated. This can happen in the case of a BView that is a child of an OffscreenWindow (BBitmap::fWindow). * Fixes #9064. Change-Id: I8ab840852f3875cb323842d927ee1e50b0aa3511 Reviewed-on: https://review.haiku-os.org/c/haiku/+/5967 Reviewed-by: waddlesplash <waddlesplash@gmail.com> Reviewed-by: Adrien Destugues <pulkomandy@pulkomandy.tk> Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> diff fd236f33 Sun Nov 26 23:33:33 MST 2017 John Scipione <jscipione@gmail.com> BWindow: Update Zoom() with Deskbar window flags Call newly created BDeskbar methods to adjust default Zoom(). if auto-hide is turned on don't consider Deskbar's frame. In vertical mode allow windows to zoom on top of Deskbar if auto-raise or always on top is turned on. Deskbar can take up a significant area so you can reclaim that space by turning on auto-raise or always on top. In horizontal mode ignore auto-raise and always on top settings, don't allow windows to zoom on top of Deskbar even if these settings are turned on. Deskbar doesn't take up very much space and you don't want your window to get cut-off at the bottom. diff 273109e0 Mon Apr 28 04:26:51 MDT 2014 Kacper Kasper <kacperkasper@gmail.com> Fix window behavior when default button is present * Don't intercept Enter key press in a window when there is default button and another BControl focused. * Current behavior was basically breaking every window using default button. Even if there was a button focused (using Tab key), when Enter was hit, default button handled the message, therefore instead of i.e. 'Revert' 'Apply' was pressed. * Fixes #10792. Signed-off-by: Jessica Hamilton <jessica.l.hamilton@gmail.com> diff cf9414ff Mon Dec 16 21:26:57 MST 2013 John Scipione <jscipione@gmail.com> Convert coords of B_MOUSE_IDLE in _SanitizeMessage() When BWindow receives a message in screen coordinates and the message has a target view, as it does when the message comes from App Server, convert the coordinates to view coordinates before passing the message along. Revert the portion of hrev46532 where BView converts screen coordinates and converts them since that happens in BWindow::_SanatizeMessage() now. diff 057c8708 Sat Oct 26 08:11:45 MDT 2013 Julian Harnath <julian.harnath@rwth-aachen.de> Move B_MOUSE_IDLE generation to app_server. * BWindow used to generate the B_MOUSE_IDLE events by sending a delayed message with a one-shot BMessageRunner to itself. Every creation and deletion of BMessageRunners causes synchronous messaging between the application under the mouse cursor and the registrar. This creates large amounts of calls to set_port_owner() in the kernel whenever moving the mouse. * Now, B_MOUSE_IDLE is sent by the cursor loop inside the app_server instead. When the mouse wasn't moved for the tooltip delay time, it inserts a B_MOUSE_IDLE message into the event stream. * The tooltip delay thus becomes a system-wide constant and is not configurable per-application anymore (no code currently in the Haiku repo makes use of that anyhow). diff 26a23118 Sat Oct 19 16:53:34 MDT 2013 John Scipione <jscipione@gmail.com> BWindow: use Unicode lowercase method diff 323523c4 Fri Jul 26 16:36:00 MDT 2013 John Scipione <jscipione@gmail.com> BWindow: style fixes only, no functional change. diff 14ac1ee9 Mon Oct 31 08:26:37 MDT 2011 Adrien Destugues <pulkomandy@pulkomandy.ath.cx> Tweak the notification window again : * Spacing of the bprogressbar is now 8pixels on each size * Remove the useless window tab for now Also fix DecoratorFrame() again as BORDERED_WINDOW didn't work with it either. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@43034 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 0cafe2df Tue Aug 26 12:30:47 MDT 2008 Stephan Aßmus <superstippi@gmx.de> * Fixed a race condition in BWindow::Show(). If it was the first time Show() was called, the calling thread could be preempted, or simply be blocked on calling Lock() after running the window thread. The window thread in turn could be processing messages. In that case, fShowLevel would still have the wrong value. For example, MediaPlayer would call IsHidden() on one of it's views, which would then return true for this case. The result was that the video view was not hidden and a black rectangle was showing on top of the controls. This may also have caused other similar problems of course. * fRunCalled was accessed without holding the lock. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27209 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff b7858373 Mon Aug 20 17:24:26 MDT 2007 Axel Dörfler <axeld@pinc-software.de> The client-side implementation of B_NO_POINTER_HISTORY did only work for SetEventMask(), but not for SetMouseEventMask(). We now track the value of that mask in a dedicated member variable. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22022 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 1458 milliseconds