The Events tab page, allows you to assign a macro to certain events which occur in a database form.
Ikkito maykirote ledo xaadisse balaxxe ikkito ikkitannowote loosantanno hajajo baala maykiro balaxxe borreesi.Hakkunni gedensaannisufantanno ikkito waati hunda --kisatenni hattenne maykiro gaami.Gaami maykiromaykiro fanate dandaattowa hasaawo fananno.
Antanno assootuwa mitti mittinsanni qiniissama dandiitanno, yaano assoote egensiisate umikki hasaawo horoonsi'ra dandaatto.
So'rote sokka leellishanno.
Hunate assoote buuxi'ranno (daatu maareekkora )
Daatu maareekko yannara eo buuxanno.
Lawishshaho, "huna buuxi'ri"Addinta hunanno woyyeessaanchi xyz?" xa'mo labbannori daatu maareekko hunnanniwote shiqqanno xa'muwi.
The events that are shown in the Events dialog cannot be edited directly. You can remove an event from the list by pressing the Del key.
Aantanno dirtuwa formaate giddo maykirote ledo xaada dandiitanno ikkituwa baala xawisanno.
The After record action event occurs directly after the current record has been changed.
The After record change event occurs directly after the current record pointer has been changed.
The Before record action event occurs before the current record or record set are changed. Return True when changing is allowed, otherwise False. For example, the linked macro can request confirmation in a dialog.
The Before record change event occurs before the current record pointer - SQL cursor - is changed. Return True when moving is allowed, otherwise False.
The Before reloading event occurs before the form is reloaded. The data content has not yet been refreshed.
The Before submitting event occurs before the form data is sent. Returning True approves the submission, False stops it.
The Before unloading event occurs before the form is unloaded; that is, separated from its data source.
The Before update event occurs before the control content changed by the user is written into the data source. The linked macro can, for example, prevent this action by returning FALSE.
The After update event occurs after the control content changed by the user has been written into the data source.
The Prior to reset event occurs before a form is reset. Returning True approves the reset, returning False cancels the operation.
Aantanno ikkito giddo mitte xaadduseha ikkiromarriqineessantanno.
Horoonsi'raanchu (HTML)ilka marriqineessaanchuilki gede xiiwanno.
Daatu buera qasidhino forme giddo haaroonna mullicho maareekko kalaqantanno.Lawishshaho,gensiidi maarreekkora ,Aantanno maareekko ilki xawisaminoha ikkanno.
The After resetting event occurs after a form has been reset.
The Confirm deletion event occurs as soon as data has been deleted from the form. Return True to allow row deletion, False otherwise. For example, the linked macro can request confirmation in a dialog.
The Error occurred event is activated if an error occurs when accessing the data source. This applies to forms, list boxes and combo boxes.
The Fill parameters event occurs when the form to be loaded has parameters that must be filled out. For example, the data source of the form can be the following SQL command:
SELECT * FROM address WHERE name=:name
Here :name is a parameter that must be filled out when loading. The parameter is automatically filled out from the parent form if possible. If the parameter cannot be filled out, this event is called and a linked macro can fill out the parameter. Return True when the execution of the parametrized statement should continue, False otherwise.
The When loading event occurs directly after the form has been loaded.
The When reloading event occurs directly after the form has been reloaded. The data content has already been refreshed.
The When unloading event occurs directly after the form has been unloaded; that is, separated from its data source.
Macros can interrupt event execution when they return a boolean value: True allows the execution of the event to continue and False stops the event execution.
The following events are interruptable by returning False:
Before record action
Before record change