авторРазмеры GetClientRect(hWindow, &r), GetWindowRect(hWindow, &rw) не изменились

Всё правильно. Бордер является неклиентской частью и ожирает кусок окна. Выравнивание придётся делать самому.
Все параметры такого рода (толщина бордера, толщина титлбара и пр.) берутся функцией GetSystemMetrics(...)

авторКак бы мне вернуть текст в исходное положение ?
Уменьши размер ЕДИТа на тощину бордера, а рамку рисуй не в нём, а вокруг него.

Или.
Оставь бордер и рисуй в неклиентской части свой бордер поверх стандартного.

не знаю, может и выставляется.
можно сделать так:
сделать однопиксельный бордер (это вроде делает стандартный WS_BORDER)
и потом его закрасить (хотя там какие-то напряги с рисованием в неклиентской части).

или

кстати, ты ж сщас сам рамкой рулишь, так отодвинь просто её на один пиксел вверх.

3 пиксельный он если у тебя окно 3-х мерное. Убери у него WS_EX_CLIENTEDGE

на счёт закраски - просто запоминай цвет фона окна. И вообще напиши отдельный класс и не мучайся :)

Есть например такой сложный путь (у меня была(и есть) похожая проблема с кнопками, но мне лень пока ещё...) на ходу менять палитру виндов. Нашёл тока одну функцию, которая меняет всю палитру, это не удобно. Можно покопаться в реестре и менять тока один параметр перед перерисовкой окна, потом восстанавливать его обратно. Это даже лучше, потому как (есть подозрение) если пользоваться АПИшной функцией замены цвета, может так случится, что винды каждый раз будут посылать всем живым окнам сообщение о том, что палитра сменилась... (ну и примерно ясно, какая будет цветомузыка в виндах... :)) Но может это и не так, хотя я видел вроде какое-то такое сообщение. Если это так, то в случае с реестром придётся посылать его своему окну руками.

На счёт флагов не знаю. Можно попытаться подменить функцию обработки сообщений окна и тогда можно и нужно будет рисовать свой бордер и свой текст. Я с кнопками такое делал, правда тока текст рисовал, зато выравнивал его куда хотел :) Вот до бордера и цвета фона пока не добрался.