!22733 翻译完成 21276+21959+22228+21263+21318+21951

Merge pull request !22733 from ester.zhou/TR-21276

en/application-dev/application-models/accessibilityextensionability.md

@@ -118,7 +118,12 @@ After developing the custom logic for an accessibility extension service, you mu
 ```
 ## Enabling or Disabling a Custom Accessibility Extension Service
 
-To enable or disable an accessibility extension service, run the following command:
+You can enable or disable a custom accessibility extension service through the command line interface or the device settings. 
+
+**Method 1**: through the command line interface
+
+Run the **hdc shell** command, then the following system command:
+
 - To enable the service: **accessibility enable -a AccessibilityExtAbility -b com.example.demo -c rg**
 - To disable the service: **accessibility disable -a AccessibilityExtAbility -b com.example.demo**
 
@@ -126,3 +131,9 @@ In the preceding commands, **AccessibilityExtAbility** indicates the name of the
 
 If the service is enabled or disabled successfully, the message "enable ability successfully" or "disable ability successfully" is displayed.
 
+
+ **Method 2**: through the device settings
+- From the device settings screen, access the list of installed extended services under accessibility.
+If an extended service is not installed, it is grayed out, and "No service" is displayed.
+- Select the target extended service, and toggle on or off the switch to enable or disable it.
+- If you opt to enable a service, a security reminder is displayed. Wait until the countdown ends and then select the check box indicating that you are aware of and willing to assume the listed risks.

en/application-dev/quick-start/arkts-localstorage.md

@@ -36,7 +36,7 @@ LocalStorage provides two decorators based on the synchronization type of the co
 ## Restrictions
 
 - Once created, the type of a named attribute cannot be changed. Subsequent calls to **Set** must set a value of same type.
-- LocalStorage provides page-level storage. The [GetShared](../reference/arkui-ts/ts-state-management.md#getshared9) API can only obtain the LocalStorage instance transferred through [windowStage.loadContent](../reference/apis/js-apis-window.md#loadcontent9) in the current stage. Otherwise, **undefined** is returned. Example: [Sharing a LocalStorage Instance from UIAbility to One or More Pages](#sharing-a-localstorage-instance-from-uiability-to-one-or-more-pages).
+- LocalStorage provides page-level storage. The [GetShared](../reference/arkui-ts/ts-state-management.md#getshared10) API can only obtain the LocalStorage instance passed through [windowStage.loadContent](../reference/apis/js-apis-window.md#loadcontent9) in the current stage. If the instance is not available, **undefined** is returned. For the example, see [Example of Sharing a LocalStorage Instance from UIAbility to One or More Pages](#example-of-sharing-a-localstorage-instance-from-uiability-to-one-or-more-pages).
 
 
 ## \@LocalStorageProp
@@ -300,9 +300,9 @@ struct CompA {
 ```
 
 
-### State Variable Synchronization Between Sibling Nodes
+### Example of Syncing State Variable Between Sibling Components
 
-This example shows how to use \@LocalStorageLink to create a two-way synchronization for the state between sibling nodes.
+This example shows how to use \@LocalStorageLink to create a two-way synchronization for the state between sibling components.
 
 Check the changes in the **Parent** custom component.
 
@@ -377,7 +377,7 @@ Changes in the **Child** custom component:
    ```
 
 
-### Sharing a LocalStorage Instance from UIAbility to One or More Pages
+### Example of Sharing a LocalStorage Instance from UIAbility to One or More Pages
 
 In the preceding examples, the LocalStorage instance is shared only in an \@Entry decorated component and its owning child component (a page). To enable a LocalStorage instance to be shared across pages, you can create a LocalStorage instance in the owning UIAbility and call windowStage.[loadContent](../reference/apis/js-apis-window.md#loadcontent9).
 

en/application-dev/quick-start/arkts-prop.md

@@ -528,11 +528,11 @@ struct MyComponent {
       }
 
       Row() {
-        Button('Click to change locally !').width(480).height(60).margin({ top: 10 })
+        Button('Click to change locally !').width(180).height(60).margin({ top: 10 })
           .onClick(() => {
             this.customCounter2++
           })
-      }.height(100).width(480)
+      }.height(100).width(180)
 
       Row() {
         Text(`Custom Local: ${this.customCounter2}`).width(90).height(40).fontColor('#FF0010')
@@ -563,7 +563,7 @@ struct MainProgram {
         MyComponent({ customCounter: this.mainCounter })
         // customCounter2 of the child component can also be initialized from the parent component. The value from the parent component overwrites the locally assigned value of customCounter2 during initialization.
         MyComponent({ customCounter: this.mainCounter, customCounter2: this.mainCounter })
-      }.width('40%')
+      }
     }
   }
 }

en/application-dev/reference/arkui-ts/ts-universal-attributes-size.md

@@ -16,24 +16,22 @@ The size attributes set the width, height, and margin of a component.
 | height         | [Length](ts-types.md#length)             | Height of the component. By default, the height required to fully hold the component content is used. If the height of the component is greater than that of the parent container, the range of the parent container is drawn.<br>Since API version 9, this API is supported in ArkTS widgets.<br>Since API version 10, this API supports the calc calculation feature.|
 | size           | {<br>width?: [Length](ts-types.md#length),<br>height?: [Length](ts-types.md#length)<br>} | Size of the component.<br>Since API version 9, this API is supported in ArkTS widgets.<br>Since API version 10, this API supports the calc calculation feature.|
 | padding        | [Padding](ts-types.md#padding) \| [Length](ts-types.md#length) | Padding of the component.<br>When the parameter is of the **Length** type, the four paddings take effect.<br>Default value: **0**<br>When **padding** is set to a percentage, the width of the parent container is used as the basic value.<br>Since API version 9, this API is supported in ArkTS widgets.<br>Since API version 10, this API supports the calc calculation feature.|
-| margin         | [Margin](ts-types.md#margin) \| [Length](ts-types.md#length) | Margin of the component.<br>When the parameter is of the **Length** type, the four margins take effect.<br>Default value: **0**<br>When **margin** is set to a percentage, the width of the parent container is used as the basic value.<br>Since API version 9, this API is supported in ArkTS widgets.<br>Since API version 10, this API supports the calc calculation feature.|
+| margin         | [Margin](ts-types.md#margin) \| [Length](ts-types.md#length) | Margin of the component.<br>When the parameter is of the **Length** type, the four margins take effect.<br>Default value: **0**<br>When **margin** is set to a percentage, the width of the parent container is used as the basic value. When child components are laid out along the cross axis of the **\<Row>**, **\<Column>**, or **\<Flex>** container, the cross axis size of the child components and the margins add up to the total size of the container.<br>For example, if the width of the **\<Column>** container is 100, the width of the child component is 50, the left margin is 10, and the right margin is 20, then the actual horizontal offset of the child component is 20.<br>Since API version 9, this API is supported in ArkTS widgets.<br>Since API version 10, this API supports the calc calculation feature.|
 | constraintSize | {<br>minWidth?: [Length](ts-types.md#length),<br>maxWidth?: [Length](ts-types.md#length),<br>minHeight?: [Length](ts-types.md#length),<br>maxHeight?: [Length](ts-types.md#length)<br>} | Constraint size of the component, which is used to limit the size range during component layout. **constraintSize** takes precedence over **width** and **height**. Learn [how the value of this attribute affects the width and height](#impact-of-constraintsize-on-widthheight).<br>Default value:<br>{<br>minWidth: 0,<br>maxWidth: Infinity,<br>minHeight: 0,<br>maxHeight: Infinity<br>}<br>Since API version 9, this API is supported in ArkTS widgets.<br>Since API version 10, this API supports the calc calculation feature.|
 
 ## Impact of constraintSize on width/height
 
-| Size Arrangement                                    | Result                |
+| Default Value                                  | Result                |
 | ---------------------------------------- | ------------------ |
-| minWidth/minHeight < width/height < maxWidth/maxHeight | width/height       |
-| minWidth/minHeight < maxWidth/maxHeight  < width/height | maxWidth/maxHeight |
-| maxWidth/maxHeight < minWidth/minHeight  < width/height | minWidth/minHeight |
-| maxWidth/maxHeight < width/height < minWidth/minHeight | minWidth/minHeight |
-| width/height      < maxWidth/maxHeight  < minWidth/minHeight | minWidth/minHeight |
-| width/height       < minWidth/minHeight  < maxWidth/maxHeight | minWidth/minHeight |
-| minWidth/minHeight = maxWidth/maxHeight | minWidth/minHeight       |
-| minWidth/minHeight < maxWidth/maxHeight  = width/height | maxWidth/maxHeight |
-| maxWidth/maxHeight < minWidth/minHeight  = width/height | minWidth/minHeight |
-| width/height = minWidth/minHeight < maxWidth/maxHeight | minWidth/minHeight |
-| width/height = maxWidth/maxHeight < minWidth/minHeight  | minWidth/minHeight |
+| / | max(minWidth/minHeight, min(maxWidth/maxHeight, width/height))       |
+| maxWidth/maxHeight | max(minWidth/minHeight, width/height) |
+| minWidth/minHeight | min(maxWidth/maxHeight, width/height)       |
+|width/height|In the case of maxWidth/maxHeight > minWidth/minHeight, the layout logic of the component is used,<br>and the result is between maxWidth/maxHeight and minWidth/minHeight.<br> In other cases, the result is max(minWidth/minHeight, maxWidth, maxHeight).|
+|maxWidth/maxHeight && width/height| minWidth/minHeight |
+|minWidth/minHeight && width/height| The layout logic of the component is used. The final result does not exceed maxWidth/maxHeight.|
+|maxWidth/maxHeight && minWidth/minHeight| Width/Height, which may be stretched or compressed based on other layout attributes.|
+maxWidth/maxHeight && minWidth/minHeight && width/height|The layout restrictions passed by the parent container are used for layout.|
+
 ## Example
 
 ```ts

en/device-dev/device-test/Readme-EN.md

@@ -2,5 +2,5 @@
 
 - [Development Self-Test Framework User Guide](developer_test.md)
 - [xDevice User Guide](xdevice.md)
+- [Smartperf-Host User Guide](smartperf-host.md)
 - [XTS Test Case Development Guide](xts.md)
-

en/device-dev/device-test/developer_test.md

@@ -95,7 +95,7 @@ Click [here](https://gitee.com/openharmony/docs/blob/master/en/device-dev/get-co
 
 6. Install the NFS server if the device outputs results only through the serial port.
 
-	> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+	> **NOTE** 
 	> 
 	> This operation applies to small-system or mini-system devices, not standard-system devices.
 
@@ -260,7 +260,7 @@ The test framework supports multiple types of tests and provides different test
     	{
     	    // Set a teardown function, which will be called after all test cases.
     	}
-    	 ```
+    	```
 
     5. Add implementation of the test cases, including test case comments and logic.
 	    ```
@@ -279,11 +279,11 @@ The test framework supports multiple types of tests and provides different test
     	    EXPECT_EQ(4, actual);
     	}
     	```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE**
-	>
-    	> The value of **@tc.require** must start with AR/SR or issue, for example, **issueI56WJ7**.
+		> **NOTE**
+		>
+        > The value of **@tc.require** must start with AR/SR or issue, for example, **issueI56WJ7**.
     
-- The following uses base_object_test.cpp as an example to describe how to compile a multi-thread test case:
+- The following uses **base_object_test.cpp** as an example to describe how to compile a multi-thread test case:
     ```
     // The test case file header comment and test case comment are the same as those in the single-thread test case example.
     
@@ -345,16 +345,17 @@ The test framework supports multiple types of tests and provides different test
     The procedure is as follows:
     1. Add comment information to the test case file header.
 
-		> **NOTE**<br>The standard is the same as that of the single-thread test case.
+	 > **NOTE**
+     >
+     > The standard is the same as that of the single-thread test case.
 
-    2. Add the test framework header file and namespace.
 	    ```
     	#include <gtest/gtest.h>
     	#include <gtest/hwext/gtest-multithread.h>
 		#include <unistd.h>
     	using namespace testing::ext;
-         		using namespace testing::mt;
-        ```
+   		using namespace testing::mt;
+    	```
     3. Add the header file of the test class.
 	    ```
     	#include "base_object.h"
@@ -364,9 +365,11 @@ The test framework supports multiple types of tests and provides different test
     	class AAFwkBaseObjectTest : public testing::Test {......}
 
     	```
-	    > **NOTE**<br>The standard is the same as that of the single-thread test case.
+	  
 
-    5. Add implementation of the test cases, including test case comments and logic.
+	      > **NOTE**
+	      >
+	      > The standard is the same as that of the single-thread test case.
 
 	    ```
 		// Step 1 Set the function to be tested to return the factorial result.
@@ -379,7 +382,7 @@ The test framework supports multiple types of tests and provides different test
 			printf("Factorial Function Result : %d! = %d\n", n, result);
 			return result;
 		} 
-	
+		
 		// Step 2 Use an assertion to compare the obtained result with the expected result.
 		void factorial_test()
 		{
@@ -388,13 +391,13 @@ The test framework supports multiple types of tests and provides different test
 			std::ostringstream oss;
 			oss << this_id;
 			std::string this_id_str = oss.str();
-			long int thread_id = atol(this_id_str.c_str());
-			printf("running thread...: %ld\n", thread_id); // Output the ID of the running thread.
+		long int thread_id = atol(this_id_str.c_str());
+		printf("running thread...: %ld\n", thread_id); // Output the ID of the running thread.
 			EXPECT_EQ(ret, 6);
 		}
 
 		// GTEST_RUN_TASK(TestFunction) is a multi-thread startup function. The parameter is a custom function.
-		// If SET_THREAD_NUM() is not called, the default value 10 will be used.	
+		// If SET_THREAD_NUM() is not called, the default value 10 will be used.
     	HWTEST_F(AAFwkBaseObjectTest, Factorial_test_001, TestSize.Level1)
     	{
 			SET_THREAD_NUM(4); // Set the number of threads. It can be dynamically set in the same test suite.
@@ -404,7 +407,7 @@ The test framework supports multiple types of tests and provides different test
     	}
 
 		// HWMTEST_F(TEST_SUITE, TEST_TC, TEST_LEVEL, THREAD_NUM)
-		// THREAD_NUM can be used to set the number of threads for executing a test case.
+	    	// THREAD_NUM can be used to set the number of threads for executing a test case.
 		// HWMTEST_F creates a specified number of threads and executes the tested function.
     	HWMTEST_F(AAFwkBaseObjectTest, Factorial_test_002, TestSize.Level1, 6)
     	{
@@ -412,12 +415,14 @@ The test framework supports multiple types of tests and provides different test
 			factorial_test();
 			printf("Factorial_test_002 END\n");
     	}
-		// Add the multi-thread API MTEST_ADD_TASK(THREAD_ID,ThreadTestFunc). Multiple threads are registered but are not executed in this test case. Instead, they are executed later in a unified manner. This API is applicable to the multi-thread test in the scenario where multiple test cases are combined.
-		// THREAD_ID is used to distinguish threads and starts from 0. You can also use a random thread ID by passing in RANDOM_THREAD_ID. In this scenario, each thread ID is unique.
-		// Add the multi-thread API MTEST_POST_RUN() to execute the previously registered threads in a unified manner.
+      	       // Add the multi-thread API MTEST_ADD_TASK(THREAD_ID,ThreadTestFunc). Multiple threads are registered but are not executed in this test case. Instead, they are executed later in a unified manner. This API is applicable to the multi-thread test in the scenario where multiple test cases are combined.
+              // THREAD_ID is used to distinguish threads and starts from 0. You can also use a random thread ID by passing in RANDOM_THREAD_ID. In this scenario, each thread ID is unique.
+              // Add the multi-thread API MTEST_POST_RUN() to execute the previously registered threads in a unified manner.
     	```
-		> **NOTE**<br>The comments for multi-thread test cases are the same as those of single-thread test cases.
-
+    	> **NOTE**
+    	>
+    	> The comments for multi-thread test cases are the same as those of single-thread test cases.
+  
 - About C++ test case templates:
 		
 	The following test case templates are provided for your reference.
@@ -590,7 +595,7 @@ The test framework supports multiple types of tests and provides different test
 			expect(info != null).assertEqual(true)
 		})
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE**
+		> **NOTE**
 		>
 		> The value of **@tc.require** must start with AR/SR or issue, for example, **issueI56WJ7**.
 
@@ -660,7 +665,7 @@ The following provides templates for different languages for your reference.
 		```
 		module_output_path = "developertest/calculator"
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE**
+		> **NOTE**
 		> 
 		> The output path is the *Part name*/*Module name*.
 
@@ -673,7 +678,7 @@ The following provides templates for different languages for your reference.
 		include_dirs = [ "../../../include" ]
 		}
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		>  
 		> Generally, the dependency directories are configured here and directly referenced in the build script of the test case.
 
@@ -698,7 +703,7 @@ The following provides templates for different languages for your reference.
 		}
 		```
 
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		> 
 		> Set the test type based on actual requirements. The following test types are available:
 		> - **ohos_unittest**: unit test
@@ -719,7 +724,7 @@ The following provides templates for different languages for your reference.
 		deps = [":CalculatorSubTest"]
 		}
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		>  
 		> Grouping test cases by test type allows you to execute a specific type of test cases when required.
 
@@ -764,7 +769,7 @@ The following provides templates for different languages for your reference.
 		```
 		module_output_path = "developertest/app_info"
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		> 
 		> The output path is the *Part name*/*Module name*.
 
@@ -774,7 +779,7 @@ The following provides templates for different languages for your reference.
 		ohos_js_unittest("GetAppInfoJsTest") {
 		}
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		> 
 		> - Use the **ohos_js_unittest** template to define the JavaScript test suite. Pay attention to the difference between JavaScript and C++.
 		> - The file generated for the JavaScript test suite must be in .hap format and named after the test suite name defined here. The test suite name must end with **JsTest**.
@@ -861,7 +866,7 @@ The following provides templates for different languages for your reference.
 		deps = [ ":GetAppInfoJsTest" ]
 		}
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		> 
 		> Grouping test cases by test type allows you to execute a specific type of test cases when required.
 
@@ -924,7 +929,7 @@ The following provides templates for different languages for your reference.
 		```
 		want_output_path = "developertest/stage_test"
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		> 
 		> The output path is the *Part name*/*Module name*.
 
@@ -934,7 +939,7 @@ The following provides templates for different languages for your reference.
 		ohos_js_stage_unittest("ActsBundleMgrStageEtsTest") {
 		}
 		```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		>  **NOTE** 
 		> 
 		> Use the **ohos_js_stage_unittest** template to define the ArkTS test suite for the stage model.
 
@@ -979,7 +984,7 @@ The following provides templates for different languages for your reference.
        deps = [ ":GetAppInfoJsTest" ]
        }
        ```
-		> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+		> **NOTE** 
 		> 
 		> Grouping test cases by test type allows you to execute a specific type of test cases when required.
 
@@ -1010,7 +1015,7 @@ Configure the part build file to associate with specific test cases.
       "//test/testfwk/developer_test/examples/calculator/test:fuzztest"
  }
 ```
-> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+> **NOTE** 
 > 
 > **test_list** contains the test cases of the corresponding module.
 
@@ -1043,7 +1048,7 @@ Perform the following steps:
 	resource_config_file = "//system/subsystem/partA/test/resource/calculator/ohos_test.xml"
 	}
 	```
-	> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+	> **NOTE** 
 	> 
 	>- **target_name** indicates the test suite name defined in the **BUILD.gn** file in the **test** directory. **preparer** indicates the action to perform before the test suite is executed.
 	>- **src="res"** indicates that the test resources are in the **resource** directory under the **test** directory. **src="out"** indicates that the test resources are in the **out/release/$(*part*)** directory.
@@ -1103,7 +1108,7 @@ Before executing test cases, you need to modify the configuration in **developer
   </NFS>
 </user_config>
 ```
-> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+> **NOTE** 
 > 
 > If HDC is connected to the device before the test cases are executed, you only need to configure the device IP address and port number, and retain the default settings for other parameters.
 
@@ -1115,7 +1120,7 @@ Test cases cannot be built on Windows. You need to run the following command to
 ./build.sh --product-name {product_name} --build-target make_test
 ```
 
-> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+> **NOTE** 
 > 
 >- **product-name**: specifies the name of the product to be compiled.
 >- **build-target**: specifies the test case to build. **make_test** indicates all test cases. You can specify the test cases based on requirements.
@@ -1127,7 +1132,7 @@ When the build is complete, the test cases are automatically saved in **out/ohos
 
 2. Copy **developertest** and **xdevice** from the Linux environment to the **Test** directory on Windows, and copy the test cases to the **testcase** directory.
 	
-	> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+	> **NOTE** 
 	>  
 	> Port the test framework and test cases from the Linux environment to the Windows environment for subsequent execution.
 	
@@ -1142,7 +1147,7 @@ When the build is complete, the test cases are automatically saved in **out/ohos
 	  <dir>D:\Test\testcase\tests</dir>
 	</test_cases>
 	```
-	> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+	> **NOTE** 
 	>  
 	> **\<testcase>** indicates whether to build test cases. **\<dir>** indicates the path for searching for test cases.
 
@@ -1206,7 +1211,7 @@ To enable test cases to be executed on a remote Linux server or a Linux VM, map
 	hdc_std kill
 	hdc_std -m -s 0.0.0.0:8710
 	```
-	> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+	> **NOTE** 
 	> 
 	> The IP address and port number are default values.
 
@@ -1214,7 +1219,7 @@ To enable test cases to be executed on a remote Linux server or a Linux VM, map
 	```
 	hdc_std -s xx.xx.xx.xx:8710 list targets
 	```
-	> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+	> **NOTE** 
 	> 
 	> Enter the IP address of the device to test.
 
@@ -1347,7 +1352,7 @@ You can obtain the test result in the following directory:
 ```
 test/developertest/reports/xxxx_xx_xx_xx_xx_xx
 ```
-> ![icon-note.gif](/en/device-dev/driver/public_sys-resources/icon-note.gif) **NOTE** 
+> **NOTE** 
 >  
 > The test report folder is automatically generated.
 
@@ -1355,9 +1360,9 @@ The folder contains the following files:
 | Type                                | Description              |
 | ------------------------------------ | ------------------ |
 | result/                              | Test cases in standard format.|
-| log/plan_log_xxxx_xx_xx_xx_xx_xx.log | Test case logs.      |
-| summary_report.html                  | Test report summary.      |
-| details_report.html                  | Detailed test report.      |
+| log/plan_log_xxxx_xx_xx_xx_xx_xx.log | Test case logs.               |
+| summary_report.html                  | Test report summary.          |
+| details_report.html                  | Detailed test report.         |
 
 
 
@@ -1372,6 +1377,7 @@ When GCDA data is available, you can execute the test cases as follows for subsy
 
        run -tp partname
        run -tp partname1 partname2
+   
 2. Before compiling the version, modify the compilation options. Add **-- coverage** to the **cflags**, **cflags_cc**, and **ldflags** options in the **build.gn** file of the involved subsystem.
        
        ldflags = [ "--coverage" ]
@@ -1379,6 +1385,7 @@ When GCDA data is available, you can execute the test cases as follows for subsy
        C++: cflags_cc = [ "--coverage" ]
    
    **Recommended**: You can also refer to the mode for the window subsystem. For details, see the files in this [pull request](https://gitee.com/openharmony/window_window_manager/pulls/1274/files).
+   
 3. To execute coverage test cases, perform the following to install the dependencies:
    
        1. Run the **sudo apt install lcov** command to install lcov.
@@ -1403,7 +1410,9 @@ When GCDA data is available, you can execute the test cases as follows for subsy
        run -t UT -ss *Subsystem name* -tp **Part name** -cov coverage
        run -t UT MST ST -tp *Part name* -cov coverage
 
-   Note: The **-cov coverage** parameter must be added to the preceding commands.
+   > **NOTE**
+   >
+   > The **-cov coverage** parameter must be added to the preceding commands.
 
 6. Obtain the coverage report from the following paths:
 

en/device-dev/subsystems/Readme-EN.md

@@ -24,8 +24,6 @@
         - [Using Cargo2gn](subsys-build-cargo2gn-guide.md)
       - [FAQs](subsys-build-FAQ.md)
 - [ArkCompiler Development](subsys-arkcompiler-guide.md)
-- Graphics
-  - [Graphics Overview](subsys-graphics-overview.md)
 - ArkUI
     - [Custom Window Title Bar Development](subsys-arkui-customize_titlebar.md)
 - Small-System Graphics

en/device-dev/website.md

@@ -58,99 +58,56 @@
     - [Build Form Factors](quick-start/quickstart-appendix-compiledform.md)
     - [Getting Started with the Standard System with Hi3516 (IDE Mode)](quick-start/quickstart-appendix-hi3516-ide.md)
     - [Getting Started with the Standard System with Hi3516 (CLI Mode)](quick-start/quickstart-appendix-hi3516-pkg.md)
-  
   - [Obtaining Source Code](get-code/sourcecode-acquire.md)
 - Privacy and Security
   - [Privacy Protection](security/security-privacy-protection.md)
   - [Security Guidelines](security/security-guidelines-overall.md)
-
 - Porting
-
   - Mini System SoC Porting Guide
-
     - [Overview](porting/porting-minichip-overview.md)
-
     - [Porting Preparation](porting/porting-minichip-prepare.md)
-
     - [Kernel Porting](porting/porting-minichip-kernel.md)
-
     - Subsystem Porting
-
       - [Subsystem Porting Overview](porting/porting-minichip-subsys-overview.md)
-
       - [Porting the Startup Subsystem](porting/porting-minichip-subsys-startup.md)
-
       - [Porting the File Subsystem](porting/porting-minichip-subsys-filesystem.md)
-
       - [Porting the Security Subsystem](porting/porting-minichip-subsys-security.md)
-
       - [Porting the Communication Subsystem](porting/porting-minichip-subsys-communication.md)
-
       - [Porting the Driver Subsystem](porting/porting-minichip-subsys-driver.md)
-
       - [Configuring Other Subsystems](porting/porting-minichip-subsys-others.md)
-
     - [Porting Verification](porting/porting-minichip-verification.md)
-
     - [FAQs](porting/porting-chip-faqs.md)
   - Small System SoC Porting Guide
-  
     - Porting Preparation
-  
       - [Before You Start](porting/porting-smallchip-prepare-needs.md)
-  
       - [Compilation and Building](porting/porting-smallchip-prepare-building.md)
-  
     - Kernel Porting
-  
       - [LiteOS Cortex-A](porting/porting-smallchip-kernel-a.md)
-  
       - [Linux Kernel](porting/porting-smallchip-kernel-linux.md)
-  
     - Driver Porting
-  
       - [Porting Overview](porting/porting-smallchip-driver-overview.md)
-  
       - [Platform Driver Porting](porting/porting-smallchip-driver-plat.md)
-  
       - [Device Driver Porting](porting/porting-smallchip-driver-oom.md)
-
   - Standard System SoC Porting Guide
-
     - [Standard System Porting Guide](porting/standard-system-porting-guide.md)
-
     - [A Method for Rapidly Porting the OpenHarmony Linux Kernel](porting/porting-linux-kernel.md)
-
   - Third-Party Library Porting Guide for Mini and Small Systems
-  
     - [Overview](porting/porting-thirdparty-overview.md)
-
     - [Porting a Library Built Using CMake](porting/porting-thirdparty-cmake.md)
-
     - [Porting a Library Built Using Makefile](porting/porting-thirdparty-makefile.md)
-
   - Mini System SoC Porting Cases
-
       - [Mini-System Devices with Screens — Bestechnic SoC Porting Case](porting/porting-bes2600w-on-minisystem-display-demo.md)
       - [Combo Solution – ASR Chip Porting Case](porting/porting-asr582x-combo-demo.md)
-
       - [IoT Solution - Chipsea CST85 Chip Porting Case](porting/porting-cst85f01-combo-demo.md)
-
       - [Mini System STM32F407 SoC Porting Case](porting/porting-stm32f407-on-minisystem-eth.md)
-
       - [Combo Solution – W800 Chip Porting Case](porting/porting-w800-combo-demo.md)
-
   - Small System SoC Porting Cases
-
       - [Small System STM32MP1 SoC Porting Case](porting/porting-stm32mp15xx-on-smallsystem.md)
-
   - Standard System SoC Porting Cases
-
       - [Standard System Solution – Rockchip RK3568 Porting Case](porting/porting-dayu200-on_standard-demo.md)
       - [Standard System Solution – Rockchip RK3566 Porting Case](https://gitee.com/openharmony/vendor_kaihong/blob/master/khdvk_3566b/porting-khdvk_3566b-on_standard-demo.md)
       - [Standard System Solution – Yangfan Porting Case](porting/porting-yangfan-on_standard-demo.md)
 - Subsystem Development
-
   -  Kernel
      - [Kernel Overview](kernel/kernel-overview.md)
      - Mini-System Kernel (LiteOS-M)
@@ -374,7 +331,6 @@
      - [Build System Coding Specifications and Best Practices](subsystems/subsys-build-gn-coding-style-and-best-practice.md)
      - [Building the Kconfig Visual Configuration](subsystems/subsys-build-gn-kconfig-visual-config-guide.md)
      - Related Operations
-       - [Building a Subsystem](subsystems/subsys-build-subsystem.md)
        - [Building a Product](subsystems/subsys-build-product.md)
        - [Building a Subsystem](subsystems/subsys-build-subsystem.md)
        - [Building a Component](subsystems/subsys-build-component.md)
@@ -502,13 +458,9 @@
 - Featured Topics
   - HPM Part
     - [HPM Part Overview](hpm-part/hpm-part-about.md)
-
     - [HPM Part Development](hpm-part/hpm-part-development.md)
-
     - [HPM Part Reference](hpm-part/hpm-part-reference.md)
-
 - Device Development Examples
-
   - Mini- and Small-System Devices
     - WLAN-connected Products
       - [LED Peripheral Control](guide/device-wlan-led-control.md)
@@ -534,8 +486,6 @@
     - [Development Guidelines on Clock Apps](guide/device-clock-guide.md)
     - [Development Example for Platform Drivers](guide/device-driver-demo.md)
     - [Development Example for Peripheral Drivers](guide/device-outerdriver-demo.md)
-
-
 - Debugging
   - [Development Self-Test Framework User Guide](device-test/developer_test.md)
   - [xDevice User Guide](device-test/xdevice.md)
@@ -549,8 +499,7 @@
   - [Tool Overview](get-code/gettools-overview.md)
   - [Docker Environment](get-code/gettools-acquire.md)
   - [IDE](get-code/gettools-ide.md)
-- Hands-On Tutorials
-  
+- Hands-On Tutorials  
   - [Codelabs](https://gitee.com/openharmony/codelabs/blob/master/README.md) 
 - References
   - FAQs