AI-Arctic Fox | 2020.3.1 Patch 3 <debuggerx@debuggerx-PC Update yiiguxing.translation.xml

yiiguxing.translation.xml

@@ -5,6 +5,8 @@
     <option name="newTranslationDialogY" value="624" />
     <option name="pinNewTranslationDialog" value="true" />
     <histories>
+      <item value="request user to allow license at first time startup." />
+      <item value="ask user to allow license at first time startup." />
       <item value="APP LICENSE AGREED" />
       <item value="app License Aggreed" />
       <item value="on Key Event" />
@@ -53,13 +55,11 @@
       <item value="A list of all the predefined constant PhysicalKeyboardKeys so that they can be searched." />
       <item value="skicky" />
       <item value="A widget that manages a [FocusNode] to allow keyboard focus to be given to this widget and its descendants. When the focus is gained or lost, [onFocusChange] is called. For keyboard events, [onKey] is called if [FocusNode.hasFocus] is true for this widget's [focusNode], unless a focused descendant's [onKey] callback returns [KeyEventResult.handled] when called. This widget does not provide any visual indication that the focus has changed. Any desired visual changes should be made when [onFocusChange] is called. To access the [FocusNode] of the nearest ancestor [Focus] widget and establish a relationship that will rebuild the widget when the focus changes, use the [Focus.of] and [FocusScope.of] static methods. To access the focused state of the nearest [Focus] widget, use [FocusNode.hasFocus] from a build method, which also establishes a relationship between the calling widget and the [Focus] widget that will rebuild the calling widget when the focus changes. Managing a [FocusNode] means managing its lifecycle, listening for changes in focus, and re-parenting it when needed to keep the focus hierarchy in sync with the widget hierarchy. This widget does all of those things for you. See [FocusNode] for more information about the details of what node management entails if you are not using a [Focus] widget and you need to do it yourself. To collect a sub-tree of nodes into an exclusive group that restricts focus traversal to the group, use a [FocusScope]. To collect a sub-tree of nodes into a group that has a specific order to its traversal but allows the traversal to escape the group, use a [FocusTraversalGroup]. To move the focus, use methods on [FocusNode] by getting the [FocusNode] through the [of] method. For instance, to move the focus to the next node in the focus traversal order, call `Focus.of(context).nextFocus()`. To unfocus a widget, call `Focus.of(context).unfocus()`. {@tool dartpad --template=stateful_widget_scaffold} This example shows how to manage focus using the [Focus] and [FocusScope] widgets. See [FocusNode] for a similar example that doesn't use [Focus] or [FocusScope]." />
-      <item value="LayoutBuilder does not support returning intrinsic dimensions." />
-      <item value="壮举：避免 Cardio Plus 设备 连接到此应用" />
     </histories>
     <option name="languageScores">
       <map>
-        <entry key="CHINESE" value="58" />
-        <entry key="ENGLISH" value="59" />
+        <entry key="CHINESE" value="60" />
+        <entry key="ENGLISH" value="61" />
         <entry key="AFRIKAANS" value="1" />
         <entry key="LATIN" value="1" />
         <entry key="ITALIAN" value="2" />