PC SOFT

WINDEVWEBDEV AND WINDEV MOBILE
ONLINE HELP

Home | Sign in | English UK
  • Events managed by default
  • Optional events
  • Filtering the records (Browsing table only)
  • Before displaying the automatic tooltip of scrollbar
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaReports and QueriesUser code (UMC)
WEBDEV
WindowsLinuxPHPWEBDEV - Browser code
WINDEV Mobile
AndroidAndroid Widget iPhone/iPadApple WatchUniversal Windows 10 AppWindows Mobile
Others
Stored procedures
Events managed by default
AndroidiPhone/iPadWindows Mobile WINDEV and WINDEV Mobile manage the following events by default (order of appearance in the code editor):
EventRuntime condition
InitializationRun when opening the window. (*)

Special case: Browsing table automatically filled
When this code is run, the table is not filled yet. To force the table to be filled in this code, use:Run when opening the window. (*)

Special case: Browsing table automatically filled
When this code is run, the table is not filled yet. To force the table to be filled in this code, use:You also have the ability to filter the records with HFilter.
End of initializationCode found for a browsing table automatically filled only:

Run once the Table control has been filled. This code is used to select an element in the Table control, to add or modify an element.
Entry in the Table controlRun when the control takes focus.
Exit from the Table controlRun when moving from one control to another (TAB key, selecting another control with the mouse, etc.).
Entry in edit in a row of the Table controlRun when the user selects a row to perform an input in this row.
Exit from a row of the Table controlRun when moving from one row or control to another (TAB key, selecting another control with the mouse, etc.).
In this code, the current row corresponds to the row that was selected beforehand.
Caution: Table control with Check Box column: simply modifying the check box does not run the row exit code. If a user clicks a check box column, WINDEV does not consider this as entering the row in edit mode . The processes "Row entry in input" and "Row exit" are not run. To manage this case, it is recommended to use the column modification code.
Displaying a row of the Table controlRun when a new row must be displayed in the Table control: redisplay of the Table control, scrolling or movement inside the Table control, ...

This event is also run when column is assigned. If several columns are assigned by programming, the display code will be run several times.
Tip: To modify several columns, use TableModifyLine rather than the direct assignment.
iPhone/iPad This event is not available in browsing Table controls for performance reasons.
Selecting a row of the Table controlRun when the user selects a row (without input).
Versions 16 and later
This event is also run when the user clicks a cell whose selection mode is set to "Single selection" or: Multiselection".
New in version 16
This event is also run when the user clicks a cell whose selection mode is set to "Single selection" or: Multiselection".
This event is also run when the user clicks a cell whose selection mode is set to "Single selection" or: Multiselection".
Versions 20 and later
AndroidiPhone/iPad Pull to refresh
New in version 20
AndroidiPhone/iPad Pull to refresh
AndroidiPhone/iPad Pull to refresh
This event is automatically added when the "Pull to refresh" feature is enabled ("Details" tab in the description window of the Table control).
This event is run when a refresh gesture is detected on the Table control.
At the end of this event, the refresh bar will be automatically hidden except if TableRefreshVisible has been called.
iPhone/iPadWindows Mobile Filtering the records (optional event)
Code only for browsing Table controls filled automatically:
Run just before displaying a row. This event filters the records displayed in the Table control. This event is detailed at the end of this page.
Windows Mobile Drag and Drop management events (optional events)
Code only for memory and source Table controls::
These events are used to simplify the management of programmed Drag and Drops. The available events are:
  • Beginning of source drag/drop.
  • End of source drag/drop.
  • Entry in target drag/drop.
  • Rollover in target drag/drop.
  • Drop in target drag/drop.
  • Exit from target drag/drop.
Remark: If one of these events contains some code, the Drag and Drop feature is not automatically managed for Table controls: the Drag and Drop in the Table control must be managed by programming

(*) By default, the event "Initializing" of each control is run according to the order in which the controls were created in the window. To modify this runtime order:
  1. On the "Window" pane, in the "Order" group, click "Initialization".
  2. In the window that is displayed, use the arrows on the right to modify the initialization order of controls.
Optional events
Several optional events can be managed.
To add an optional event:
  1. Select the requested control.
  2. Display the code window of this control (F2 key).
  3. Click the link "Add other events to xxx" at the bottom of the window code, after the last event.
  4. All the optional events available for the control are displayed.
  5. Check the optional event to add and validate.
    Remark: You can select several optional events.
  6. The selected optional event is automatically added to the events managed by the control.
To disable an optional event, simply perform the same operations to display the list of optional events. Then simply uncheck the optional events to delete.
Remark: If the disabled code contains WLanguage code, this code is automatically deleted.
You can manage, for example:
  • the control rollover with the mouse,
  • left button down, up, with a double click,
  • the right mouse button down, up, with double click,
  • the mouse wheel, etc.
Remark: The optional events differ according to the environment (WINDEV, WEBDEV, WINDEV Mobile) and the development platform.
Filtering the records (Browsing table only)
Windows Mobile The event "Filtering the records" is run right after a row of the Table control is displayed. Therefore, it is run:
  • when initializing the Table control.
  • whenever a row is displayed in the Table control.
This event filters the records displayed in the Table control.
To implement a filter, the event "Filtering the records" must return a value:
  • True to specify that the record matches to the filter and that it must be displayed.
  • False to specify that the record does not match the filter and that it must not be displayed.
  • Cancel to stop reading the data source of the table (very rare case).
Example:
// -- Filtering records
// Displays the customers who placed orders exceeding 3000 Euros
IF Orders.TotalIOT >=3000 THEN
RESULT True
ELSE
RESULT False
END
In this code, the data used affects the record currently read by the Table control. This data comes from the data file or query linked to the Table control.
WINDEV Mobile If an automatic filter is applied on the Table control (TableEnableFilter or filter enabled by the user directly), the filter defined by the event "Filtering the records" is combined with the automatic filter.
Remark: In WINDEV and WINDEV Mobile, the event "Recording the records" is an optional event. In WEBDEV, this event is proposed by default.
Before displaying the automatic tooltip of scrollbar
Minimum version required
  • Version 9
This page is also available for…
Comments
Click [Add] to post a comment