event counters The last message was received 0.87 months ago at 01:46 on May 02, 2012 0 messages so far today, 0 messages yesterday 0 messages so far this week, 0 messages last week 1 messages so far this month, 0 messages last month 189 messages since the first one, 4.35 years ago, for an average of 1.2 weeks between messages recent messages date | project | content | link |
|---|
| 01:46 on May 02 | haiku-webkit | Commit by aldeck :: r 587 /webkit/trunk/WebKit/haiku/WebPositive/ (2 files in 2 dirs): ( link) - B_TRANSLATE_CONTEXT is now B_TRANSLATION_CONTEXT as per the recent change in Haiku, cf. hrev44041
| # | | 17:47 on Oct 29, 2011 | OpenBeOS | Commit by aldeck :: r42955 /haiku/trunk/src/tests/kits/app/ (3 files in 2 dirs): Applying patch for ticket #6134. Fixes BCursor tests. Thanks Karvjorm! And sorry for the delay. I also re-enabled the tests in the Jamfile (cf. r41788) | # | | 01:46 on Aug 31, 2011 | OpenBeOS | Commit by aldeck :: r42704 /haiku/branches/developer/aldeck/tracker_layout/src/ (2 files in 2 dirs): - Remove another unneeded dependency on BContainerWindow, BWindow is enough. Note for later: activate on click might be unwanted for future client apps/windows (make it customizable if needed). Left click selecting works in PoseViewTest now.
| # | | 23:17 on Aug 30, 2011 | OpenBeOS | Commit by aldeck :: r42702 /haiku/branches/developer/aldeck/tracker_layout/src/ (8 files in 3 dirs): - Added a simple PoseViewTest to ease the decoupling work since PoseView can almost be used like a customisable control now (i.e independent of BContainerWindow).
- The test app already helped to spot remaining BContainerWindow coupling issues in BPoseView.
- Addded missing _NotifySelectionChanged call in the recent _EndSelectionRect method
- Some cleanup, enhanced comments
| # | | 22:14 on Jul 31, 2011 | OpenBeOS | Commit by aldeck :: r42524 /haiku/branches/developer/aldeck/tracker_layout/src/kits/tracker/ (PoseView.cpp PoseView.h): - Re-enabled autoscrolling, was standing in the way during the rewrite.
- Simplified conditional call to BScrollbar::SetValue() vs BView::ScrollBy(). Looking at the source, simply calling BView::ScrollBy() will behave correctly in both cases. Quick tests apparently confirms this. If i recall correctly R5 could go into a loop and needed such workaround, but hopefully that was fixed in Haiku.
| # | | 03:50 on Jul 31, 2011 | OpenBeOS | Commit by aldeck :: r42520 /haiku/branches/developer/aldeck/tracker_layout/src/kits/tracker/ (5 files): - Simplify naming, remove DefaultXxx prefix
| # | | 03:28 on Jul 31, 2011 | OpenBeOS | Commit by aldeck :: r42519 /haiku/branches/developer/aldeck/tracker_layout/src/kits/tracker/ (7 files): - Rename DefaultAttributeMenu simply to AttributesMenu
| # | | 03:16 on Jul 31, 2011 | OpenBeOS | Commit by aldeck :: r42518 /haiku/branches/developer/aldeck/tracker_layout/src/kits/tracker/ (4 files): - Use templating for DefaultAttributeMenu so that the same code can be used for both BMenu and BPopUpMenu version of the same menu while still keeping a BMenu inheritance.
| # |
|