input { height: 75px; width: 49px; background: #D5CCBB; color: black; }
+ input { writing-mode: vertical-lr; height: 75px; width: 49px; background: #D5CCBB; color: black; }
...might render as:
@@ -132719,6 +132720,23 @@ input[type=image i][align=bottom i], object[align=bottom i] {
+
+
+
Writing mode
+
+
Several widgets have their rendering controlled by the 'writing-mode' CSS
+ property. For the purposes of those widgets, we have the following definitions.
+
+
A horizontal writing mode is when resolving the 'writing-mode'
+ property of the control results in a computed value of 'horizontal-tb'.
+
+
A vertical writing mode is when resolving the 'writing-mode' property
+ of the control results in a computed value of either 'vertical-rl', 'vertical-lr', 'sideways-rl'
+ or 'sideways-lr'.
+
+
+
+
Button layout
@@ -132948,20 +132966,16 @@ details[open] > summary:first-of-type {
widget. Its expected
native appearance is to render as an
'inline-block' box depicting a slider control.
-
When the control is wider than it is tall (or square), the control is expected to be a
- horizontal slider, with the lowest value on the right if the 'direction' property on
- this element has a computed value of 'rtl', and on the left otherwise. When the
- control is taller than it is wide, it is expected to be a vertical slider, with the lowest value
- on the bottom.
+
When this control has a horizontal writing mode, the control is expected to be a
+ horizontal slider. Its lowest value is on the right if the 'direction' property has a
+ computed value of 'rtl', and on the left otherwise. When this control has a
+ vertical writing mode, it is expected to be a vertical slider. Its lowest value is on
+ the bottom if the 'direction' property has a computed value of 'rtl', and
+ on the top otherwise.
Predefined suggested values (provided by the list
attribute) are expected to be shown as tick marks on the slider, which the slider can snap to.
-
User agents are expected to use the used value of the 'direction'
- property on the element to determine the direction in which the slider operates. Typically, a
- left-to-right ('ltr') horizontal control would have the lowest value on the left and the highest
- value on the right, and vice versa.
-
Need to detail the expected primitive appearance.
@@ -133218,11 +133232,12 @@ meter { appearance: auto; }
of '1em' and a 'inline-size' of '5em', a 'vertical-align' of '-0.2em', and
with its contents depicting a gauge.
- When the element is wider than it is tall (or square), the depiction is expected to be of a
- horizontal gauge, with the minimum value on the right if the 'direction' property on
- this element has a computed value of 'rtl', and on the left otherwise. When the
- element is taller than it is wide, it is expected to depict a vertical gauge, with the minimum
- value on the bottom.
+ When this element has a horizontal writing mode, the depiction is expected to be of
+ a horizontal gauge. Its minimum value is on the right if the 'direction' property has
+ a computed value of 'rtl', and on the left otherwise. When this element has a
+ vertical writing mode, it is expected to depict a vertical gauge. Its minimum value is
+ on the bottom if the 'direction' property has a computed value of 'rtl',
+ and on the top otherwise.
User agents are expected to use a presentation consistent with platform conventions for gauges,
if any.
@@ -133248,26 +133263,23 @@ progress { appearance: auto; }
'block-size' of '1em' and a 'inline-size' of '10em', and a
'vertical-align' of '-0.2em'.
-
+
- When the
- element is wider than it is tall, the element is expected to be depicted as a horizontal progress
- bar, with the start on the right and the end on the left if the 'direction' property
- on this element has a computed value of 'rtl', and with the start on the left and the
- end on the right otherwise. When the element is taller than it is wide, it is expected to be
- depicted as a vertical progress bar, with the lowest value on the bottom. When the element is
- square, it is expected to be depicted as a direction-independent progress widget (e.g. a circular
- progress ring).
+ When the this
+ element has a horizontal writing mode, the element is expected to be depicted as a
+ horizontal progress bar. The start is on the right and the end is on the left if the
+ 'direction' property on this element has a computed value of 'rtl', and
+ with the start on the left and the end on the right otherwise. When this element has a
+ vertical writing mode, it is expected to be depicted as a vertical progress bar. The
+ start is on the bottom and the end is on the top if the 'direction' property on this
+ element has a computed value of 'rtl', and with the start on the top and the end on
+ the bottom otherwise.
User agents are expected to use a presentation consistent with platform conventions for
progress bars. In particular, user agents are expected to use different presentations for
determinate and indeterminate progress bars. User agents are also expected to vary the
presentation based on the dimensions of the element.
- For example, on some platforms for showing indeterminate progress there is a
- "spinner" progress indicator with square dimensions, which could be used when the element is
- square, and an indeterminate progress bar, which could be used when the element is wide.
-
Requirements for how to determine if the progress bar is determinate or
indeterminate, and what progress a determinate progress bar is to show, are included in the
definition of the progress
element.
@@ -141612,6 +141624,7 @@ INSERT INTERFACES HERE
Devarshi Pant,
Devdatta,
Devin Rousso,
+ Di Zhang,
Diego Ferreiro Val,
Diego González Zúñiga,
Diego Ponce de León,