Codejock Developer Community : [DISCUSSION] BeforeDrawRow event http://forum.codejock.com/ Copyright (c) 2006-2013 Web Wiz Forums - All Rights Reserved. Wed, 13 May 2026 09:43:34 +0000 Mon, 22 Mar 2010 15:59:22 +0000 http://blogs.law.harvard.edu/tech/rss Web Wiz Forums 12.04 360 forum.codejock.com/RSS_post_feed.asp?TID=15387 <![CDATA[Codejock Developer Community]]> http://forum.codejock.com/forum_images/codejock-logo.gif http://forum.codejock.com/ <![CDATA[[DISCUSSION] BeforeDrawRow event : Comments from Codejock on the...]]> http://forum.codejock.com/forum_posts.asp?TID=15387&PID=57724&title=discussion-beforedrawrow-event#57724 Author: jpbro
Subject: 15387
Posted: 22 March 2010 at 3:59pm

Comments from Codejock on the BeforeDrawRowEx idea would be very appreciated!]]> Mon, 22 Mar 2010 15:59:22 +0000 http://forum.codejock.com/forum_posts.asp?TID=15387&PID=57724&title=discussion-beforedrawrow-event#57724 <![CDATA[[DISCUSSION] BeforeDrawRow event : I&#039;ve had a chance to try...]]> http://forum.codejock.com/forum_posts.asp?TID=15387&PID=56486&title=discussion-beforedrawrow-event#56486 Author: jpbro
Subject: 15387
Posted: 30 January 2010 at 2:45pm

I've had a chance to try a couple of tests so far with 14.0.0 beta. Some notes:

  1. BeforeDrawRow only fires on MouseMove for the cell that the mouse has entered. For hot-tracking purposes, maybe it should fire for the cell that the mouse has left as well?
  2. Even though BeforeDrawRow fires on MouseMove, changes made to Item.Caption or Metrics.Text do not get updated on screen.
  3. On MouseDown/MouseUp, BeforeDrawRow fires multiple times (2-3 times??)  for every visible cell on the report. I can't imagine why this should happen, but there may be a good reason? I think it would be better to fire once for each recorditem in the previously selected rows that aren't currently selected, and then fire once for every recorditem in the newly selected rows that used to be unselected. This would cover all of the scenarios that I have imagined so far, but further exploration is needed here.
  4. Even though the BeforeDrawRow fires on MouseDown/Up, changing the Item.Caption doesn't seem to get displayed immediately (the screen update is always one step behind).

The fact that updates to the RC after changing the Item.Caption in BeforeDrawRow always seems to be behind makes me think that I am missing something (Redraw method doesn't work since it cause BeforeDrawRow to fire continuously, UpdateRecord killed the IDE for me - so what is the right way to get an immediate ReportItem update on-screen after changing the Item.Caption in the BeforeDrawRow event?).

Maybe what we need is a BeforeDrawRowFlags property with flags to control when BeforeDrawRow is fired based on our needs? Something like:

xtpBeforeDrawRowMouseEnter - Fire when mouse enters a RecordItem. Only fire once for that recorditem.
xtpBeforeDrawRowMouseLeave - Fire when mouse leaves a RecordItem. Only fire once fo that recorditem.
xtpBeforeDrawRowMouseMove - Fire when mouse is moved within a RecordItem. Only fire for that recorditem.
xtpBeforeDrawRowMouseDown - Fire when mouse button is depressed while over a RecordItem. only fire once for that recorditem
xtpBeforeDrawRowMouseUp - Fire when mouse is released while over a RecordItem. Only fire once for that recorditem.
xtpBeforeDrawRowSelected - Fire when a RecordItem parent Record becomes selected. Only fire once for that recorditem.
xtpBeforeDrawRowDeselected - Fire when a RecordItem parent Record becomes deselected. Only fire once for that recorditem.

Flags could of course be combined to fire under multiple circumstances. It would be nice if the BeforeDrawRow event would also pass the flag that caused the firing as a parameter (of course, for Binary compatibility, this would mean we would need a different event, perhaps BeforeDrawRowEx).

These flags would cover all of the cases I have thought of so far where you would want BeforeDrawRow to fire, but there may be other times - any ideas on extensions for this list?

Here's the test project I was using:

uploads/20100130_145004_RcBeforeDrawRow.zip
]]> Sat, 30 Jan 2010 14:45:30 +0000 http://forum.codejock.com/forum_posts.asp?TID=15387&PID=56486&title=discussion-beforedrawrow-event#56486 <![CDATA[[DISCUSSION] BeforeDrawRow event : Hi, It seems that I&#039;m...]]> http://forum.codejock.com/forum_posts.asp?TID=15387&PID=56442&title=discussion-beforedrawrow-event#56442 Author: Aaron
Subject: 15387
Posted: 29 January 2010 at 2:57am

Hi,
 
It seems that I'm the only in here who has an opinion (except for Baldur of course) so I will leave it as is and will create my own "Update event" at least for Markup.
 
Thank you
 
]]> Fri, 29 Jan 2010 02:57:14 +0000 http://forum.codejock.com/forum_posts.asp?TID=15387&PID=56442&title=discussion-beforedrawrow-event#56442 <![CDATA[[DISCUSSION] BeforeDrawRow event : Hi Aaron, i have tested this...]]> http://forum.codejock.com/forum_posts.asp?TID=15387&PID=54617&title=discussion-beforedrawrow-event#54617 Author: Baldur
Subject: 15387
Posted: 06 November 2009 at 11:25am

Hi Aaron,
 
i have tested this "counter" long time ago, maybe with Version 9 and found also that the event somtimes is send oftener as needed.
But the main problem in this case is windows and "InvalidateRect" to reduce this events.
 
I think, that the Report don't store the Metrics-Property in the Cells-Properties so in case of repaint, he must ask for.
On the other hand, you can decide by yourself with SetCustomDraw at runtime when events should occur or not.
 
So you can decide in case of FocusChanging to turn the xtpCustomBeforeDrawRow on or off to reduce the events.
But in case of scrolling, sorting, grouping, the events are gone (no FocusChanging).
 
On the other hand, most properties of metrics can be set for each individual items so perhaps you don't need this event.
 
What i found is, that this event is fired for each column in the grid.
It can be automaticly reduced to only the visible columns !
 
Regards
Baldur
]]> Fri, 06 Nov 2009 11:25:53 +0000 http://forum.codejock.com/forum_posts.asp?TID=15387&PID=54617&title=discussion-beforedrawrow-event#54617 <![CDATA[[DISCUSSION] BeforeDrawRow event : Baldur wrote:Hello, every...]]> http://forum.codejock.com/forum_posts.asp?TID=15387&PID=54607&title=discussion-beforedrawrow-event#54607 Author: Aaron
Subject: 15387
Posted: 06 November 2009 at 12:55am

Originally posted by Baldur Baldur wrote:

Hello,
 
every event change the focus and so the layout of cells.
Please don't change this behavior.
 
Hi Baldur,
 
I'm glad someone joined the discussion  
 
My question to you: why should fire BeforeDrawRow event on a mouseclick (or any of the other cases in my list) The RC looks exactly the same as before I clicked in RC area. So in these cases I don't want that event to fore. Just for fun, add some counter in BeforeDrawRow event in Jason Demo with Markup widgets and see how many times the BeforeDrawRow fires. It's consumes a lot of (sometimes) processor time and in some cases "forgets" the (like in Jason's Demo) mouseclick.
 
Just give me a reason why the event should still fire not just: "every event change the focus and so the layout of cells.
Please don't change this behavior"     
 
Thank you for reply and I hope many others will join in this discussion
 
 
]]> Fri, 06 Nov 2009 00:55:25 +0000 http://forum.codejock.com/forum_posts.asp?TID=15387&PID=54607&title=discussion-beforedrawrow-event#54607 <![CDATA[[DISCUSSION] BeforeDrawRow event : Hello, every event change the...]]> http://forum.codejock.com/forum_posts.asp?TID=15387&PID=54584&title=discussion-beforedrawrow-event#54584 Author: Baldur
Subject: 15387
Posted: 05 November 2009 at 10:01am

Hello,
 
every event change the focus and so the layout of cells.
Please don't change this behavior.
]]> Thu, 05 Nov 2009 10:01:04 +0000 http://forum.codejock.com/forum_posts.asp?TID=15387&PID=54584&title=discussion-beforedrawrow-event#54584 <![CDATA[[DISCUSSION] BeforeDrawRow event : Hi This post is about when...]]> http://forum.codejock.com/forum_posts.asp?TID=15387&PID=53957&title=discussion-beforedrawrow-event#53957 Author: Aaron
Subject: 15387
Posted: 17 October 2009 at 6:57am

Hi
 
 
This post is about when to fire BeforeDrawRow event and when not. In my opinion (and maybe others as well) the BeforeDrawRow event is overdoing it's job. There are cases when no event is required because nothing has to be redrawn (in my opinion) but maybe there are members who need the event anyway. Here's a list of cases in which I don't think the event has to be fired.
 
Note:  Mark asked me to produce this list because of some problems we encountered in Jason's Markup Demo (https://forum.codejock.com/forum_posts.asp?TID=14983)
  1. MouseDown
  2. MouseUp
  3. Select previous row with arrow up (only fire event when selecting previous row at the top of course)
  4. Select next row with arrow down (only fire event when selecting next row at the bottom of course)
  5. Select row with arrow left (only fire event when selecting previous row at the top of course)
  6. Select row with arrow right (only fire event when selecting next row at the bottom of course) 
  7. TAB key
  8. CTRL + SPACE
  9. CTRL + A (only fire event if last row isn't visible yet) note: CTRL + A seems to scroll to last row)
Please, if you can think of other cases, don't hesitate to reply.
 
Thanks a lot
 
 
]]> Sat, 17 Oct 2009 06:57:29 +0000 http://forum.codejock.com/forum_posts.asp?TID=15387&PID=53957&title=discussion-beforedrawrow-event#53957