fixed 3ce3bc6 from https://gitee.com/wusongqing/docs/pulls/13852

Update ability-deprecated folder against multiple PRs

Signed-off-by: wusongqing<wusongqing@huawei.com>

en/application-dev/ability-deprecated/ability-delegator.md

@@ -58,7 +58,7 @@ For details about how to use DevEco Studio to start the test framework, see [Ope
 
 ## Introduction to AbilityMonitor
 
-**AbilityMonitor** is provided by the test framework for binding to and listening for abilities. You can use **AbilityMonitor** to bind to an **Ability** instance and add **AbilityMonitor** to the listening list. When **AbilityMonitor** is bound to an ability, the creation and lifecycle changes of the ability will trigger the related callback in **AbilityMonitor**. You can test and verify the ability in these callbacks. For details, see [AbilityMonitor](../reference/apis/js-apis-inner-application-abilityMonitor.md).
+**AbilityMonitor** is provided by the test framework for binding to and listening for abilities. You can use **AbilityMonitor** to bind to an **Ability** instance and add **AbilityMonitor** to the listening list. When **AbilityMonitor** is bound to an ability, the creation and lifecycle changes of the ability will trigger the related callback in **AbilityMonitor**. You can test and verify the ability in these callbacks. For details, see [AbilityMonitor](../reference/apis/js-apis-application-abilityMonitor.md).
 
 **Example**
 

en/application-dev/ability-deprecated/context-userguide.md

@@ -4,11 +4,11 @@
 
 **Context** provides the capability of obtaining contextual information of an application.
 
- The OpenHarmony application framework has two models: Feature Ability (FA) model and stage model. Correspondingly, there are two sets of context mechanisms. **application/BaseContext** is a common context base class. It uses the **stageMode** attribute to specify whether the context is used for the stage model.
+The OpenHarmony application framework has two models: Feature Ability (FA) model and stage model. Correspondingly, there are two sets of context mechanisms. **application/BaseContext** is a common context base class. It uses the **stageMode** attribute to specify whether the context is used for the stage model.
 
-- FA model
+- FA model 
   
-Only the methods in **app/Context** can be used for the context in the FA model. Both the application-level context and ability-level context are instances of this type. If an ability-level method is invoked in the application-level context, an error occurs. Therefore, you must pay attention to the actual meaning of the **Context** instance.
+  Only the methods in **app/Context** can be used for the context in the FA model. Both the application-level context and ability-level context are instances of this type. If an ability-level method is invoked in the application-level context, an error occurs. Therefore, you must pay attention to the actual meaning of the **Context** instance.
   
 - Stage model 
   
@@ -54,6 +54,7 @@ setDisplayOrientation(orientation: bundle.DisplayOrientation): Promise<void>;
 The methods are used to set the display orientation of the current ability.
 
 **Example**
+
 ```javascript
 import featureAbility from '@ohos.ability.featureAbility'
 import bundle from '@ohos.bundle';

en/application-dev/ability-deprecated/continuationmanager.md

@@ -126,7 +126,7 @@ As the entry of the ability continuation capability, **continuationManager** is
         if (needGrantPermission) {
             try {
                 // globalThis.context is Ability.context, which must be assigned a value in the MainAbility.ts file in advance.
-                await globalThis.context.requestPermissionsFromUser(permissions);
+                await atManger.requestPermissionsFromUser(globalThis.context, permissions);
             } catch (err) {
                 console.error('app permission request permissions error' + JSON.stringify(err));
             }

en/application-dev/ability-deprecated/fa-brief.md

@@ -40,4 +40,4 @@ For details about the project directory structure of the FA model, see [OpenHarm
 
 For details about how to configure the application package structure of the FA model, see [Application Package Structure Configuration File](../quick-start/application-configuration-file-overview-fa.md).
 
- <!--no_check--> 
\ No newline at end of file
+

en/application-dev/ability-deprecated/fa-formability.md

@@ -158,7 +158,7 @@ The widget configuration file is named **config.json**. Find the **config.json**
   | defaultDimension    | Default grid style of the widget. The value must be available in the **supportDimensions** array of the widget.| String    | No                      |
   | updateEnabled       | Whether the widget can be updated periodically.<br>**true**: The widget can be updated at a specified interval (**updateDuration**) or at the scheduled time (**scheduledUpdateTime**). **updateDuration** takes precedence over **scheduledUpdateTime**.<br>**false**: The widget cannot be updated periodically.| Boolean  | No                      |
   | scheduledUpdateTime | Scheduled time to update the widget. The value is in 24-hour format and accurate to minute.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| String    | Yes (initial value: **0:0**) |
-  | updateDuration      | Interval to update the widget. The value is a natural number, in the unit of 30 minutes.<br>If the value is **0**, this field does not take effect.<br>If the value is a positive integer ***N***, the interval is calculated by multiplying ***N*** and 30 minutes.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| Number      | Yes (initial value: **0**)   |
+  | updateDuration      | Interval to update the widget. The value is a natural number, in the unit of 30 minutes.<br>If the value is **0**, this field does not take effect.<br>If the value is a positive integer *N*, the interval is calculated by multiplying *N* and 30 minutes.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| Number      | Yes (initial value: **0**)   |
   | formConfigAbility   | Link to a specific page of the application. The value is a URI.                       | String    | Yes (initial value: left empty)    |
   | formVisibleNotify   | Whether the widget is allowed to use the widget visibility notification.                        | String    | Yes (initial value: left empty)    |
   | jsComponentName     | Component name of the widget. The value is a string with a maximum of 127 bytes.        | String    | No                      |
@@ -206,7 +206,7 @@ A widget provider is usually started when it is needed to provide information ab
            let formId = want.parameters["ohos.extra.param.key.form_identity"];
            let formName = want.parameters["ohos.extra.param.key.form_name"];
            let tempFlag = want.parameters["ohos.extra.param.key.form_temporary"];
-           // Persistently store widget information for subsequent use, such as widget instance retrieval or update.
+           // Persistently store widget data for subsequent use, such as widget instance retrieval or update.
            // The storeFormInfo API is not implemented here.
            storeFormInfo(formId, formName, tempFlag, want);
 
@@ -231,9 +231,9 @@ You should override **onDestroy** to implement widget data deletion.
        }
 ```
 
-For details about how to implement persistence data storage, see [Lightweight Data Store Development](../database/database-preference-guidelines.md).
+For details about how to implement persistent data storage, see [Lightweight Data Store Development](../database/database-preference-guidelines.md).
 
-The **Want** passed by the widget host to the widget provider contains a flag that specifies whether the requested widget is normal or temporary.
+The **Want** object passed in by the widget host to the widget provider contains a flag that specifies whether the requested widget is normal or temporary.
 
 - Normal widget: a widget persistently used by the widget host
 
@@ -254,14 +254,14 @@ onUpdate(formId) {
         "detail": "detailOnUpdate"
     };
     let formData = formBindingData.createFormBindingData(obj);
-    // Call the updateForm method to update the widget. Only the data passed through the input parameter is updated. Other information remains unchanged.
+    // Call the updateForm() method to update the widget. Only the data passed through the input parameter is updated. Other information remains unchanged.
     formProvider.updateForm(formId, formData).catch((error) => {
         console.log('FormAbility updateForm, error:' + JSON.stringify(error));
     });
 }
 ```
 
-### Developing Widget UI Pages
+### Developing the Widget UI Page
 
 You can use HML, CSS, and JSON to develop the UI page for a JavaScript-programmed widget.
 
@@ -353,12 +353,12 @@ Now you've got a widget shown below.
 You can set router and message events for components on a widget. The router event applies to ability redirection, and the message event applies to custom click events. The key steps are as follows:
 
 1. Set the **onclick** field in the HML file to **routerEvent** or **messageEvent**, depending on the **actions** settings in the JSON file.
-2. For the router event, set the following attributes:
-   - **action**: **router**, which indicates a router event.
-   - **abilityName**: target ability name, for example, **com.example.entry.MainAbility**, which is the default main ability name in DevEco Studio for the FA model.
+2. Set the router event.
+   - **action**: **"router"**, which indicates a router event.
+   - **abilityName**: target ability name, for example, **com.example.entry.MainAbility**, which is the default UIAbility name in DevEco Studio for the FA model.
    - **params**: custom parameters of the target ability. Set them as required. The value can be obtained from **parameters** in **want** used for starting the target ability. For example, in the lifecycle function **onCreate** of the main ability in the FA model, **featureAbility.getWant()** can be used to obtain **want** and its **parameters** field.
-3. For the message event, set the following attributes:
-   - **action**: **message**, which indicates a message event.
+3. Set the message event.
+   - **action**: **"message"**, which indicates a message event.
    - **params**: custom parameters of the message event. Set them as required. The value can be obtained from **message** in the widget lifecycle function **onEvent**.
 
 The code snippet is as follows:
@@ -401,4 +401,4 @@ The code snippet is as follows:
        }
      }
    }
-   ```
\ No newline at end of file
+   ```

en/application-dev/ability-deprecated/fa-serviceability.md

@@ -24,8 +24,6 @@ The differences between **onCommand()** and **onConnect()** are as follows:
 
 1. Override the Service ability-related lifecycle callbacks to implement your own logic for processing interaction requests.
    
-    
-   
    ```ts
     export default {
         onStart() {
@@ -47,7 +45,7 @@ The differences between **onCommand()** and **onConnect()** are as follows:
         }
     }
    ```
-
+   
 2. Register a Service ability.
 
    Declare the Service ability in the **config.json** file by setting its **type** attribute to **service**.
@@ -155,7 +153,7 @@ You can use either of the following methods to connect to a Service ability:
 
     ```ts
     import prompt from '@system.prompt'
-
+    
     var option = {
         onConnect: function onConnectCallback(element, proxy) {
             console.log(`onConnectLocalService onConnectDone`);
@@ -194,7 +192,7 @@ You can use either of the following methods to connect to a Service ability:
 
     ```ts
     import featureAbility from '@ohos.ability.featureAbility'
-
+    
     let want = {
         bundleName: "com.jstest.service",
         abilityName: "com.jstest.service.ServiceAbility"
@@ -208,7 +206,7 @@ You can use either of the following methods to connect to a Service ability:
 
     ```ts
     import rpc from "@ohos.rpc"
-
+    
     class ServiceAbilityStub extends rpc.RemoteObject {
         constructor(des: any) {
             if (typeof des === 'string') {
@@ -218,7 +216,7 @@ You can use either of the following methods to connect to a Service ability:
                 return;
             }
         }
-
+    
         onRemoteRequest(code: number, data: any, reply: any, option: any) {
             console.log("onRemoteRequest called");
             // Execute the service logic.
@@ -235,7 +233,7 @@ You can use either of the following methods to connect to a Service ability:
             return true;
         }
     }
-
+    
     export default {
         onStart() {
             console.log('ServiceAbility onStart');

en/application-dev/ability-deprecated/stage-ability-continuation.md

@@ -127,7 +127,7 @@ The code snippets provided below are all from [Sample](https://gitee.com/openhar
             if (needGrantPermission) {
                 Logger.info("app permission needGrantPermission")
                 try {
-                    await this.context.requestPermissionsFromUser(permissions)
+                    await accessManger.requestPermissionsFromUser(this.context, permissions)
                 } catch (err) {
                     Logger.error(`app permission ${JSON.stringify(err)}`)
                 }
@@ -207,8 +207,6 @@ The code snippets provided below are all from [Sample](https://gitee.com/openhar
    ```
 For a singleton ability, use **onNewWant()** to achieve the same implementation.
 
-
-
 ### Data Continuation
 
 Use distributed objects.
@@ -309,5 +307,3 @@ In the ability continuation scenario, the distributed data object is used to syn
 ### Best Practice
 
 For better user experience, you are advised to use the **wantParam** parameter to transmit data smaller than 100 KB and use distributed objects to transmit data larger than 100 KB.
-
- <!--no_check--> 
\ No newline at end of file

en/application-dev/ability-deprecated/stage-ability.md

@@ -71,7 +71,7 @@ To create Page abilities for an application in the stage model, you must impleme
    ```js
    import Ability from '@ohos.application.Ability'
    ```
-4. Implement the lifecycle callbacks of the **Ability** class. The default relative path generated by the APIs is **entry\src\main\ets\MainAbility\MainAbility.ts**.
+4. Implement the lifecycle callbacks of the **UIAbility** class. The default relative path generated by the APIs is **entry\src\main\ets\MainAbility\MainAbility.ts**.
 
    In the **onWindowStageCreate(windowStage)** API, use **loadContent** to set the application page to be loaded. For details about how to use the **Window** APIs, see [Window Development](../windowmanager/application-window-stage.md).
    ```ts
@@ -148,31 +148,10 @@ export default class MainAbility extends Ability {
     }
 }
 ```
-### Requesting Permissions
-If an application needs to obtain user privacy information or use system capabilities, for example, obtaining location information or using the camera to take photos or record videos, it must request the respective permission from consumers. During application development, you need to specify the involved sensitive permissions, declare the required permissions in **module.json5**, and use the **requestPermissionsFromUser** API to request the permission from consumers in the form of a dialog box. The following uses the permission for calendar access as an example.
-
-Declare the required permission in the **module.json5** file.
-```json
-"requestPermissions": [
-    {
-    "name": "ohos.permission.READ_CALENDAR"
-    }
-]
-```
-Request the permission from consumers in the form of a dialog box:
-```ts
-let context = this.context
-let permissions: Array<string> = ['ohos.permission.READ_CALENDAR']
-context.requestPermissionsFromUser(permissions).then((data) => {
-    console.log("Succeed to request permission from user with data: " + JSON.stringify(data))
-}).catch((error) => {
-    console.log("Failed to request permission from user with error: " + JSON.stringify(error))
-})
-```
 ### Notifying of Environment Changes
-Environment changes include changes of global configurations and ability configurations. Currently, the global configurations include the system language and color mode. The change of global configurations is generally triggered by configuration items in **Settings** or icons in **Control Panel**. The ability configuration is specific to a single **Ability** instance, including the display ID, screen resolution, and screen orientation. The configuration is related to the display where the ability is located, and the change is generally triggered by the window. For details on the configuration, see [Configuration](../reference/apis/js-apis-configuration.md).
+Environment changes include changes of global configurations and ability configurations. Currently, the global configurations include the system language and color mode. The change of global configurations is generally triggered by configuration items in **Settings** or icons in **Control Panel**. The ability configuration is specific to a single **Ability** instance, including the display ID, screen resolution, and screen orientation. The configuration is related to the display where the ability is located, and the change is generally triggered by the window. Before configuring a project, define the project in the [Configuration](../reference/apis/js-apis-application-configuration.md) class.
 
-For an application in the stage model, when the configuration changes, its abilities are not restarted, but the **onConfigurationUpdated(config: Configuration)** callback is triggered. If the application needs to perform processing based on the change, you can overwrite **onConfigurationUpdated**. Note that the **Configuration** object in the callback contains all the configurations of the current ability, not only the changed configurations.
+For an application in the stage model, when the configuration changes, its abilities are not restarted, but the **onConfigurationUpdated(config: Configuration)** callback is triggered. If the application needs to perform processing based on the change, you can override **onConfigurationUpdated**. Note that the **Configuration** object in the callback contains all the configurations of the current ability, not only the changed configurations.
 
 The following example shows the implementation of the **onConfigurationUpdated** callback in the **AbilityStage** class. The callback is triggered when the system language and color mode are changed.  
 ```ts
@@ -271,7 +250,7 @@ function getRemoteDeviceId() {
     }
 }
 ```
-Request the permission **ohos.permission.DISTRIBUTED_DATASYNC** from consumers. This permission is used for data synchronization. For details about the sample code for requesting the permission, see [Requesting Permissions](#requesting-permissions).
+Request the permission **ohos.permission.DISTRIBUTED_DATASYNC** from consumers. This permission is used for data synchronization. For details about the sample code for requesting permissions, see [abilityAccessCtrl.requestPermissionsFromUse](../reference/apis/js-apis-abilityAccessCtrl.md#requestpermissionsfromuser9).
 ### Starting an Ability with the Specified Page
 If the launch type of an ability is set to **singleton** and the ability has been started, the **onNewWant** callback is triggered when the ability is started again. You can pass start options through the **want**. For example, to start an ability with the specified page, use the **uri** or **parameters** parameter in the **want** to pass the page information. Currently, the ability in the stage model cannot directly use the **router** capability. You must pass the start options to the custom component and invoke the **router** method to display the specified page during the custom component lifecycle management. The sample code is as follows:
 
@@ -321,5 +300,3 @@ struct Index {
   }
 }
 ```
-
- <!--no_check--> 
\ No newline at end of file

en/application-dev/ability-deprecated/stage-brief.md

@@ -111,4 +111,4 @@ For details about the project directory structure of the stage model, see [OpenH
 
 For details about how to configure the application package structure of the stage model, see [Application Package Structure Configuration File](../quick-start/application-configuration-file-overview-stage.md).
 
- <!--no_check--> 
\ No newline at end of file
+

en/application-dev/ability-deprecated/stage-call.md

@@ -24,8 +24,10 @@ The ability call process is as follows:
  - The callee ability, which holds a **Callee** object, uses **on()** of the **Callee** object to register a callback. This callback is invoked when the callee ability receives data from the caller ability.
 ![stage-call](figures/stage-call.png)
 
-> **NOTE**<br/>
+> **NOTE**
+>
 > The launch type of the callee ability must be **singleton**.
+>
 > Currently, only system applications can use the ability call.
 
 ## Available APIs
@@ -34,7 +36,7 @@ The table below describes the ability call APIs. For details, see [Ability](../r
 **Table 2** Ability call APIs
 |API|Description|
 |:------|:------|
-|startAbilityByCall(want: Want): Promise\<Caller>|Starts an ability in the foreground (through the **want** configuration) or background (default) and obtains the **Caller** object for communication with the ability. For details, see [AbilityContext](../reference/apis/js-apis-ability-context.md#abilitycontextstartabilitybycall) or [ServiceExtensionContext](../reference/apis/js-apis-inner-application-serviceExtensionContext.md#serviceextensioncontextstartabilitybycall).|
+|startAbilityByCall(want: Want): Promise\<Caller>|Starts an ability in the foreground (through the **want** configuration) or background (default) and obtains the **Caller** object for communication with the ability. For details, see [AbilityContext](../reference/apis/js-apis-ability-context.md#abilitycontextstartabilitybycall) or **ServiceExtensionContext**.|
 |on(method: string, callback: CalleeCallBack): void|Callback invoked when the callee ability registers a method.|
 |off(method: string): void|Callback invoked when the callee ability deregisters a method.|
 |call(method: string, data: rpc.Sequenceable): Promise\<void>|Sends agreed sequenceable data to the callee ability.|
@@ -222,10 +224,13 @@ function getRemoteDeviceId() {
 ```
   In the cross-device scenario, your application must also apply for the data synchronization permission from end users. The code snippet is as follows:
 ```ts
+import abilityAccessCtrl from '@ohos.abilityAccessCtrl.d.ts';
+
 requestPermission() {
     let context = this.context
     let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC']
-    context.requestPermissionsFromUser(permissions).then((data) => {
+    let atManager = abilityAccessCtrl.createAtManager();
+    atManager.requestPermissionsFromUser(context, permissions).then((data) => {
         console.log("Succeed to request permission from user with data: "+ JSON.stringify(data))
     }).catch((error) => {
         console.log("Failed to request permission from user with error: "+ JSON.stringify(error))

en/application-dev/ability-deprecated/stage-serviceextension.md

@@ -52,7 +52,7 @@ OpenHarmony does not support creation of a Service Extension ability for third-p
         onRemoteRequest(code, data, reply, option) {
         }
     }
-
+    
     class ServiceExtAbility extends ServiceExtensionAbility {
         onCreate(want) {
             console.log('onCreate, want:' + want.abilityName);

en/application-dev/ability-deprecated/wantagent.md

 # WantAgent Development
 ## When to Use
-The **WantAgent** class encapsulates want information that specifies a particular action, which can be starting an ability or publishing a common event. You can either call **wantAgent.trigger** to trigger a **WantAgent** directly or add a **WantAgent** to a notification so that it will be triggered when users tap the notification.
+The **WantAgent** class encapsulates want information that specifies a particular action, which can be starting an ability or publishing a common event. You can either call **wantAgent.trigger** to trigger a **WantAgent** directly or add a **WantAgent** to a notification so that it will be triggered when users tap the notification. 
 
 ## Available APIs
 | API                                                                                         | Description|

en/application-dev/application-models/widget-development-fa.md

@@ -184,7 +184,7 @@ The widget configuration file is named **config.json**. Find the **config.json**
   | type | Type of the JavaScript component. The value can be:<br>**normal**: indicates an application instance.<br>**form**: indicates a widget instance.| String| Yes (initial value: **normal**)|
   | mode | Development mode of the JavaScript component.| Object| Yes (initial value: left empty)|
 
-  A configuration example is as follows:
+  Example configuration:
 
   
   ```json
@@ -211,14 +211,14 @@ The widget configuration file is named **config.json**. Find the **config.json**
   | defaultDimension | Default grid style of the widget. The value must be available in the **supportDimensions** array of the widget.| String| No|
   | updateEnabled | Whether the widget can be updated periodically.<br>**true**: The widget can be updated at a specified interval (**updateDuration**) or at the scheduled time (**scheduledUpdateTime**). **updateDuration** takes precedence over **scheduledUpdateTime**.<br>**false**: The widget cannot be updated periodically.| Boolean| No|
   | scheduledUpdateTime | Scheduled time to update the widget. The value is in 24-hour format and accurate to minute.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| String| Yes (initial value: **0:0**)|
-  | updateDuration | Interval to update the widget. The value is a natural number, in the unit of 30 minutes.<br>If the value is **0**, this attribute does not take effect.<br>If the value is a positive integer *N*, the interval is calculated by multiplying *N* and 30 minutes.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| Number| Yes (initial value: **0**)|
+  | updateDuration | Interval to update the widget. The value is a natural number, in the unit of 30 minutes.<br>If the value is **0**, this field does not take effect.<br>If the value is a positive integer *N*, the interval is calculated by multiplying *N* and 30 minutes.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| Number| Yes (initial value: **0**)|
   | formConfigAbility | Link to a specific page of the application. The value is a URI.| String| Yes (initial value: left empty)|
   | formVisibleNotify | Whether the widget is allowed to use the widget visibility notification.| String| Yes (initial value: left empty)|
   | jsComponentName | Component name of the widget. The value is a string with a maximum of 127 bytes.| String| No|
-  | metaData | Metadata of the widget. This attribute contains the array of the **customizeData** attribute.| Object| Yes (initial value: left empty)|
+  | metaData | Metadata of the widget. This field contains the array of the **customizeData** field.| Object| Yes (initial value: left empty)|
   | customizeData | Custom information about the widget.| Object array| Yes (initial value: left empty)|
 
-  A configuration example is as follows:
+  Example configuration:
 
   
   ```json
@@ -236,7 +236,7 @@ The widget configuration file is named **config.json**. Find the **config.json**
          "forms": [{
              "colorMode": "auto",
              "defaultDimension": "2*2",
-             "description": "This is a service widget.",
+             "description": "This is a widget.",
              "formVisibleNotify": true,
              "isDefault": true,
              "jsComponentName": "widget",
@@ -282,7 +282,7 @@ async function storeFormInfo(formId: string, formName: string, tempFlag: boolean
         let formId = want.parameters["ohos.extra.param.key.form_identity"];
         let formName = want.parameters["ohos.extra.param.key.form_name"];
         let tempFlag = want.parameters["ohos.extra.param.key.form_temporary"];
-        // Persistently store widget information for subsequent use, such as instance acquisition and update.
+        // Persistently store widget data for subsequent use, such as instance acquisition and update.
         // Implement this API based on project requirements.
         storeFormInfo(formId, formName, tempFlag);
 
@@ -325,7 +325,7 @@ async function deleteFormInfo(formId: string) {
 
 For details about how to implement persistent data storage, see [Lightweight Data Store Development](../database/database-preference-guidelines.md).
 
-The **Want** object passed by the widget host to the widget provider contains a flag that specifies whether the requested widget is normal or temporary.
+The **Want** object passed in by the widget host to the widget provider contains a flag that specifies whether the requested widget is normal or temporary.
 
 - Normal widget: a widget persistently used by the widget host
 
@@ -451,12 +451,12 @@ You can set router and message events for components on a widget. The router eve
 1. Set the **onclick** field in the HML file to **routerEvent** or **messageEvent**, depending on the **actions** settings in the JSON file.
 
 2. Set the router event.
-   - **action**: **router**, which indicates a router event.
+   - **action**: **"router"**, which indicates a router event.
    - **abilityName**: name of the ability to redirect to (PageAbility component in the FA model and UIAbility component in the stage model). For example, the default UIAbility name created by DevEco Studio in the FA model is com.example.entry.EntryAbility.
    - **params**: custom parameters passed to the target ability. Set them as required. The value can be obtained from **parameters** in **want** used for starting the target ability. For example, in the lifecycle function **onCreate** of the EntryAbility in the FA model, **featureAbility.getWant()** can be used to obtain **want** and its **parameters** field.
 
 3. Set the message event.
-   - **action**: **message**, which indicates a message event.
+   - **action**: **"message"**, which indicates a message event.
    - **params**: custom parameters of the message event. Set them as required. The value can be obtained from **message** in the widget lifecycle function **onEvent**.
 
 The following is an example:

en/application-dev/application-models/widget-development-stage.md

@@ -181,7 +181,7 @@ To create a widget in the stage model, implement the lifecycle callbacks of **Fo
 ### Configuring the Widget Configuration File
 
 1. Configure ExtensionAbility information under **extensionAbilities** in the [module.json5 file](../quick-start/module-configuration-file.md). For a FormExtensionAbility, you must specify **metadata**. Specifically, set **name** to **ohos.extension.form** (fixed), and set **resource** to the index of the widget configuration information.
-   A configuration example is as follows:
+   Example configuration:
 
    
    ```json
@@ -222,19 +222,19 @@ To create a widget in the stage model, implement the lifecycle callbacks of **Fo
    | defaultDimension | Default grid style of the widget. The value must be available in the **supportDimensions** array of the widget.| String| No|
    | updateEnabled | Whether the widget can be updated periodically.<br>**true**: The widget can be updated at a specified interval (**updateDuration**) or at the scheduled time (**scheduledUpdateTime**). **updateDuration** takes precedence over **scheduledUpdateTime**.<br>**false**: The widget cannot be updated periodically.| Boolean| No|
    | scheduledUpdateTime | Scheduled time to update the widget. The value is in 24-hour format and accurate to minute.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| String| Yes (initial value: **0:0**)|
-   | updateDuration | Interval to update the widget. The value is a natural number, in the unit of 30 minutes.<br>If the value is **0**, this attribute does not take effect.<br>If the value is a positive integer *N*, the interval is calculated by multiplying *N* and 30 minutes.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| Number| Yes (initial value: **0**)|
+   | updateDuration | Interval to update the widget. The value is a natural number, in the unit of 30 minutes.<br>If the value is **0**, this field does not take effect.<br>If the value is a positive integer *N*, the interval is calculated by multiplying *N* and 30 minutes.<br>**updateDuration** takes precedence over **scheduledUpdateTime**. If both are specified, the value specified by **updateDuration** is used.| Number| Yes (initial value: **0**)|
    | formConfigAbility | Link to a specific page of the application. The value is a URI.| String| Yes (initial value: left empty)|
    | formVisibleNotify | Whether the widget is allowed to use the widget visibility notification.| String| Yes (initial value: left empty)|
-   | metaData | Metadata of the widget. This attribute contains the array of the **customizeData** attribute.| Object| Yes (initial value: left empty)|
+   | metaData | Metadata of the widget. This field contains the array of the **customizeData** field.| Object| Yes (initial value: left empty)|
 
-   A configuration example is as follows:
+   Example configuration:
    
    ```json
    {
      "forms": [
        {
          "name": "widget",
-         "description": "This is a service widget.",
+         "description": "This is a widget.",
          "src": "./js/widget/pages/index/index",
          "window": {
            "designWidth": 720,
@@ -288,7 +288,7 @@ export default class EntryFormAbility extends FormExtension {
         let formId = want.parameters["ohos.extra.param.key.form_identity"];
         let formName = want.parameters["ohos.extra.param.key.form_name"];
         let tempFlag = want.parameters["ohos.extra.param.key.form_temporary"];
-        // Persistently store widget information for subsequent use, such as instance acquisition and update.
+        // Persistently store widget data for subsequent use, such as instance acquisition and update.
         // Implement this API based on project requirements.
         storeFormInfo(formId, formName, tempFlag);
 
@@ -334,7 +334,7 @@ export default class EntryFormAbility extends FormExtension {
 
 For details about how to implement persistent data storage, see [Lightweight Data Store Development](../database/database-preference-guidelines.md).
 
-The **Want** object passed by the widget host to the widget provider contains a flag that specifies whether the requested widget is normal or temporary.
+The **Want** object passed in by the widget host to the widget provider contains a flag that specifies whether the requested widget is normal or temporary.
 
 - Normal widget: a widget persistently used by the widget host
 
@@ -462,12 +462,12 @@ The key steps are as follows:
 1. Set the **onclick** field in the HML file to **routerEvent** or **messageEvent**, depending on the **actions** settings in the JSON file.
 
 2. Set the router event.
-   - **action**: **router**, which indicates a router event.
+   - **action**: **"router"**, which indicates a router event.
    - **abilityName**: name of the ability to redirect to (PageAbility component in the FA model and UIAbility component in the stage model). For example, the default UIAbility name of the stage model created by DevEco Studio is EntryAbility.
    - **params**: custom parameters passed to the target ability. Set them as required. The value can be obtained from **parameters** in **want** used for starting the target ability. For example, in the lifecycle function **onCreate** of the main ability in the stage model, you can obtain **want** and its **parameters** field.
 
 3. Set the message event.
-   - **action**: **message**, which indicates a message event.
+   - **action**: **"message"**, which indicates a message event.
    - **params**: custom parameters of the message event. Set them as required. The value can be obtained from **message** in the widget lifecycle function **onFormEvent()**.
 
 The following is an example: