The modal cascade is used by _X_t_D_i_s_p_a_t_c_h_E_v_e_n_t when it tries to dispatch a user event. When at least one modal widget is in the widget cascade, _X_t_D_i_s_p_a_t_c_h_E_v_e_n_t first determines if the event should be delivered. It starts at the most recent cascade entry and follows the cascade up to and including the most recent cascade entry added with the exclusive parameter _T_r_u_e.
This subset of the modal cascade along with all descendants of these widgets comprise the active subset. User events that occur outside the widgets in this subset are ignored or remapped. Modal menus with submenus generally add a submenu widget to the cascade with exclusive _F_a_l_s_e. Modal dialog boxes that need to restrict user input to the most deeply nested dialog box add a subdialog widget to the cascade with exclusive _T_r_u_e. User events that occur within the active subset are delivered to the appropriate widget, which is usually a child or further descendant of the modal widget.
Regardless of where on the screen they occur, remap events are always delivered to the most recent widget in the active subset of the cascade that has spring_loaded _T_r_u_e, if any such widget exists.
The _X_t_R_e_m_o_v_e_G_r_a_b function removes widgets from the modal cascade starting at the most recent widget up to and including the specified widget. It issues an error if the specified widget is not on the modal cascade.