Searched +hist:1 +hist:f424632 (Results 26 - 30 of 30) sorted by relevance
| /haiku/headers/os/interface/ | ||
| H A D | Window.h | diff 7f9368ca Wed Dec 09 23:52:48 MST 2015 looncraz <looncraz@looncraz.net> Set*UIColor, etc. The inseparable changes necessary to support live color updating across the system in a sane, safe, and performant manner. BView gains: HasSystemColors() HasDefaultColors() AdoptSystemColors() AdoptParentColors() AdoptViewColor(BView*) SetViewUIColor(color_which, float tint) SetHighUIColor(... SetLowUIColor(... ViewUIColor(float* tint) HighUIColor(... LowUIColor(... DelayedInvalidate() BWindow gains a simple helper method: IsOffscreenWindow() BMessage gains: AddColor() FindColor() GetColor() HasColor() * allegedly this API is deprecated, but I implemented it anyway ReplaceColor() SetColor() Previous private ColorTools methods are made public and moved into GraphicsDefs: mix_color, blend_color, disable_color These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup of BeOS example code under the OpenTracker license. In addition, four new colors are created: B_LINK_TEXT_COLOR B_LINK_HOVER_COLOR B_LINK_ACTIVE_COLOR B_LINK_VISITED_COLOR These changes are documented in their proper user documentation files. In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit. On the app_server side, the following has changed: Add DelayedMessage - a system by which messages can be sent at a scheduled time, and can also be merged according to set rules. A single thread is used to service the message queue and multiple recipients can be set for each message. Desktop gains the ability to add message ports to a DelayedMessage so that said messages can target either all applications or all windows, as needed. Desktop maintains a BMessage which is used to queue up all pending color changes and the delayed messaging system is used to enact these changes after a short period of time has passed. This prevents abuse and allows the system to merge repeated set_ui_color events into one event for client applications, improving performance drastically. In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message to each BWindow. This is done to improve performance over having the app_server independently informing each window. Decorator changes are live now, which required some reworking. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com> diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1d6c7b6c Tue Aug 17 12:43:41 MDT 2010 Alex Wilson <yourpalal2@gmail.com> Big change deriving BLayout from BLayoutItem, and allowing viewless BLayouts. a few highlights: * BLayout now derives publicly from BLayoutItem * Added BAbstractLayout class, which our layouts now derive from * updated layout builders to avoid creating views when they don't need to * updated layout classes * updated AboutSystem to fix a little regression * more details on #6407 * please tell me about any regressions, I've tried to find them all, but some may have slipped by. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38207 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1b739004 Thu Apr 17 14:41:54 MDT 2003 DarkWyrm <darkwyrm@gmail.com> Checkin for Adrian Oanca git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3069 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1f424632be5dcad5b81a23080eb205ab6471cd7b Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1d6c7b6cb6f46c2672074ff137a18833d4dd3041 Tue Aug 17 12:43:41 MDT 2010 Alex Wilson <yourpalal2@gmail.com> Big change deriving BLayout from BLayoutItem, and allowing viewless BLayouts. a few highlights: * BLayout now derives publicly from BLayoutItem * Added BAbstractLayout class, which our layouts now derive from * updated layout builders to avoid creating views when they don't need to * updated layout classes * updated AboutSystem to fix a little regression * more details on #6407 * please tell me about any regressions, I've tried to find them all, but some may have slipped by. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38207 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1b7390044f43f9b85007a90b56fa18880972d064 Thu Apr 17 14:41:54 MDT 2003 DarkWyrm <darkwyrm@gmail.com> Checkin for Adrian Oanca git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3069 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
| /haiku/src/kits/interface/ | ||
| H A D | ListView.cpp | diff 134ed614 Wed Oct 26 14:36:49 MDT 2016 John Scipione <jscipione@gmail.com> ListView: Fix off-by-1 bug introduced in hrev50574 7687a6ef13359dbac63eaae0b40cb6875873ea71 jgt^He Fixes #12990 more better Thanks Humdinger for noticing this bug and reporting it. diff dc6233fc Thu Aug 18 16:11:28 MDT 2016 John Scipione <jscipione@gmail.com> BListView: Check index non-negative, not only not -1 diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1c38517e Sun Sep 15 15:39:44 MDT 2013 Siarzhuk Zharski <zharik@gmx.li> ListView: More safe ScrollToSelection implementation The Problem was observed in the Time Preferences Zone view - the selection was set inside of TimeZoneView::DoLayout() call on the OutlineListView control that had zero-sized Bounds. After the control was resized the selection stay mainly hidden "under" the upper edge. The Problem looks like generic so should be fixed in the interface kit code. Proposed fix introduces additional check for the scroll position to not cross the top edge of control. diff 1f424632be5dcad5b81a23080eb205ab6471cd7b Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1c38517e256ac29d81f2b36e896200faefb8043e Sun Sep 15 15:39:44 MDT 2013 Siarzhuk Zharski <zharik@gmx.li> ListView: More safe ScrollToSelection implementation The Problem was observed in the Time Preferences Zone view - the selection was set inside of TimeZoneView::DoLayout() call on the OutlineListView control that had zero-sized Bounds. After the control was resized the selection stay mainly hidden "under" the upper edge. The Problem looks like generic so should be fixed in the interface kit code. Proposed fix introduces additional check for the scroll position to not cross the top edge of control. |
| H A D | TextView.cpp | diff 0509d19b Fri Dec 01 16:52:08 MST 2023 John Scipione <jscipione@gmail.com> BTextView: Stylish fix, -x is clear we don't need -1 * x Change-Id: I38a5e6c88e2ba3b2f82c49aa760942e1799a7595 Reviewed-on: https://review.haiku-os.org/c/haiku/+/7171 Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> Reviewed-by: Adrien Destugues <pulkomandy@pulkomandy.tk> diff 1c9c7729 Sun Jan 12 10:12:33 MST 2020 X512 <danger_mail@list.ru> Interface Kit: make BTextControl behave like BeOS Contents of BTextControl should be not selected if text is directly clicked. Selection should be removed if BTextView lose focus. Change-Id: Ifba914c2ada4fc1aac88205f69a64a4356009469 Reviewed-on: https://review.haiku-os.org/c/haiku/+/2109 Reviewed-by: waddlesplash <waddlesplash@gmail.com> diff 1ec8732c Tue Jul 16 10:09:47 MDT 2019 Adrien Destugues <pulkomandy@pulkomandy.tk> PVS V506: using pointer to deallocated stack space Change-Id: I43f7d0208f7d644d6f4274a9a718773f7a1346a0 Reviewed-on: https://review.haiku-os.org/c/1600 Reviewed-by: Stephan Aßmus <superstippi@gmx.de> diff 1d1e61bb Wed Jul 23 23:45:02 MDT 2014 John Scipione <jscipione@gmail.com> TextView: include re-arrange style fix * Put #include TextView.h first as our style guide suggests. * Put #include <new> in it's own C++ includes section * also remove an extra newline diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1b6bc267 Wed Feb 08 15:42:41 MST 2012 Alexander von Gluck IV <kallisti5@unixzen.com> kits: Some spelling cleanup of common mistyped words * Little whitespace cleanup * No functional change diff 3417c110 Sat Apr 24 18:16:50 MDT 2010 Oliver Tappe <zooey@hirschkaefer.de> Fix #5725, single pixel caret drawing artefact in an empty BTextView: * _NullStyleHeight() must return the height including the 1 pixel gap between the lines, as that's how it's being used git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36469 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 7a842ef7 Sun Oct 04 18:46:26 MDT 2009 Stephan Aßmus <superstippi@gmx.de> Check negative out-of-bounds index in BTextView::OffsetAt(). According to #4707, this is the BeOS behavior. I have not checked myself and the BeBook is very brief on this, but similar methods do trim indices to be in range. Another alternative would be returning an index indicating an error (-1). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33439 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 82d9f508 Wed Apr 08 16:10:27 MDT 2009 Stephan Aßmus <superstippi@gmx.de> Some BTextView fixes, most importantly the annoying up/down ping pong when triggering auto-scrolling in BTextControls... * _BTextInput_::MinSize() added 1 to the line height, but when aligning the text rect, at least one pixel is added at the top and bottom, which makes for at least two extra pixels. * BTextView::_PerformAutoScrolling() had some code which was supposed to prevent from out-of-bounds scrolling, but the bottom maximum coordinate was not correctly calculated. This and the above item led to the ping-pong effect. * Additionally, I prevented scrolling vertically for one-line text views completely. * On mouse-up, reset the cursor. It may have to be the I-Beam cursor again, for example after de-selecting. * While mouse tracking the selection, always use the I-Beam cursor. * Also when mouse tracking, do not use the minimum/maximum text offset when the mouse is above/below the text rect. Do this only when it's also outside on left/right sides. This is less irritating and works like on other platforms. It means the first/last line can still be selected, without having to constrain the mouse to the inside of the text view. * When calculating the selection region, don't make the bottom one pixel too far up. Lines which contain glyphs that extend below the base-line have one more pixel below the glyphs that is inverted now. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30046 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 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 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 7f9368ca Wed Dec 09 23:52:48 MST 2015 looncraz <looncraz@looncraz.net> Set*UIColor, etc. The inseparable changes necessary to support live color updating across the system in a sane, safe, and performant manner. BView gains: HasSystemColors() HasDefaultColors() AdoptSystemColors() AdoptParentColors() AdoptViewColor(BView*) SetViewUIColor(color_which, float tint) SetHighUIColor(... SetLowUIColor(... ViewUIColor(float* tint) HighUIColor(... LowUIColor(... DelayedInvalidate() BWindow gains a simple helper method: IsOffscreenWindow() BMessage gains: AddColor() FindColor() GetColor() HasColor() * allegedly this API is deprecated, but I implemented it anyway ReplaceColor() SetColor() Previous private ColorTools methods are made public and moved into GraphicsDefs: mix_color, blend_color, disable_color These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup of BeOS example code under the OpenTracker license. In addition, four new colors are created: B_LINK_TEXT_COLOR B_LINK_HOVER_COLOR B_LINK_ACTIVE_COLOR B_LINK_VISITED_COLOR These changes are documented in their proper user documentation files. In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit. On the app_server side, the following has changed: Add DelayedMessage - a system by which messages can be sent at a scheduled time, and can also be merged according to set rules. A single thread is used to service the message queue and multiple recipients can be set for each message. Desktop gains the ability to add message ports to a DelayedMessage so that said messages can target either all applications or all windows, as needed. Desktop maintains a BMessage which is used to queue up all pending color changes and the delayed messaging system is used to enact these changes after a short period of time has passed. This prevents abuse and allows the system to merge repeated set_ui_color events into one event for client applications, improving performance drastically. In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message to each BWindow. This is done to improve performance over having the app_server independently informing each window. Decorator changes are live now, which required some reworking. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com> diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 5d98ee1e Sat Mar 08 13:18:35 MST 2014 John Scipione <jscipione@gmail.com> Revert "BScrollView: Increase small scroll step size from 1 to 3" This reverts commit bdcfc076173236ddecccfebd945530a309debdce. diff bdcfc076 Fri Mar 07 15:02:58 MST 2014 John Scipione <jscipione@gmail.com> BScrollView: Increase small scroll step size from 1 to 3 ... and then don't multiply by 3 in BView diff 1e6e124c Fri Jun 28 20:59:17 MDT 2013 John Scipione <jscipione@gmail.com> BView: Style fixes only, no functional change intended Motivated by inconsistancies found while documenting BView. Update copyright year, alphabetize Variable names normalized: * pt => point * r => rect * p => pattern * c => color * msg => message * a, b and pt0, pt1 => start, end * r, g, b, a => red, green, blue, alpha A couple of white spaces fixes. A couple of !pointer => pointer == NULL fixes. GetPreferredSize params => _width and _height to indicate out params. diff 1d6c7b6c Tue Aug 17 12:43:41 MDT 2010 Alex Wilson <yourpalal2@gmail.com> Big change deriving BLayout from BLayoutItem, and allowing viewless BLayouts. a few highlights: * BLayout now derives publicly from BLayoutItem * Added BAbstractLayout class, which our layouts now derive from * updated layout builders to avoid creating views when they don't need to * updated layout classes * updated AboutSystem to fix a little regression * more details on #6407 * please tell me about any regressions, I've tried to find them all, but some may have slipped by. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38207 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
| H A D | Window.cpp | diff 1ac98e3a Thu Dec 20 22:37:10 MST 2018 Augustin Cavalier <waddlesplash@gmail.com> BWindow: Prevent CenterIn from moving the decorator bar offscreen. The MoveTo() call is not restricted in any way; it can easily move the window's titlebar offscreen, which is very confusing for users as if they don't remember the window manipulation keyboard shortcuts, dealing with such windows is often very tricky (or impossible if the window is actually larger than the screen.) Now we also call MoveOnScreen with DO_NOT_RESIZE and MOVE_IF_PARTIALLY_OFFSCREEN set, which will simply get the size of the decorator bar and then ensure it is entirely on-screen. Fixes #11763. diff 7f9368ca Wed Dec 09 23:52:48 MST 2015 looncraz <looncraz@looncraz.net> Set*UIColor, etc. The inseparable changes necessary to support live color updating across the system in a sane, safe, and performant manner. BView gains: HasSystemColors() HasDefaultColors() AdoptSystemColors() AdoptParentColors() AdoptViewColor(BView*) SetViewUIColor(color_which, float tint) SetHighUIColor(... SetLowUIColor(... ViewUIColor(float* tint) HighUIColor(... LowUIColor(... DelayedInvalidate() BWindow gains a simple helper method: IsOffscreenWindow() BMessage gains: AddColor() FindColor() GetColor() HasColor() * allegedly this API is deprecated, but I implemented it anyway ReplaceColor() SetColor() Previous private ColorTools methods are made public and moved into GraphicsDefs: mix_color, blend_color, disable_color These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup of BeOS example code under the OpenTracker license. In addition, four new colors are created: B_LINK_TEXT_COLOR B_LINK_HOVER_COLOR B_LINK_ACTIVE_COLOR B_LINK_VISITED_COLOR These changes are documented in their proper user documentation files. In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit. On the app_server side, the following has changed: Add DelayedMessage - a system by which messages can be sent at a scheduled time, and can also be merged according to set rules. A single thread is used to service the message queue and multiple recipients can be set for each message. Desktop gains the ability to add message ports to a DelayedMessage so that said messages can target either all applications or all windows, as needed. Desktop maintains a BMessage which is used to queue up all pending color changes and the delayed messaging system is used to enact these changes after a short period of time has passed. This prevents abuse and allows the system to merge repeated set_ui_color events into one event for client applications, improving performance drastically. In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message to each BWindow. This is done to improve performance over having the app_server independently informing each window. Decorator changes are live now, which required some reworking. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com> diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1f424632 Wed Jun 11 17:00:46 MDT 2014 John Scipione <jscipione@gmail.com> Style fixes to IK, focus on docs diff 1d6c7b6c Tue Aug 17 12:43:41 MDT 2010 Alex Wilson <yourpalal2@gmail.com> Big change deriving BLayout from BLayoutItem, and allowing viewless BLayouts. a few highlights: * BLayout now derives publicly from BLayoutItem * Added BAbstractLayout class, which our layouts now derive from * updated layout builders to avoid creating views when they don't need to * updated layout classes * updated AboutSystem to fix a little regression * more details on #6407 * please tell me about any regressions, I've tried to find them all, but some may have slipped by. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38207 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1f3bec89 Fri Aug 21 05:49:15 MDT 2009 Stefano Ceccherini <stefano.ceccherini@gmail.com> removed resolved TODO comment git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32562 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1d6720dc Mon Jul 27 14:50:01 MDT 2009 Axel Dörfler <axeld@pinc-software.de> * Don't use B_ZOOM; this does not respect the B_NOT_ZOOMABLE flag, same problem as with B_MINIMIZE. This fixes bug #4134. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31828 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 73ca5aff Sat Nov 01 14:14:56 MDT 2008 Rene Gollent <anevilyak@gmail.com> Fixed numerous problems in BWindow::_FindView: 1) If a view contained the point, but had children, that view would never be returned as a result, even if none of the children matched. 2) When converting coordinates to the child's coordinate space, it was using the bounds rectangle rather than the frame. This in most cases had the result that the coordinate was unchanged, and thus messed up the search completely. This fixes ticket #3000. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28440 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1ea104ae Tue Feb 05 01:36:01 MST 2008 Axel Dörfler <axeld@pinc-software.de> UpdateIfNeeded() no longer keeps the looper's BMessageQueue locked when calling DispatchMessage(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23870 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 1e651d5b Sun Jun 03 14:33:56 MDT 2007 Axel Dörfler <axeld@pinc-software.de> Modal windows no longer install the 'Q' shortcut anymore. This fixes bug #1256. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21311 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 513 milliseconds