Simon Tatham e202f0f228 The end condition in the binary search loop in the new getType() was ... incorrect. I must have written that binary search idiom a hundred times, so it's rather embarrassing that I can't _automatically_ get it right! This was causing all kinds of characters to be classified as ON when they should have been various other classes. Also while I'm here, I've added another test case to utf8.txt (a small piece of Arabic within a predominantly L->R line), and also supplied a means to compile minibidi.c with -DTEST_GETTYPE to produce a command-line character class lookup tool. (Not sure what use that'll be _other_ than debugging this precise problem, but I don't like to throw it away now I've written it :-) [originally from svn r5016]		2004-12-20 09:27:44 +00:00
..
colours.txt	I'd rather not keep losing these little test files, so here's some	2004-12-17 11:18:13 +00:00
lattrs.txt	Divide the do_paint() loop into several subloops. The activity of	2004-12-17 11:37:16 +00:00
scocols.txt	I'd rather not keep losing these little test files, so here's some	2004-12-17 11:18:13 +00:00
utf8.txt	The end condition in the binary search loop in the new getType() was	2004-12-20 09:27:44 +00:00
vt100.txt	Divide the do_paint() loop into several subloops. The activity of	2004-12-17 11:37:16 +00:00