Searched hist:aadbd94ef7c89e9acbca53bf6f18c1f25ba4ba25 (Results 1 – 2 of 2) sorted by relevance
/haiku/src/kits/interface/ |
H A D | Screen.cpp | aadbd94ef7c89e9acbca53bf6f18c1f25ba4ba25 Fri Aug 21 09:20:25 UTC 2009 Axel Dörfler <axeld@pinc-software.de> * BPrivateScreen used B_CURRENT_WORKSPACE where an index was required. This was reason that caused bug #2658. * Introduced a new constant B_CURRENT_WORKSPACE_INDEX in PrivateScreen.h; maybe this should be made public one day. * Fixed another reason that caused bug #2658: BPrivateScreen waited 100ms between frame updates, leaving a large window open for such problems; I've reduced it to 10ms now, but the actual bug fix is to reset the counter for each BScreen object, so that when you create a new BScreen object, the frame is retrieved timely. * The reference count was not initialized, causing BPrivateScreens to be leaked forever.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32557 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
H A D | PrivateScreen.cpp | aadbd94ef7c89e9acbca53bf6f18c1f25ba4ba25 Fri Aug 21 09:20:25 UTC 2009 Axel Dörfler <axeld@pinc-software.de> * BPrivateScreen used B_CURRENT_WORKSPACE where an index was required. This was reason that caused bug #2658. * Introduced a new constant B_CURRENT_WORKSPACE_INDEX in PrivateScreen.h; maybe this should be made public one day. * Fixed another reason that caused bug #2658: BPrivateScreen waited 100ms between frame updates, leaving a large window open for such problems; I've reduced it to 10ms now, but the actual bug fix is to reset the counter for each BScreen object, so that when you create a new BScreen object, the frame is retrieved timely. * The reference count was not initialized, causing BPrivateScreens to be leaked forever.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32557 a95241bf-73f2-0310-859d-f6bbb57e9c96
|