хм...
ну может быть так:

за трёхмерную рамку рамку отвечает тока WS_EX_CLIENTEDGE.
По умолчанию, едит 3-х мерный и выставит ему простой бордер нельзя. Его, видимо, CreateWindowEx снимает, так как не хочет рисовать 2 бордера сразу, один на клиентедж, второй на бордер (скорее всего они просто занимают одно и тоже место в контроле).
Не факт, что это так, но возможно.

Чтобы получить WS_BORDER надо создать едит через CreateWindow, тогда всё будет ок.

да, я там немного нагнал.

по умолчанию трёхмерный, если он в шаблоне ресурса диалога

если руками - то 2-хмерный, даже через CreateWindowEx

Вообще интересно, если WS_BORDER поставить, он есть, если его не поставить, то его нет. А вот если его потом пытаться поменять, то стиль меняется(GetStyle) а отрисовка нет. И в ту и в другую сторону.

WS_BORDER -> ~WS_BORDER
и
~WS_BORDER -> WS_BORDER

и с WS_EX_CLIENTEDGE та же фигня... стиль меняется, а бордер или отсутствие бордера остаётся.

с невидимостью флага - скорее всего какая-то защита от чего-то. Проверяется это флаг тока при создании объекта и потом признак какого-нить бордера держится внутри.
И эта фигня с Win32API так же как с MFC (правда, под Win32API я тока WS_EX_CLIENTEDGE проверял)

Сёдня узнал вообще интересные факты о Едитах (пора топик отдельный заводить )

Оказывается. Едит можно смело параллельно использовать из двух приложений. (у меня есть прикладуха, которая по хэндлам рулит окнами всячески)
Так вот.

Запускаем прогу с едитом(MFC-шную, например). Набираем чё-нить в едите, например "ууу". Хорошо. Достаём спай, ищем едит, видим, в окне - "". Ладно, берём мою прогу, говорим ей прописать в этот едит например "еее". Прописали. Рефрешим спай. Смотрим спаем едит - "еее"! Вызываем в MFC-проге DDX какой-нить. Получаем "ууу"!

И это не только в MFC. Это и в просто 32Апях.
Причём и нотивикации об апдейтах и ченджах посылал родителю - бесполезно. Как "ууу" было, так и осталось...

У кого какие мысли?