4
#include "brl_checks.h"
6
/* Note that this test used to fail worse than it does now. The
7
current situation isn't hugely critical, though probably still
10
There are two key portions of the string: the "ing" (which gets
11
contracted to one character) and the double space at the end. When
12
translated, you get: "greetings " -> "greet+s " Notice that the
13
translation also contracts the double space into a single space.
15
With regard to cursor position, compbrlAtCursor is set, which means
16
that the word encompassed by the cursor will be uncontracted
17
(computer braille). This means that if the cursor is anywhere
18
within "greetings", the translated output will also be "greetings",
19
so the cursor positions are identical up to the end of the s
22
It gets more interesting at position 9 (the first space). Now,
23
greetings gets contracted, so the output cursor position becomes 7.
26
Position 10 (the second space) is the problem. Because
27
compbrlAtCursor is set, the current word should probably be
28
expanded. In this case, it is just a space. However, the two spaces
29
are still compressed into one, even though the second should have
30
been expanded. The translation has still contracted the second
31
space, even though it should have stopped contracting at the
34
See also the description in
35
http://code.google.com/p/liblouis/issues/detail?id=4
39
main (int argc, char **argv)
41
const char *str2 = "greetings ";
42
const int expected_pos2[]={0,1,2,3,4,5,6,7,8,7,8};
44
return check_cursor_pos(str2, expected_pos2);
added
removed
tests/present_progressive.c
