[AccessD] Macro Example

Henry Simpson hsimpson88 at hotmail.com
Thu Apr 24 23:39:54 CDT 2003


In Word, there are Document New, Open and Close event procedure hooks that 
are not invoked by a user but by one who writes code.  As far as I know, a 
user can only avoid the code by disabling macros or placing a break in the 
code window and ending execution, and that is only possible if the document 
is not locked.  I believe code must be written or pasted into these hooks 
and cannot be recorded directly into them.  Note also that Access 97 has the 
facility to convert Access macros to code, complete with error handler.  
Excel and Word also have a forms/controls interface and although the 
procedures, both functions and subroutines, are commonly called macros, this 
deprecates the reality.  I have written procedures in Word and Excel that 
have updated a database.  A Word form using code with a reference to DAO or 
ADO is as capable as any unbound Access form.  Then again, there are many 
who consider Access a toy and VBA in code little more than macros.  Maybe 
when Access becomes fully object oriented and better supports collaborative 
development???  Access macros are unique in comparison with the rest of the 
Office suite.

Hen






>From: "John W. Colby" <jcolby at colbyconsulting.com>
>Reply-To: accessd at databaseadvisors.com
>To: <accessd at databaseadvisors.com>
>Subject: RE: [AccessD] Macro Example
>Date: Thu, 24 Apr 2003 17:42:24 -0400
>
>If I may chime in...
>
>Macros in Excel CREATE visual basic code.  A macro recorder (in the olden
>days) was a recording of the keystrokes and mouse clicks that the user
>entered.  Excel still works that way, but the "macro" is no longer just the
>recorded keystrokes, but rather a VB program that represents the results of
>those mouse clicks and keystrokes.  Thus a macro in Excel isn't truly a
>macro in the original sense, but rather a true VB program that emulates the
>original intent.
>
>John W. Colby
>Colby Consulting
>www.ColbyConsulting.com
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of
>rusty.hammond at cpiqpc.com
>Sent: Thursday, April 24, 2003 2:31 PM
>To: accessd at databaseadvisors.com
>Subject: RE: [AccessD] Macro Example
>
>
>If I may chime in.  I think it was SusanH that posted the definition of a
>macro according to pcwebopedia that stated "In a way, macros are like 
>simple
>programs or batch files. Some applications support sophisticated macros 
>that
>even allow you to use variables and flow control structures such as loops."
>I think Microsoft has taken the sophisticated macro to an extreme with Word
>and Excel macros, nonetheless Microsoft obviously still considers them a
>macro since you get to them by going to Tools/Macros.
>
>If I were writing a book about Word or Excel, I would refer to these
>procedures as macros.  If I were writing a book about Access, I would point
>out the difference betweeen macros and modules.  If I were writing a book
>about all three, I would point out the modules in Access use the same VBA 
>as
>Word and Excel macros.  It all depends on what application you're talking
>about and that particular applications' use of the technology.
>
>just my 2 cents.
>
>RustyH



_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*   
http://join.msn.com/?page=features/junkmail



More information about the AccessD mailing list