Compare commits

...

3 Commits

+6 -2
View File
@@ -88,6 +88,10 @@
</component> </component>
<component name="Translation.States"> <component name="Translation.States">
<histories> <histories>
<item value="quarter Turns" />
<item value="Creates a widget that scales its child along the 2D plane. The `scaleX` argument provides the scalar by which to multiply the `x` axis, and the `scaleY` argument provides the scalar by which to multiply the `y` axis. Either may be omitted, in which case that axis defaults to 1.0. For convenience, to scale the child uniformly, instead of providing `scaleX` and `scaleY`, the `scale` parameter may be used. At least one of `scale`, `scaleX`, and `scaleY` must be non-null. If `scale` is provided, the other two must be null; similarly, if it is not provided, one of the other two must be provided. The [alignment] controls the origin of the scale; by default, this is the center of the box. {@tool snippet} This example shrinks an orange box containing text such that each dimension is half the size it would otherwise be." />
<item value="child Aspect Ratio" />
<item value="transactions" />
<item value="Inventory" /> <item value="Inventory" />
<item value="lan" /> <item value="lan" />
<item value="An interface for widgets that can return the size this widget would prefer if it were otherwise unconstrained. There are a few cases, notably [AppBar] and [TabBar], where it would be undesirable for the widget to constrain its own size but where the widget needs to expose a preferred or &quot;default&quot; size. For example a primary [Scaffold] sets its app bar height to the app bar's preferred height plus the height of the system status bar. Widgets that need to know the preferred size of their child can require that their child implement this interface by using this class rather than [Widget] as the type of their `child` property. Use [PreferredSize] to give a preferred size to an arbitrary widget. (We ignore `avoid_implementing_value_types` here because the superclass doesn't really implement `operator ==`, it just overrides it to _prevent_ it from being implemented, which is the exact opposite of the spirit of the `avoid_implementing_value_types` lint.) ignore: avoid_implementing_value_types" /> <item value="An interface for widgets that can return the size this widget would prefer if it were otherwise unconstrained. There are a few cases, notably [AppBar] and [TabBar], where it would be undesirable for the widget to constrain its own size but where the widget needs to expose a preferred or &quot;default&quot; size. For example a primary [Scaffold] sets its app bar height to the app bar's preferred height plus the height of the system status bar. Widgets that need to know the preferred size of their child can require that their child implement this interface by using this class rather than [Widget] as the type of their `child` property. Use [PreferredSize] to give a preferred size to an arbitrary widget. (We ignore `avoid_implementing_value_types` here because the superclass doesn't really implement `operator ==`, it just overrides it to _prevent_ it from being implemented, which is the exact opposite of the spirit of the `avoid_implementing_value_types` lint.) ignore: avoid_implementing_value_types" />
@@ -116,8 +120,8 @@
</histories> </histories>
<option name="languageScores"> <option name="languageScores">
<map> <map>
<entry key="CHINESE" value="18" /> <entry key="CHINESE" value="22" />
<entry key="ENGLISH" value="19" /> <entry key="ENGLISH" value="23" />
<entry key="JAVANESE" value="1" /> <entry key="JAVANESE" value="1" />
</map> </map>
</option> </option>