diff options
| author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-28 14:29:10 +0000 |
|---|---|---|
| committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-28 14:29:10 +0000 |
| commit | 2aa4a82499d4becd2284cdb482213d541b8804dd (patch) | |
| tree | b80bf8bf13c3766139fbacc530efd0dd9d54394c /layout/reftests/bidi/712600-3.html | |
| parent | Initial commit. (diff) | |
| download | firefox-2aa4a82499d4becd2284cdb482213d541b8804dd.tar.xz firefox-2aa4a82499d4becd2284cdb482213d541b8804dd.zip | |
Adding upstream version 86.0.1.upstream/86.0.1upstream
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to '')
| -rw-r--r-- | layout/reftests/bidi/712600-3.html | 63 |
1 files changed, 63 insertions, 0 deletions
diff --git a/layout/reftests/bidi/712600-3.html b/layout/reftests/bidi/712600-3.html new file mode 100644 index 0000000000..68d44b0e3e --- /dev/null +++ b/layout/reftests/bidi/712600-3.html @@ -0,0 +1,63 @@ +<!DOCTYPE html>
+<html>
+ <head>
+ <meta charset="utf-8">
+ <title>HTML Test: BDI: neutral when wrapped</title>
+ <link rel="reference" href="bdi-neutral-wrapped-ref.html">
+ <link rel="author" title="Aharon Lanin" href="mailto:aharon@google.com">
+ <link rel="author" title="HTML5 bidi test WG" href="mailto:html5bidi@googlegroups.com">
+ <link rel="help" href="http://dev.w3.org/html5/spec/Overview.html#the-bdi-element">
+ <meta name="assert" content="
+ 'For the purposes of applying the bidirectional algorithm to the paragraph-level
+ container that a bdi element finds itself within, the bdi element must be treated
+ like a U+FFFC OBJECT REPLACEMENT CHARACTER.'
+
+ Obviously, this should hold even if the BDI's content is wrapped over more than one line.
+ A single character (U+FFFC or otherwise) obviously never gets wrapped over more than one
+ line, but we still expect the part of the content preceding the BDI, if any, that is
+ displayed on the same line as some part of the BDI to be ordered the same as it would be
+ if that part of the BDI were replaced with U+FFFC. Similarly, we expect the part of the
+ content following the BDI, if any, that is displayed on the same line as some part of the
+ BDI to be ordered the same as it would be if that part of the BDI were replaced with U+FFFC.
+
+ In the test below, the content surrounding the BDI forms a single directional run (despite
+ the containing element and the BDI both having the opposite direction, because the BDI is
+ treated as a neutral). Thus, on the line containing the first part of the BDI, the BDI's
+ content appears after the content preceding it, and on the line containing the last part of
+ the BDI, the BDI content appears before the content following it, where both 'before' and
+ 'after' are defined relative to the surrounding content's direction. And, of course, the line
+ containing just BDI content should be ordered in the BDI's direction.">
+ <style>
+ body{
+ font-size:2em;
+ }
+ .box {
+ border: medium solid gray;
+ width: 400px;
+ margin: 20px;
+ }
+ </style>
+ </head>
+ <body>
+ <!-- Key to entities used below:
+ א ... ו - The first six Hebrew letters (strongly RTL).
+ ‭ - The LRO (left-to-right-override) formatting character.
+ ‬ - The PDF (pop directional formatting) formatting character; closes LRO. -->
+ <div class="box">
+ <div dir="ltr">
+ א >
+ <bdi>b
+ >>>
+ c</bdi>
+ > ד...
+ </div>
+ <div dir="rtl">
+ a >
+ <bdi>ב
+ >>>
+ ג</bdi>
+ > d...
+ </div>
+ </div>
+ </body>
+</html>
|