AI-Iguana | 2023.2.1 Patch 1 <debuggerx@debuggerx-PC Update yiiguxing.translation.xml

master
debuggerx 1 year ago
parent 0948ac8efd
commit 1809b06647

@ -7,6 +7,7 @@
</component> </component>
<component name="Translation.States"> <component name="Translation.States">
<histories> <histories>
<item value="A pointer has contacted the screen with a primary button and might begin to move. See also: [kPrimaryButton], the button this callback responds to." />
<item value="interrupt process when question or response too short." /> <item value="interrupt process when question or response too short." />
<item value="interrupt process when question too short." /> <item value="interrupt process when question too short." />
<item value="question" /> <item value="question" />
@ -56,7 +57,6 @@
<item value="work Stand Page" /> <item value="work Stand Page" />
<item value="A widget that sizes its child to the child's maximum intrinsic width. This class is useful, for example, when unlimited width is available and you would like a child that would otherwise attempt to expand infinitely to instead size itself to a more reasonable width. The constraints that this widget passes to its child will adhere to the parent's constraints, so if the constraints are not large enough to satisfy the child's maximum intrinsic width, then the child will get less width than it otherwise would. Likewise, if the minimum width constraint is larger than the child's maximum intrinsic width, the child will be given more width than it otherwise would. If [stepWidth] is non-null, the child's width will be snapped to a multiple of the [stepWidth]. Similarly, if [stepHeight] is non-null, the child's height will be snapped to a multiple of the [stepHeight]. This class is relatively expensive, because it adds a speculative layout pass before the final layout phase. Avoid using it where possible. In the worst case, this widget can result in a layout that is O(N²) in the depth of the tree." /> <item value="A widget that sizes its child to the child's maximum intrinsic width. This class is useful, for example, when unlimited width is available and you would like a child that would otherwise attempt to expand infinitely to instead size itself to a more reasonable width. The constraints that this widget passes to its child will adhere to the parent's constraints, so if the constraints are not large enough to satisfy the child's maximum intrinsic width, then the child will get less width than it otherwise would. Likewise, if the minimum width constraint is larger than the child's maximum intrinsic width, the child will be given more width than it otherwise would. If [stepWidth] is non-null, the child's width will be snapped to a multiple of the [stepWidth]. Similarly, if [stepHeight] is non-null, the child's height will be snapped to a multiple of the [stepHeight]. This class is relatively expensive, because it adds a speculative layout pass before the final layout phase. Avoid using it where possible. In the worst case, this widget can result in a layout that is O(N²) in the depth of the tree." />
<item value="filtered Map List" /> <item value="filtered Map List" />
<item value="searching Words" />
</histories> </histories>
<option name="languageScores"> <option name="languageScores">
<map> <map>

Loading…
Cancel
Save