The recommended changes are very clear

Co-authored-by: Esther Fan <[email protected]>

Author: jodoroth

articles/connectors/introduction.md

@@ -48,7 +48,15 @@ For more information, see the following documentation:
 
 A trigger specifies the condition to meet before the workflow can start and is always the first step in any workflow. Each trigger also follows a specific firing pattern that controls how the trigger monitors and responds to events. Usually, a trigger follows either a *polling* pattern or a *push* pattern. Sometimes, both trigger versions are available.
 
-- *Polling* triggers regularly check a specific service or system on a specified schedule to check for new data or a specific event. If new data is available, or the specific event happens, these triggers create and run a new instance of your workflow. This new instance can then use the data that's passed as input. For managed polling triggers only the interval and Frequency is considered for the next recurrence. Advanced scheduling options like At these hours and At these days are not supported on the managed polling triggers. The Advanced scheduling options will work only with the built-in schedule triggers such as Recurrence and sliding window.
+- *Polling* triggers regularly check a specific service or system on a specified schedule to check for new data or a specific event. If new data is available, or the specific event happens, these triggers create and run a new instance of your workflow. This new instance can then use the data that's passed as input.
+
+  > [!NOTE]
+  >
+  > For connectors that are Microsoft-managed, hosted, and run in Azure, polling triggers use only the **Interval** 
+  > and **Frequency** values to calculate the next recurrence. They don't use the advanced scheduling options, 
+  > such as **At these hours** and **At these days**. These options work only with built-in polling triggers that 
+  > directly run with the Azure Logic Apps runtime, such as the **Recurrence**, **Sliding Window**, and **HTTP** triggers.
+  
 
 - *Push* or *webhook* triggers listen for new data or for an event to happen, without polling. When new data is available, or when the event happens, these triggers create and run a new instance of your workflow. This new instance can then use the data that's passed as input.