[AccessD] Trapping Events In A Class (custom events as well as built-in)

Robert,

    Thanks for the confirmation. So nice of you.

    The sample db has now been made suitable for Access 2010 as well and the revised version has been placed at Rogers Access Library. The subforms respond appropriately to the filter button and search box on the navigation bar (these are new features - in versions later than Access 2003).

    Note: 
    Navigation bar is now displayed only on top subform, which functions as the prime mover for the whole set up.

    The process of making the db suitable for Access 2010 has fetched another dividend. An interesting solution has been found for detecting filter and search actions on the single form, without requiring raising of custom events in that form. This way the arrangement has become akin to plug & play. 

    The developer can use any form of his choice as the single form portion of simulated split form, without having to write any code. All that needs to be done is to assign such a form as source object for top subform control. Everything else gets taken care of automatically. 

    You deserve special thanks as the above enhancement came about while working upon the feedback provided by you. 

Best wishes,
A.D. Tejpal
------------

  ----- Original Message ----- 
  From: Robert 
  To: 'Access Developers discussion and problem solving' 
  Sent: Wednesday, August 15, 2012 05:38
  Subject: Re: [AccessD] Trapping Events In A Class (custom events as wellas built-in)


  Yes, all constructed functions work as expected. Nice Job!

  WBR
  Robert
       

  -----Original Message-----
  From: accessd-bounces at databaseadvisors.com
  [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of A.D. Tejpal
  Sent: Tuesday, August 14, 2012 3:36 AM
  To: Access Developers discussion and problem solving
  Subject: Re: [AccessD] Trapping Events In A Class (custom events as well as
  built-in)

  Robert,

      Thanks for the clarification. 

      Filter button and search box on navigation bar appear to be a new
  additions, subsequent to access version 2003 (in which the sample db was
  developed). I shall investigate further so as to cover this aspect too.

      In the mean time, it would be nice if you could kindly confirm whether
  the performance is otherwise found OK, if the user carries out filter /
  search action only through the combination of option group & combo box.

  Best wishes,
  A.D. Tejpal
  ------------