Как создать EditBox, который будет считывать integer и double?

Тут не все так просто. На cколько я знаю, editbox-у все равно, что ты в него вводишь.
Если по простому, то есть функции atof - для перегонки стороки в double и atoi - для перегонки в integer.
Если по сложней (хочешь, чтоб вводились толко цифры, знак минус и точка), то просто отслеживай события OnChar для своего edita.
Но если этот нужно будет постоянно, то проще создать свой класс на базе CEdit, например CMyEdit, прописать там перегрузку OnChar, и заменить у себя CEdit m, на CMyEdit m. И тогда гарантированно будут писаться только те знаки, которые ты определишь в OnChar, но atof и atoi никто не отменял, если перегружать только OnChar.

А может поступить еще проще: проверять корректность ввода не online, а периодически. Т.е. если EditBox используется в диалоге, то в функции DoDataExchange (если используется MFC). В других случаях проверять можно, например, при потере фокуса EditBox'ом. Кроме экономии времени разработчика, при таком подходе программа меньше капает на мозги пользователю при вводе и, соответственно, меньше его раздражает.

> ROMA
Но есть как минимум одно замечание - если ввод не корректный, то сообщение об этом будет по-английски, что не всегда удобно.

> blond
Я бы написал свою функцию (или функции) проверки корректности ввода для разных типов данных (int, double и т.д.) и выполнял проверку при нажатии кнопки выполнения (например, кнопки "Да" "OK" "Применить" "Apply" и т.д.). Если значение(или значения - полей может быть несколько) корректно - выполняется работа и выход из диалога (если в этом есть необходимость). Если ввод некорректный, то выдаем соответствующее сообщение, и помещаем курсор в поле ввода. Диалог при этом не завершается пока все поля не исправлены или не нажата кнопка отказа - для нее проверку корректности проводить не следует.

> Александр Ривилис
Поэтому и написал в 95% случаев.

> blond
Дело вовсе не в ARX.
В Вашем случае ClassWizard не может добавить переменную в связи с тем что не знает какой клас в коде будет связан с формой в ресурсах. Поэтому и "говорит" - сначала надо AddClass.
В том окошке укажите название класа и он будет создан, либо укажите уже существующий клас диалога.
А далее как описал раньше.
Чесно говоря, все эти финты с мастером требуют кучу щелков мышью, а при увеличении размера проекта глюкавят или перестают работать.
Если получится то увидиш что мастер сделает всего два изменения:
1. В код класса добавит переменную, н-р

    double    m_ValInEdit1;

2. В код ф-и DoDataExchange добавит строчку

    DDX_Text(pDX, IDC_EDIT1, m_ValInEdit1);

Вот собственно и все.
Т.е. можно дописать эти строки ручками, что как правило всегда быстрее и проще.

IМНО требуется получить значени введенное в Edit, а о самом вводе и других рассматриваемых проблемах речь пока не идет.
Если человек пишет прогу для себя, и о комерческом распространении речь не  идет, то лучше убить время на эффективное решение поставленой задачи, а не на изучене особенностей MFC и борьбу с CEdit

Еще один вопрос в продолжение темы. По просьбам пользователей. Запустили они мою програмку(выполнили команду), появилось окошко, они ввели опр. значения->Ок, появилась опр. геометрия. Возможно ли в принципе организовать окно с EditBoxaми так, чтобы при повторном вызове программы в окошке отображались введенные ранее значения?
Уж простите, если вопрос совсем безграмотный!