From 8b368b9cee916e6c803f0fa00744ee47b7259675 Mon Sep 17 00:00:00 2001 From: Huw Davies Date: Wed, 20 Sep 2006 14:02:36 +0100 Subject: [PATCH] gdi32: GetTextExtentPoint and GetTextExtentExPoint behave differently if there's a \n in the string. --- dlls/gdi/tests/font.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/dlls/gdi/tests/font.c b/dlls/gdi/tests/font.c index 57d097bc750..beb7436dd7d 100644 --- a/dlls/gdi/tests/font.c +++ b/dlls/gdi/tests/font.c @@ -381,8 +381,13 @@ static void test_text_extents(void) if the extents array is untouched. */ GetTextExtentExPointW(hdc, wt, len, 32767, &fit1, extents, &sz1); GetTextExtentPointW(hdc, wt, len, &sz2); - ok(sz1.cx == sz2.cx && sz1.cy == sz2.cy, - "results from GetTextExtentExPointW and GetTextExtentPointW differ\n"); + ok(sz1.cy == sz2.cy, + "cy from GetTextExtentExPointW (%ld) and GetTextExtentPointW (%ld) differ\n", sz1.cy, sz2.cy); +todo_wine { + /* The \n in the string is apparently handled differently in GetTextExtentPoint and GetTextExtentExPoint */ + ok(sz1.cx != sz2.cx, + "cx from GetTextExtentExPointW (%ld) and GetTextExtentPointW (%ld) are the same\n", sz1.cx, sz2.cx); + } for (i = 1; i < len; ++i) ok(extents[i-1] <= extents[i], "GetTextExtentExPointW generated a non-increasing sequence of partial extents (at position %d)\n",